Domain Yapısında Arıza Nasıl Anlaşılır?
Kullanıcılar mesaiye geldiğinde “şifre yanlış” hatası alıyorsa veya bilgisayar “domain bulunamadı” diyorsa domain yapısında bir sorun var demektir. Bu tür arızalar genellikle DNS kayıtlarının bozulması, sunucu sertifika zamanının dolması ya da ağ bağlantı kopukluklarından kaynaklanır. Sürekli tekrarlayan çökme belirtileri, yapıyı komple elden geçirmenizi ister.
Eskişehir Bilgisayar, şirket ağlarında karşılaştığı domain arıza belirtilerini üç gruba ayırır: giriş hataları, GPO uygulanmaması ve DNS çözümlememe. Belirtiyi doğru teşhis etmek, çözüm süresini kısaltır.
1. Kullanıcılar Domain’e Giriş Yapamıyor
Yaygın belirti, kullanıcı adı ve şifrenin doğru olduğu halde oturum açma denemesinin sonsuza kadar beklemesidir. İstemci, domain sunucusuna ulaşamadığı için Kerberos bileti alamıyor demektir. Ping atarak veya nslookup komutu ile DNS cevabı var mı hemen kontrol edilir.
Bir diğer sebep, sunucudaki saat ayarının bozulmasıdır. Kerberos zaman tolerans 5 dakika; fark 5 dakikayı aşarsa kimlik doğrulama reddedilir. Bu durumda sunucu ve istemci arasında saatin NTP ile eşitlenmesi gerekir.
2. Güvenlik Politikaları Uygulanmıyor
GPO’ların çalışmaması, ekran kilidi ve yazıcı erişim kurallarının hiçbir istemcide görülmemesiyle fark edilir. Bilgisayar Yapılandırması’ndaki ayarlar güncellenmemişse; GPUPDATE /force komutu çalıştırıp değişiklik anında denenir.
Sorun çoğunlukla yetkisiz DNS zone kaydından veya GPO bağlantı yolunun bozulmasından kaynaklanır. Kontrol etmek için grouppolicy kayıtlarında “Event ID 1058” hatasını görebilirsiniz. Eskişehir Bilgisayar müdahalesiyle GPO zinciri yeniden kurulur.
3. DNS Zone Kayıtları Çıkmıyor
Domain kontrolcüsü SYSVOL paylaşımını açamıyor veya DNS’de _msdcs zone’undaki SRV kayıtları kaybolmuşsa istemciler domain’i bulamaz. nslookup -query=srv _ldap._tcp.dc._msdcs.domain.com komutu hiçbir kayıt döndürebilir. Bu durumda AD DC’nin DNS servisi yeniden başlatılmalıdır.
DNS zone kayıtlarının bozulmasının sebepleri genellikle DHCP üzerinden otomatik kaydın kapatılması veya Dynamic Update izin ayarlarının bozulmasıdır. Alan adı çözümleme yapılamadığı sürece tüm servisler etkilenir.
4. Yavaş Açılış ve Ağda Gezinti Dışı Bilgisayarlar
Bilgisayarların açılışında 5-10 dakika bekletmesi, domain kontrolcüsünün yavaş yanıt verdiğine işarettir. Sunucu üzerinde ağ kartına takılı oluşum ve disk doluluk gibi kaynak yetersizlikleri bu gecikmeyi tetikler. Olay günlüğündeki NTDS performance uyarılarını incelemek gerekir.
Bazı istemciler “Network Discovery” ekranında görünmüyor ise, Windows Firewall profili veya NetBIOS kapalı olabilir. Bu durumdaki arıza domain bütünlüğünden çok paylaşım ayarlarından kaynaklanır. Mevcut paylaşımların kullanılabilirliği test ile doğrulanır.
5. AD Veritabanı ve Yedekleme Arızası
NTDS.DIT veritabanında bozulma oluştuğunda sunucu otomatik olarak kendini koruma moduna alır veya restart döngüsüne girer. Active Directory yönetim ekranında bağlantı kurulamazsa ve sistem durumu yedeklemesi sürekli hata veriyorsa arıza derinleşmiş demektir.
Bu tip bir durumda sunucu diskinde boş alan var mı, disk SMART verisi sağlam mı kontrol edilir. Sorun genellikle diskin fiziksel arızası, koronavirüs gibi veri bozucu bir yazılım veya yetersiz bellekten kaynaklanır. Yedekten geri yükleme, kesintisiz hizmet için kritik bir adımdır.
6. Ne Zaman Uzman Desteği Alınmalı?
Domain arızası loglarda okunamayan hatalarla sürüyorsa, sorunu kendi imkanlarınızla çözmek saatlerce vakit kaybı olabilir. Hele ki birden çok DC varsa, replikasyon kopukluğu karmaşık hale gelir; yanlış yapılan müdahale tüm dizin yapısını bozabilir. Bu durumda Eskişehir Bilgisayar’a anında ulaşılmalıdır.
Uzman ekip, AD DCDIAG, repadmin ve DNS analizi gibi araçlarla arızanın kök nedenini belirler. On-site müdahale sayesinde sunucu kurtarma ve veri koruma doğru şekilde sağlanır. Domaineden geçici olarak vazgeçmeyin; hatayı tamir etmek, yeni sistem kurmaktan çok daha ekonomiktir.
Arıza Sonrası Alınacak Önlemler
Öncelikle, AD sistem durumu yedeğini düzenli alın ve yedeğin restore edilebilir olduğunu test edin. DNS Dynamic Update özelliğinin açık kalmasına özen gösterin. Sunucu saatini günde en az bir kez harici NTP sunucusuyla hizalayın.
İkinci olarak, istemci makinelerdeki alan adı DNS ayarlarının doğru olduğundan emin olmak için DHCP havuzuna doğru DNS adresi yazılmalı. Eskişehir Bilgisayar, kurulum sonrası yıllık kontrol paketi ile bu riskleri en aza indirir. Arıza belirtileri başlar başlamaz müdahale, işletmenizin çalışma sürekliliğini korur.
