868-as hiba IP-címmel? Mit old meg a Windows előbb
A párbeszéd keresési hibát jelez, miközben a profil számosnak tűnik. Olvassa el a profil tényleges mezőjét, majd válassza szét a névproblémát egy régi újracsatlakozási hibától.
A párbeszéd azt közli, hogy a kiszolgáló nevét nem sikerült feloldani, és a profilmező, amelyre bámul, egy cím. Ez a kombináció nem ellentmondás: a kliens másvalamit old fel, mint az értéket, amelyről azt hiszi, hogy olvassa. Állapítsa meg, mit tárcsáz valójában, mielőtt arra jutna, hogy a DNS elromlott. A kliens saját lépéseinek sorrendje megmutatja, hol keresse.
A kliens felold egy nevet, mielőtt tárcsázna
A natív Windows VPN-kapcsolat beolvassa a profilját, feloldja a kiszolgáló címét, elindítja az alagutat, és csak ezután hitelesít. A 868-as hiba a második lépéshez tartozik. Mivel a későbbi lépések soha nem futnak le, a párbeszéd hitelesítési adatok problémájának tűnhet, amikor a keresés előbb hiúsult meg.
Ez a sorrend hasznos, mert szűkíti a vizsgálandó réteget. Ha ugyanaz a profil az egyik hálózatból működik, a másikból pedig meghiúsul, a különbség általában a névfeloldás, nem az alagút típusa vagy a fiók. A keresést ott tesztelje, ahol a hiba fellép, nem ott, ahol a profil készült.
Melyik név, amikor a mező címet mutat
A megjelenített név helyett a tárolt értéket olvassa. Egy kapcsolat címkéje nem a kiszolgáló címe, és két hasonló címkéjű bejegyzés a rossz után küldi:
Get-VpnConnection -Name "Work VPN" |
Select-Object Name, ServerAddress, TunnelType
Ha a profil minden felhasználó számára létrejött, kérdezze le azt a hatókört is ezzel: -AllUserConnection. Ezután pontosan azt az értéket oldja fel, amelyet a parancs kiírt, abból a hálózatból, ahol a hiba fellép. A szolgáltató dokumentált átjáróját használja, ne az alkalmazás belső nevét, amely csak az alagút felállása után oldódik fel. Az a második lekérdezés várható okból hiúsul meg, és semmit sem mond a tárcsázásról:
Resolve-DnsName vpn.example.com
Amikor a tárolt érték valóban numerikus, keressen egy második helyet, ahol a kliens nevet olvas. Az EAP-konfiguráció hivatkozhat kiszolgálóra, egy másik eszközből importált profil saját értéket hordozhat, és egy korábbi telepítő duplikált bejegyzést hagyhat hátra. A párbeszéd mezője nem mindig az egyetlen bemenet.
A Windows 7 újracsatlakozási mintája
A hiba mögötti szál olyan gépeket ír le, amelyek egyszer csatlakoztak, majd egy későbbi próbálkozásnál 868-cal meghiúsultak, anélkül hogy bármi változott volna a profilban. A hozzászólók arról számoltak be, hogy a Remote Access Connection Manager szolgáltatás újraindítása vagy a kijelentkezés és újra bejelentkezés ideiglenesen helyreállította a kapcsolatot. Ezek kerülő megoldások, nem bizonyított kiváltó ok.
Ezt a mintát külön hipotézisként kezelje. Az újraindítás visszaállítja a kliens állapotát, így az utána következő ideiglenes siker nem bizonyítja, hogy a DNS-rekord hibás volt:
| Observation | Points toward | What to do next |
|---|---|---|
| Fails from one network, works from another | Name resolution on that path | Resolve the stored name from both networks |
| Fails after a disconnect, works after service restart | Client state, not DNS | Record the sequence for the vendor |
| Fails only on a newly provisioned machine | Profile content or scope | Compare ServerAddress and TunnelType |
A táblázatot megkülönböztető megfigyelések halmazaként olvassa, nem diagnózisként. Az első sor névprobléma, a második a kliens állapota, a harmadik pedig egy profil, amely soha nem volt helyes. Mindegyik más személyhez és más javításhoz vezet.
Mit gyűjtsön az adminisztrátornak
Jegyezze fel a profil nevét, a tárolt címet, az alagút típusát, a hálózatot, amelyen a kliens volt, és hogy a hiba kapcsolatbontás után következett-e be. Ez a feljegyzés elválasztja a valódi keresési hibát a történelmi újracsatlakozási viselkedéstől anélkül, hogy bárkinek találgatnia kellene. Őrizze meg a kliens eseménynaplóját a kísérlet körül is.
A régebbi buildek kerülő megoldása bizonyíték arra, hogy a viselkedés létezett, nem ígéret arra, hogy ugyanaz a szolgáltatás-újraindítás helyrehoz egy mai gépet. Egy dokumentált gazdagépnév szó szerinti címre cserélése sem javítás.
Egyes profilok olyan kiszolgálóidentitást várnak el, amely megfelel a beállított névnek, ezért egy numerikus kerülő megoldás egyik hibát a másikra cserélheti. Ha a névnek maradnia kell, a feloldási útvonalat javítsa, ne a profil szövegét. Mindenképpen jegyezze fel, mit változtatott és miért.