Bu Konu Neden Önemli?
NAC, ağa bağlanan kullanıcı ve cihazların kimlik, cihaz türü ve politika sinyallerine göre hangi erişimi alacağını kontrol etmeyi amaçlar.
Karar Verirken Kontrol Edilecek Noktalar
Cihaz sınıflandırmasını pilot ortamda doğrulayın.
Misafir, IoT ve kurumsal cihaz profillerini ayırın.
Fallback ve remediation VLAN'larını planlayın.
Kimlik sistemi bağımlılıklarını dokümante edin.
Mimari ve çalışma modeli
NAC cihaz ve kullanıcı kimliğini ağ erişim kararıyla ilişkilendirir. 802.1X supplicant, authenticator ve authentication server rolleri ayrıdır. Sertifika, RADIUS ve cihaz uyumluluğu bağımlılıkları planlanır. MAB cihaz MAC adresini kullanır; MAC adresi güçlü kriptografik kimlik değildir ve istisna alanı dar tutulmalıdır.
- 1Cihaz/supplicant
- 2Switch/AP authenticator
- 3RADIUS ve politika
- 4VLAN/ACL erişimi
Tasarım parametreleri
- 802.1X ve fallback
- Supplicant, RADIUS ve sertifika zincirini doğrulayın; MAB cihaz MAC adresini kimlik kanıtı olarak güçlü kılmaz.
- Atama ve kritik durum
- VLAN/ACL ataması ve RADIUS kaybındaki fail-open/fail-closed davranışını iş ihtiyacına göre belirleyin.
- Adres ve yönlendirme
- Subnet, gateway, route ve NAT kapsamını çizimde ayrı gösterin. DNS cevabı ile hedef IP’ye gerçek yolu birlikte doğrulayın.
- Yedek yol
- Yedek bağlantının aynı cihaz, enerji veya operatör arızasını paylaşmadığını kontrol edin. Geçiş süresini uygulama üzerinden ölçün.
- Taşıma kapasitesi
- Port hızı, uplink yoğunluğu, paket kaybı ve kuyrukları birlikte değerlendirin. Tek bir test akışı bütün kapasiteyi temsil etmeyebilir.
- İşletim görünürlüğü
- Arayüz sayaçları, komşuluklar, hata kayıtları ve zaman senkronizasyonunu izleyin. Normal davranış için başlangıç ölçümü tutun.
Hesap ve uygulama örneği
Örnek pilotta yönetilen laptop, misafir ve 802.1X desteklemeyen yazıcı kullanın. Sertifika süresi dolması, RADIUS kesintisi ve telefon arkasındaki PC davranışını test edin. Fail-open veya fail-closed kararı servis bazında belgelenmeli; bütün cihazları aynı acil VLAN’a vermek erişimi genişletebilir.
Hata teşhisi
| Belirti | Olası neden / ayrım | Doğrulama |
|---|---|---|
| Kimlik doğrulandı ama ağ çalışmıyor | Atanan VLAN, ACL veya DHCP yolu hatalı olabilir. | RADIUS accept sonrasındaki switch atamasını ve istemci adresini kontrol edin. |
| Aynı VLAN çalışıyor, uzak ağ çalışmıyor | Gateway, route, ACL veya dönüş yolu farklı olabilir. | Kaynak ve hedef tarafında adres, route ve politika kayıtlarını karşılaştırın. |
| Küçük istek çalışıyor, büyük aktarım duruyor | MTU, paket kaybı veya hedef depolama beklemesi olası ayrımlardır. | Paket boyutu ve yeniden iletimleri ölçün; ağ sorununu disk beklemesinden ayırın. |
| Yedek bağlantı var ama kesinti uzun | Algılama, yeniden yakınsama, DNS veya oturum yenilenmesi süreyi büyütebilir. | Arıza zamanını ve ilk başarılı uygulama işlemini aynı saatle kaydedin. |
Kabul ve doğrulama kontrolleri
- Kimlik sonucu ile gerçekten uygulanan VLAN/ACL’yi aynı oturumda doğrulayın.
- İzin verilen ve engellenen ağ çiftleri için erişim matrisi test edin.
- Tek bağlantı ve tek cihaz arızalarını ayrı uygulayın.
- Yoğun yükte kayıp, gecikme ve kuyruk sayaçlarını kaydedin.
- Değişiklik öncesi yapılandırma ve geri dönüş adımını saklayın.
- Yönetim erişiminin kullanıcı ağından gerektiği gibi ayrıldığını doğrulayın.
İlgili kavramlar
Kimlik doğrulama ve oturum
Kimlik doğrulama kullanıcının veya iş yükünün kim olduğunu kanıtlar; yetkilendirme ise bu kimliğin ne yapabileceğini belirler. Başarılı oturum açma, bütün kaynaklara erişim izni anlamına gelmez. Kullanıcı oturumları, servis kimlikleri, API belirteçleri ve cihaz sertifikaları farklı yaşam döngülerine sahiptir. İlk giriş kadar oturum süresi, belirteç yenileme, işten ayrılma, kayıp cihaz ve acil erişim senaryolarını da tasarlayın. Kimlik sağlayıcı erişilemez olduğunda hangi oturumların süreceğini ve hangi yeni erişimlerin engelleneceğini ölçün.
En az yetki ve görev ayrımı
En az yetki, bir görevin gerektirdiği izinlerin belirli kaynak ve süreyle sınırlandırılmasıdır. Herkese aynı yönetici rolünü vermek, erişim incelemesini ve olay araştırmasını zorlaştırır. Günlük kullanıcı hesabı ile ayrıcalıklı hesabı ayırın; servis hesaplarının etkileşimli kullanımını ve gereksiz ağ erişimini kısıtlayın. Yetki matrisi, kimliğin kaynağa hangi işlemle eriştiğini göstermelidir. Bir izin kaldırıldığında uygulamanın çalışmayı sürdürmesi de test kapsamına girer: gereksiz yetkiler bazen yalnız kontrollü azaltma sırasında ortaya çıkar.
Katman 2 ve Katman 3 sınırları
VLAN ayrı bir yayın alanı oluşturur; VLAN’lar arası iletişimi yönlendirme ve erişim politikası belirler. Bir trunk üzerindeki VLAN listesi, access port ataması ve gateway konumu birlikte incelenmelidir. Ağ çiziminde yalnız kablo bağlantısını değil, paketlerin nerede yönlendirildiğini ve nerede filtrelendiğini gösterin. Aynı switchte bulunmak aynı yetkiye sahip olmayı gerektirmez. Bir erişimin çalışmaması halinde önce doğru VLAN ve adresi, ardından gateway, route ve politika eşleşmesini doğrulayın.
TLS ve sertifika doğrulaması
TLS iletişimin gizliliğini ve bütünlüğünü sağlar; sertifika doğrulaması karşı taraf kimliğinin kontrolüne yardımcı olur. Sertifika adı, zincir, geçerlilik süresi ve güvenilen kökler birlikte değerlendirilmelidir. Bir bağlantının şifreli olması uygulamanın yetkilendirmesinin doğru olduğu anlamına gelmez. Reverse proxy veya inspection kullanılıyorsa TLS oturumunun hangi noktada sonlandırıldığını çizimde açıkça gösterin. Hata teşhisinde sertifika kontrolünü kapatmak kalıcı çözüm değildir; yanlış hostname, eksik ara sertifika ve cihaz saatini ayrı inceleyin.
Politikanın yaşam döngüsü
Bir politika yalnız etkinleştirildiği anda değil, kapsamı değiştikçe de yönetilmelidir. Taslak, gözlem, pilot, uygulama ve periyodik inceleme aşamalarını ayırın. Her istisnanın sahibi, gerekçesi, kapsamı ve sona erme tarihi olmalıdır. Test verileri gerçek kullanıcı davranışını temsil etmezse başarılı pilot üretimde yanlış engellemelere dönüşebilir. Önce kimin ve hangi uygulamanın etkilenebileceğini belirleyin; sonra ölçülebilir kabul koşullarıyla devreye alın. Geri alma yolu yalnız düğme konumunu değil, değişikliğin kim tarafından ve hangi koşulda geri alınacağını da tanımlamalıdır.
Yüksek erişilebilirlik ile kurtarma ayrımı
Yüksek erişilebilirlik, belirli arızalarda hizmetin kısa kesintiyle sürmesini hedefler; yedekleme, kaybolan veya bozulan veriyi önceki bir noktadan geri getirir. Bir küme yanlış silinen kaydı diğer düğüme de aktarabilir. Bu nedenle HA ve yedekleme birbirinin yerine geçmez. Hizmetin DNS, kimlik, ağ, depolama ve enerji bağımlılıklarını birlikte düşünün. Başarılı düğüm geçişi tek başına yeterli değildir: kullanıcı oturumunun, uygulama yazmasının ve dış entegrasyonların geçiş sonrası davranışı da ölçülmelidir.
Birincil teknik dokümantasyon
Bu İçerik Nasıl Hazırlandı?
Doz Teknoloji Teknik Ekibi
İçerik, Doz Teknoloji’nin kurumsal BT hizmet alanlarında kullandığı teknik değerlendirme yaklaşımı temel alınarak hazırlanmıştır.
Teknik kriterler + birincil kaynaklar
Konu; üretici dokümantasyonu, standart kuruluşları ve ilgili resmî teknik kaynaklarla çapraz kontrol edilmiştir.
Karar kalitesini artırmak
Amaç, teknik bir terimi yalnız tanımlamak değil; satın alma, tasarım veya işletim kararı verirken hangi kriterlerin birlikte değerlendirilmesi gerektiğini görünür hale getirmektir.
İlgili Hizmet ve Rehberler
Bu Rehberle İlgili Kurumsal Çözümler
Teknik konuyu uygulamaya dönüştürmek için ilgili hizmet ve çözüm sayfalarına geçebilirsiniz.
Teknik İhtiyacınızı Birlikte Değerlendirelim
Mevcut altyapınızı, kullanıcı sayınızı veya teknik hedefinizi paylaşın; ürün, lisans veya proje kapsamını ihtiyaca göre netleştirelim.
Teknik Talep Oluşturun