LAN ana makine adı VPN üzerinden çalışmıyor: sonek, mDNS yoksa bölge mi?

Cihazın yanında yazıcı kısa bir ada, dosya sunucusu ise bir takma ada yanıt verir. Tünelin içinden her iki ad da zaman aşımına uğrar, oysa adresleri hâlâ çalışır. Yol kendi işini yapıyor; o kısa adları çalışır kılan adlandırma yolu tüneli hiç geçmedi. Bu davranışı üç mekanizma üretir ve her biri farklı bir düzeltme gerektirir.

Adın hangi mekanizmaya bağlı olduğunu belirleyerek başlayın.

Farklı davranan üç tür ad

fileserver gibi tek etiketli bir ad genellikle çözümleyicinin eklediği DNS arama sonekine dayanır. Bu sonek çoğu zaman yerel DHCP kiralamasıyla birlikte gelir, bu yüzden VPN'den adresleme alan uzak bir istemcinin onu bilmesi için hiçbir neden yoktur. Yol eklemek soneki teslim etmez. Kısa ad, arkasındaki adres erişilebilir olsa bile ad olarak var olmayı bırakır.

.local ile biten bir ad genellikle yerel bağlantıda çoklu yayın DNS ile çözülür, RFC 6762'nin açıkladığı gibi. Çoklu yayın, bir şey onu kasıtlı olarak köprülemedikçe veya vekillik yapmadıkça yönlendirilmiş bir tüneli geçmez, bu yüzden segmentten ayrıldığınız anda ad çözülmeyi bırakır.

Tam nitelikli bir şirket adı kuruluşun çözümleyicilerinin hizmet verdiği iç bölgeye aittir. Bu ad, VPN o çözümleyicileri ittiğinde ve istemci bunları kullanacak şekilde yapılandırıldığında uzaktan çalışır. Ve localhost RFC 6761 uyarınca özel kullanımdadır: önünüzdeki makineyi kasteder, asla uzak bir hizmeti değil.

Yolu değiştirmeden önce çözümleyiciyi okuyun

Hangi ad sunucusunun yanıtladığını ve hangi sonekin eklendiğini sorun. Aynı sorgu farklı çözümleyiciler üzerinden farklı yanıtlar verir ve bu fark ihtiyacınız olan kanıttır.

getent hosts fileserver
getent hosts fileserver.corp.example.com
nslookup fileserver.corp.example.com
dig +search fileserver A
resolvectl query fileserver.corp.example.com
scutil --dns | head -30

Tam nitelikli sorgu çözülüyor ama kısa olan çözülmüyorsa, hata sunucuda değil sonekte. İkisi de çözülmüyor ve adres çalışıyorsa, istemci iç çözümleyiciyi hiç kullanmıyor. Çözümleyici listesini VPN'in itmesi gerekenle karşılaştırın, çünkü her sorgu için yerel çözümleyicisini tutan bir istemci iç bölgeyi asla görmez.

Doğru adı istemciye getirin

Yöneticiden belgelenmiş uzak erişim adını tam olarak isteyin ve sonek tahmin etmek yerine profilde onu kullanın. Dağıtım split DNS'i destekliyorsa, iç etki alanını iç sunucuların çözmesini sağlayacak şekilde yapılandırın, geri kalan her şey yerel çözümleyiciyi korusun. Arama etki alanını istemcinin desteklediği yerde VPN yapılandırması üzerinden itin.

Sonucu ağ geçidinde değil istemcide doğrulayın. Sunucuda uygulanan ve istemciye asla ulaşmayan bir ayar hiçbir şeyi değiştirmez.

Sertifika kimliğini koruyun

Sertifika hatasını yok sayan adres tabanlı bir test yalnızca soketin açıldığını kanıtlar. Hizmet sertifikası bir ad için düzenlenir ve istemci uyuşmazlığı haklı olarak reddetmeye devam eder. Sertifika yalnızca iç adı listeliyorsa, o adı kullanın ve çözümlemeyi düzeltin ya da kullanmayı düşündüğünüz adresi kapsayan bir sertifika alın.

Başarılı bir bağlantı sağlayan adı, çözümleyiciyi ve soneki kaydedin. Bu kayıt, gerçek sorunu gizleyen adres tabanlı geçici çözümü bir sonraki kişinin yinelemesini önler.