Gerçek bir adrese ping atın, yanıt verir. Bir siteyi adıyla açın, hiçbir şey olmaz, oysa ağ simgesi bağlantının iyi olduğunda ısrar eder. VPN'e yeni katılmış bir Mac'te bu bileşim neredeyse her zaman sorguların artık erişilemeyen bir sunucuya yöneldiği anlamına gelir, ağın çöktüğü değil. Adresler bir zamanlar Wi-Fi hizmetine sabitlenmişti ve o günden beri hiçbir şey onları kaldırmadı. Eleme yoluyla tanı koyun, sonra sabitlenmiş girdileri silin.

Onarım bir temizleme değil silmedir ve fark önemlidir çünkü çoğu kişinin ilk denediği komutlar bambaşka bir şey yapar.

Bağlı, bağlantı hakkında bir ifadedir

macOS her ağ hizmeti için bir çözümleyici yapılandırması tutar. DHCP'den gelen değerler bir kaynaktır, elle yazılanlar başka, bir profilin ittiği ya da istemcinin yazdığı değerler üçüncüdür. Sabitlenmiş olanlar ağın sunduğundan üstündür ve yığında hiçbir şey onları yeniden doğrulamaz. Bu yüzden kaybolan sunucu, biri onu kaldırana ya da hizmet sıfırdan yeniden kurulana kadar listede kalır.

Bu yüzden el sıkışmasını tamamlayan bir tünel, zaten yanlış yönlendirilmiş bir sorguda hiçbir şeyi değiştirmez. VPN bir çözümleyici ekledi; başarısız olanı denetlemedi.

Adları paketlerden ayırın

Önce bir konağa gerçek adresle ulaşın. Yüklenirse paketler iyidir ve suç çözümleyicidedir. Yüklenmezse orada durun ve sorunu yönlendirme sorunu olarak ele alın, çünkü DNS değişiklikleri zaten kafa karıştıran bir resme yalnızca bir değişken ekler.

Adın başarısız olup karşılık gelen adresin başarılı olması parmak izidir. Kapsama da dikkat edin: her şey başarısızsa bu bozuk bir genel girdiye işaret eder, yalnızca tünelin içindeki konaklar başarısızsa bu başka bir sahibe ve daha dar bir onarıma işaret eder.

Sabitlenmiş sunucuları silin

Ağ Ayarları'nda Wi-Fi hizmetinin ayrıntılarını açın ve DNS sekmesine geçin. Her sunucu satırını kaldırın, değişikliği onaylayın, sonra hiç eklemediğiniz değerler için arama alan adlarını gözden geçirin. Listeyi boş bırakın, hizmeti yeniden bağlayın ve DHCP'nin verdiği adresin kendiliğinden geri geldiğini doğrulayın. Boş liste, sorunun sabitlenmiş değerler olduğunu kanıtlayan geçici durumdur.

Eski sürümler aynı paneli bir kat daha derine, Gelişmiş düğmesinin arkasına saklar; davranış ve sonuç aynıdır.

Paneli değil, durumu okuyun

scutil --dns | head -40 macOS'un gerçekte kullandığı çözümleyicileri kapsama göre gruplayarak yazdırır, bilinen bir iç adın hızlı nslookup'u ise yanıtın hiç gelip gelmediğini gösterir. İki çıktıyı karşılaştırın: temiz bir panelde hâlâ eskimiş bir sunucu listeleniyorsa o ayar başka bir yazara aittir. Bu başka bir hatadır ve başka bir onarımı vardır.

İkisi de temiz görünüp adlar hâlâ başarısız oluyorsa arıza başka yere taşınmıştır ve artık DNS yapılandırmasında hata ayıklamıyorsunuz.

Girdileri kim geri koyuyor

Silindikten sonra geri gelen sunucuların bir kaynağı vardır. Cihaz Yönetimi'nde yapılandırma profili olup olmadığına bakın, çünkü profiller DNS taşıyabilir ve kendi takvimlerine göre yeniden değerlendirilir. İstemcinin tercihlerinde bağlanırken DNS ayarlama seçeneği olup olmadığına bakın ve bunun bu makinede yerini hâlâ hak edip etmediğine karar verin. VPN gerçekten özel bir çözümleyiciye ihtiyaç duyuyorsa, onu her gelecekteki ağın devralacağı genel listeye yazmak yerine sahip olduğu alan adlarıyla sınırlayın.

Amaçlanan çözümleyiciyi ve yanıtlaması gereken alan adlarını not edin. Bir sonraki istemci güncellemesinden sonra bir genel ve bir özel adı doğrulayın; bu, ayarlar turunu tekrarlamaktan daha hızlıdır ve makine hâlâ elinizdeyken gerilemeyi yakalar.

Geri kalan her şey bakım tiyatrosudur: kasıtlı görünen, ölçülebilir hiçbir şeyi değiştirmeyen ve aynı bozuk sorguyu bir sonraki kişiye bırakan komutlar.

İlgili makaleler