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:

ObservationPoints towardWhat to do next
Fails from one network, works from anotherName resolution on that pathResolve the stored name from both networks
Fails after a disconnect, works after service restartClient state, not DNSRecord the sequence for the vendor
Fails only on a newly provisioned machineProfile content or scopeCompare 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.

Kapcsolódó cikkek