A rövid belső nevek meghiúsulnak a VPN-en: az utótag, amelyet soha nem lát
Egy rövid név csak azért működik, mert egy keresési utótag kiegészíti. Hasonlítsa össze a teljes és a rövid nevet, hogy elválassza az utótag hiányát a feloldó hibájától.
A rövid név működött az irodában, és meghiúsul a VPN-en, miközben a teljes név problémamentesen feloldódik. Semmi sem tört el. Az olyan csupasz név, mint az intranet, nem teljes név; az ügyfél hozzáfűz egy utótagot a keresési listájából, és megkérdezi az eredményt. Ha a VPN-profil nem biztosítja ezt az utótagot, az ismert rövid forma megszűnik létezni.
Ez az egész mítosz. A DNS nem tört el, a keresési házirend változott meg.
A csupasz név nem név
Amikor egyetlen címkét ír be, a feloldónak el kell döntenie, mit kérdezzen. Megpróbálja a nevet úgy, ahogy meg van adva, majd egyenként hozzáfűzi a keresési lista bejegyzéseit, amíg valami válaszol. Linuxon a resolv.conf szabályozza ezt a sorrendet a search és ndots beállításokkal. Windowson az utótaglista és a névfeloldási házirend ugyanezt teszi. Távolítsa el az utótagot, és a feloldónak nem lesz mit hozzáfűznie.
Egy működő rövid név tehát egy házirend bizonyítéka, nem egy egészséges DNS-kiszolgálóé.
Mit tesz az utótaglista és a feloldó címe
Ezt a kettőt folyamatosan összekeverik. A feloldó címe megmondja, kitől kérdezzen; az utótaglista megmondja, melyik névről kérdezzen. A VPN adhat privát feloldót utótag nélkül, vagy utótagot a rossz feloldóval. E hibák közül csak az egyik néz ki DNS-kiesésnek.
Ellenőrizze őket külön, mert a rossz javítása eléget egy támogatási ablakot.
| 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 |
Három tünet, három különböző felelős.
Először a teljes nevet tesztelje
Kérje a rendszergazda dokumentált teljesen minősített nevét, ne egy találgatást. Egy működő FQDN bizonyítja, hogy a feloldó elérhető, és a rekord létezik, ami egyetlen lekérdezéssel eltávolítja a lehetséges okok felét. Használjon olyan eszközt, amely megmutatja, melyik kiszolgáló válaszolt, hogy ne gyorsítótárazott eredményt olvasson.
Tartsa privátan a tesztet. Belső változatok küldése nyilvános feloldónak neveket tár fel, és olyan házirendet tesztel, amelyet senki nem szándékozott.
Hová tartozik a javítás
Javítsa a tulajdonos profilt vagy az azt előállító felügyeleti rendszert. A helyi feloldó konfigurációjának kézi módosítása általában eltűnik az újracsatlakozáskor, vagy minden hálózatra érvényes, amelyhez a gép csatlakozik, ami rosszabb.
Windowson az érvényben lévő házirendet vizsgálja, ne az emlékezett jelölőnégyzetet. A Get-DnsClientNrptPolicy megmutatja a ténylegesen érvényben lévő névfeloldási szabályokat.
macOS-en a scutil --dns felületenkénti hatókörrel nyomtatja a feloldó konfigurációját, beleértve a VPN által küldött keresési tartományokat.
Linuxon olvassa el a search sort a /etc/resolv.conf fájlban, de ellenőrizze, hogy egy VPN-ügyfél nem írta-e újra. Ha a fájlt kezelik, az igazság forrását szerkessze a renderelt fájl helyett. Egy korábbi hálózatból maradt elavult search sor gyakori ok.
Mit tartson a profil mellett
Tartsa a javított teljes nevet, az utótaglistát és a feloldó címét az ügyfélprofil mellett. A következő ember, aki jelenti, hogy az intranet oldal nem működik, három ismert értéket hasonlíthat össze, ahelyett hogy üres lapról kezdené.
És ha csak a rövid forma hibás, mondja ezt a jegyben. Ez a mondat egy délutánt megspórol a feloldó csapatnak.