Neden bir sunucu adı arama sonrası VPN adresine çözümleniyor

Bir ofis dosya sunucusu sabah boyunca LAN adresinde yanıt verir, sonra uzak bir kullanıcı arama yapar ve ad bunun yerine bir tünel adresine çözümlenmeye başlar. DNS'te elle hiçbir şey düzenlenmedi, ve ipucu da bu: kaydı makinenin kendisi yayınladı. Üç koşul, kayıt kurucusunu, kaydı mı yoksa istemcinin görüşünü mü düzelteceğinizi belirler ve sırayı yanlış yapmak, kaydın bir sonraki bağlantıdan sonra geri döneceği anlamına gelir.

İki adres, tek ad, üç koşul

Çok arayüzlü bir Windows sunucusu bir LAN adresi, bir veya daha fazla arama adresi ve bazen ikinci bir ağ kartı barındırabilir. Her arayüz, kendisi için dinamik kayıt izinliyse kendi adreslerini DNS'te kaydedebilir. PPP bağdaştırıcısı kaydolduğunda aynı ana bilgisayar adı yalnızca tünel eşinin erişebileceği bir adres kazanır ve LAN istemcileri bunu geçerli bir yanıt olarak alır.

Onarımı üç koşul belirler. Birincisi, ek adres onu alan istemcilerden erişilebilir mi? İkincisi, herhangi bir tüketici hâlâ bu kayda bağımlı mı? Üçüncüsü, kayıt dinamik mi ve bu nedenle geri dönebilir mi, yoksa statik mi ve bu nedenle kasıtlı bir giriş mi?

Herhangi bir şeye dokunmadan önce bunu yanıtlayın. Adres sorgulayan ağdan erişilebilir değilse, istemci önbelleğini temizlemek bunu uzun süre düzeltmez. Tünel eşlerinin kendilerinin kullandığı bir yönetim yolu gibi bir şey ona bağımlıysa, kaldırmak bunun yerine o yolu bozar. Ve yayıncısı ele alınmadan silinen dinamik bir kayıt, bir sonraki kayıt olayında yeniden ortaya çıkar.

Kayıt kurucusunu değiştirmeden önce kaydı okuyun

Sorunu bildiren ağdan tam nitelikli adı tam olarak sorgulayın ve yanıtları sunucunun gerçek arayüzleri ve dinleyicileriyle karşılaştırın. Tek bir adın birkaç adres döndürmesi normaldir; soru, her birinin onu alan istemci tarafından kullanılabilir olup olmadığıdır.

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

İlk sorgu yerel çözümleyiciyi kullanır, ikincisi belirli bir DNS sunucusuna doğrudan sorar ve üçüncüsü Windows'ta PowerShell'den aynısını yapar. Bunları karşılaştırmak, eski bir istemci önbelleğini yetkili bir yanıttan ayırır. Doğrudan sorgu zaten tünel adresini döndürüyorsa, sorun yerel önbelleklemede değil, yayınlanan verilerdedir.

Kaydın zaman damgasını ve DNS konsolunun onu dinamik olarak gösterip göstermediğini yazın. Bu tek öznitelik, yukarıdaki üç koşuldan hangisinin geçerli olduğunu söyler ve beş dakikalık bir temizlik ile kalıcı bir onarım arasındaki fark budur.

Yayıncıyı ya da kaydı düzeltin, ama hangisini bildiğinizden emin olun

Kayıt dinamik ve istenmeyense, kalıcı çözüm o arayüzün kaydolmasını engellemektir. Windows arayüz başına kayıt ayarları sunar ve DNS istemci hizmeti bir sonraki bağlantıda veya adres değişikliğinde yeniden yayınlar. Arama bağdaştırıcısı için kaydı kapatmak, LAN bağdaştırıcısının kaydını bozulmadan bırakır; genellikle istenen de budur.

Tüm makine için geçerli anahtarlara dikkat edin. Dinamik güncellemeyi devre dışı bırakan genel bir ayar, o ana bilgisayardaki her arayüzü etkiler; diğer istemcilerin kaydına güvendiği arayüz de buna dahildir. Bir etki alanı denetleyicisinde aynı dikkat daha güçlü geçerlidir, çünkü ana bilgisayar istemcilerin oturum açmak için bağımlı olduğu hizmet konumu kayıtlarına da sahip olabilir.

Kayıt statikse, oraya kasıtlı olarak yerleştirilmiştir ve konuşma onu yerleştirenle yapılır. Bugün elverişsiz diye statik bir kaydı silmek, neden var olduğuna dair tek kanıtı ortadan kaldırır. Her iki durumda da eski yanıtı ancak yayıncı ele alındıktan sonra silin ve neyi değiştirdiğinizi kaydedin ki sonraki kişi kasıtlı bir girişi kazadan ayırt edebilsin.

Başarısız olan istemci ağından doğrulayın

Doğrulama, belirtiyi bildiren ağa aittir, sunucuya değil. İstemci çözümleyici önbelleğini desteklenen mekanizmayla temizleyin, ardından özgün sorguyu ve ada göre özgün hizmet bağlantısını yineleyin.

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

İlk komut Windows çözümleyici önbelleğini temizler, ikincisi adın yeniden önbelleğe alınıp alınmadığını ve hangi adresin saklandığını gösterir. Sunucunun kendisine başarılı bağlanması bir LAN istemcisi hakkında hiçbir şey kanıtlamaz ve istenmeyen adrese giden bir yolu kaldırmak DNS'in yayınladığını düzeltmez.

Son olarak, adresi eskiden getiren olayı yineleyin: VPN istemcisini yeniden bağlayın ya da arama oturumunu yenileyin. Bu yaşam döngüsü değişikliğinden sonra yayınlanan adı tekrar kontrol edin. Yalnızca bir sonraki bağlantıya kadar dayanan bir onarım bir temizlikti, onarım değildi, ve hangisini yaptığınızı bilmek, kaydı kapatmakla gelecek hafta yeniden açmak arasındaki farktır.