Kısa iç adlar VPN'de başarısız olur: hiç görmediğiniz son ek
Kısa bir ad yalnızca bir arama soneki onu tamamladığı için çalışır. Sonek boşluğunu çözümleyici arızasından ayırmak için tam adı ve kısa adı karşılaştırın.
Kısa ad ofiste çalışıyordu ve VPN'de başarısız oluyor, tam ad ise sorunsuz çözülüyor. Hiçbir şey bozuk değil. intranet gibi çıplak bir ad tam ad değildir; istemci arama listesinden bir sonek ekler ve sonucu sorar. VPN profili bu soneki sağlamıyorsa tanıdık kısa biçim artık var olmaz.
Bütün efsane bu. DNS bozulmadı, arama ilkesi değişti.
Çıplak ad, ad değildir
Tek bir etiket yazdığınızda çözümleyici ne soracağına karar vermelidir. Adı verildiği gibi dener, ardından bir şey yanıt verene kadar arama listesindeki girdileri tek tek ekler. Linux'ta resolv.conf bu sırayı search ve ndots ayarlarıyla denetler. Windows'ta sonek listesi ve ad çözümleme ilkesi aynı işi yapar. Soneki kaldırın, çözümleyicinin ekleyecek bir şeyi kalmaz.
Bu nedenle çalışan bir kısa ad, bir ilkenin kanıtıdır; sağlıklı bir DNS sunucusunun kanıtı değildir.
Sonek listesi ve çözümleyici adresi ne yapar
Bu ikisi sürekli karıştırılır. Çözümleyici adresi kime sorulacağını söyler; sonek listesi hangi ad hakkında sorulacağını söyler. Bir VPN size soneksiz özel bir çözümleyici ya da yanlış çözümleyiciyle birlikte sonek verebilir. Bu arızalardan yalnızca biri DNS kesintisi gibi görünür.
Onları ayrı ayrı denetleyin, çünkü yanlış olanı onarmak bir destek penceresini yakar.
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
Üç belirti, üç farklı sahip.
Önce tam adı test edin
Tahmin değil, yöneticinin belgelediği tam nitelikli adı isteyin. Çalışan bir FQDN, çözümleyicinin erişilebilir olduğunu ve kaydın var olduğunu kanıtlar; bu da tek sorguda olası nedenlerin yarısını ortadan kaldırır. Hangi sunucunun yanıt verdiğini gösteren bir araç kullanın ki önbelleğe alınmış bir sonuç okumayın.
Testi gizli tutun. İç varyantları herkese açık bir çözümleyiciye göndermek adları açığa çıkarır ve kimsenin amaçlamadığı bir ilkeyi test eder.
Düzeltme nereye aittir
Sahip profili veya onu üreten yönetim sistemini düzeltin. Yerel çözümleyici yapılandırmasında elle yapılan değişiklik genellikle yeniden bağlanmada kaybolur ya da makinenin katıldığı her ağa uygulanır, bu daha kötüdür.
Windows'ta hatırladığınız onay kutusu yerine geçerli ilkeyi inceleyin. Get-DnsClientNrptPolicy gerçekten yürürlükte olan ad çözümleme kurallarını gösterir.
macOS'ta scutil --dns her kapsamlı arayüz için çözümleyici yapılandırmasını, VPN'in gönderdiği arama etki alanları dahil yazdırır.
Linux'ta /etc/resolv.conf içindeki search satırını okuyun, ancak bir VPN istemcisinin onu yeniden yazıp yazmadığını denetleyin. Dosya yönetiliyorsa işlenmiş dosya yerine gerçeğin kaynağını düzenleyin. Önceki bir ağdan kalan eski search satırı yaygın bir nedendir.
Profille birlikte ne saklamalı
Düzeltilmiş tam adı, sonek listesini ve çözümleyici adresini istemci profilinin yanında saklayın. intranet sitesinin çalışmadığını bildiren sonraki kişi boş bir sayfadan başlamak yerine üç bilinen değeri karşılaştırabilir.
Ve yalnızca kısa biçim başarısız oluyorsa bunu kayıtta yazın. O cümle çözümleyici ekibine bir öğleden sonra kazandırır.