A VPN-gépnevek nem működnek, az IP-címek igen: hol keresse a hibát

Az IP-s hozzáférés működik, míg a nevek nem, ami utótagokra és rákényszerített feloldókra utal, nem útvonalakra. Járja végig a címet, az FQDN-t, a rövid nevet és a régi útvonalat.

A megosztást meg tudja nyitni a cím alapján, és ugyanaz a megosztás név alapján nem működik, ami azt jelenti, hogy az alagút viszi a csomagokat, a névréteg pedig nem. Ez az egyetlen megfigyelés elkerül egy kerülőt a tűzfal- és útvonalváltozásokon keresztül. A neveknek utótagra, feloldóra és a lekérdezéshez vezető útra van szükségük, a VPN-kliens pedig tud útvonalat telepíteni anélkül, hogy bármelyiket telepítené. Járja végig az alábbi négy ellenőrzést sorrendben, és álljon meg az elsőnél, amelyik eltörik.

A név olyan kérdést tesz fel, amelyet a cím nem

A cím egy cél, amelyet a verem azonnal használhat. A rövid név egy kérdés, amelyet utótaggal kell kiegészíteni, feloldóhoz kell küldeni, és valaminek válaszolnia kell rá, ami ismeri a zónát. Az az alagút, amely útvonalakat telepít, de feloldót nem, az elsőt működőnek, a másodikat töröttek hagyja. Ezért tűnik a tünet annyira egységesnek nagyon különböző VPN-termékeknél.

A címből kifelé haladjon: először a teljes név, aztán a csupasz gépnév, és jegyezze fel, melyik működik a három közül. A minta megmondja, melyik réteget kell megvizsgálnia, mielőtt egyetlen beállítási képernyőt megnyitna. Útvonalakat találgatni, amikor az FQDN feloldódik, elvesztegetett fáradság.

Olvassa el a feloldót, amelyet az alagút valóban telepített

Kérdezze meg az operációs rendszert melyik feloldó kezeli a belső zóna lekérdezéseit, nem azt, amelyiket a VPN-kliens felülete hirdet. Az a kiszolgáló, amely belső zóna nélkül kényszerít rá egy nyilvános feloldót, pontosan ezt a hibát okozza, és ez konfigurációs hiba, nem útvonalválasztási hiba.

resolvectl status
nslookup fileserver.corp.example
nslookup fileserver

Tartományhoz csatlakoztatott Windows-ügyfélen a névtér útvonalválasztási szabályzata dönti el, mely lekérdezések melyik feloldóhoz mennek, és a VPN-adapter saját DNS-beállításai az adapter részleteiben jelennek meg. A hatályos szabályzatot olvassa, ne a profilt, mert egy gyorsítótárazott szabályzat túlélheti a telepítő kapcsolatot. Ha a feloldó a teljes névre válaszol, a rövid névre nem, a probléma már átkerült az utótagok listájára.

Get-DnsClientNrptPolicy
ipconfig /all

Álljon meg, ha a belső zóna a helyes kiszolgálón keresztül oldódik fel. A feloldó nem az Ön problémája.

Az utótagok magyarázzák a sikertelen rövid neveket

Az egycímkés nevet a kapcsolat utótaglistájával bővítik ki, mielőtt a lekérdezés elindul. Ha a VPN nem szállítja a belső utótagot, a fileserver soha nem lesz fileserver.corp.example, és a lekérdezés olyan névként megy ki, amelyet egyetlen nyilvános feloldó sem ismer. Az utótag rákényszerítése vagy a teljes név beírása anélkül teszteli a feltevést, hogy bármit változtatna a kiszolgálón.

nslookup fileserver.corp.example
ping -a 192.168.50.20

Linuxon a feloldószolgáltatás egy DNS-kiszolgálót kapcsol egy hivatkozáshoz és útvonalválasztási tartományok halmazához, ezért a rákényszerített kiszolgáló, amely nincs összekapcsolva az alagút hivatkozásával, úgy viselkedik, mintha nem is lenne ott. Ellenőrizze a hivatkozásonkénti állapotot, ne a stub-fájlt, amely esetleg csak a helyi feloldóra mutat. Ugyanez a kettősség a másik irányban is megjelenik: egy létező, de az alagút felületére nem alkalmazott keresési tartomány rövid nevű hibákat okoz, amelyek véletlenszerűnek tűnnek.

Ha az utótag hozzáadása megoldja, a hátralévő munka az, hogy ezt az utótagot a VPN-profil útján szállítsa, ahelyett hogy minden felhasználótól bekérné a beírását.

A NetBIOS és a WINS más mechanizmus

A régi SMB még tud csupasz nevet keresni a NetBIOS névszolgáltatással, amely sugárzással vagy WINS-kiszolgálón keresztül válaszol. A sugárzás egy sugárzási tartományon belül marad, és az első útválasztónál megáll, így nem tud átjutni egy alagúton; a WINS azért működik, mert az ügyfélnek van egy unicast címe, amelynél regisztrálhat és amelyet kérdezhet. Ezért tud a csak IP-t szállító VPN még támogatni régi neveket, ha a WINS be van állítva és elérhető.

nbtstat -n
nbtstat -R

A modern SMB-hez bízzon a DNS-ben és a teljes névben, a régi útvonalat pedig nyugdíjazza. Ha valóban régi, biztosítson WINS-t, vagy cserélje le az alkalmazást; a középút egy soha ki nem ürülő támogatási sor.

A végigjárás akkor ér véget, amikor meg tudja mondani, melyik réteg hibázott: feloldó, utótag vagy régi felderítés. Jegyezze fel a válaszoló feloldót és a működő névformát, mert a következő ember ugyanabból a tünetből indul.

Kapcsolódó cikkek