VPN-hiba 10051: az útvonal, nem a jelszó

Egy Windows-alagút meghiúsul, és a napló az 10051-es számot kínálja. Ez a WSAENETUNREACH, amelyet akkor jelentenek, amikor egy socket-művelet nem talál használható útvonalat a célhoz. Ez nem elutasított jelszó, nem lejárt tanúsítvány, és nem bizonyítéka annak, hogy a kiszolgáló látott egy alagútcsomagot és elutasította.

Két különböző művelet hozhatja létre ugyanabban a munkamenetben. Különböző dolgokat jelentenek, és különböző tulajdonosokhoz tartoznak.

Mit jelent a kód, és mit nem

A hiba helyi döntést ír le: a verem nem talált útvonalat a kért célhoz, így a művelet soha nem hagyta el a gépet. Ez az útvonalról szóló állítás, nem arról, hogy a másik fél mit gondol a hitelesítő adatairól. Hitelesítési hibaként olvasva tanúsítványtárakba és fiók-visszaállításokba küld egy olyan probléma miatt, amelyet ezek nem okozhatnak. A kód arról sem mond semmit, hogy egy lejjebb lévő tűzfal engedte volna-e a csomagot, mert nem küldtek csomagot.

Őrizze meg a környező naplósorokat, amikor rögzíti. A szám önmagában elveszíti a célt, a szállítást és a pillanatot, és ez a három tény teszi a bejegyzést egy hét múlva értelmezhetővé.

Melyik művelet hiúsult meg, és mikor

Hiba, miközben az ügyfél a VPN külső végpontját éri el, más eset, mint az alagút létrejötte utáni alkalmazáshiba. Az elsőben a kiszolgálóhoz vezető szállítási útvonal hiányzik vagy elvették. A másodikban az alagút létezik, és valami benne nem tudja feloldani vagy irányítani a kért célt. Ugyanaz a kód, más réteg, más tulajdonos. A kapcsolódási kísérlethez viszonyított időbélyeg általában eldönti, melyik eset áll fenn.

A meghiúsult műveletet idézze, ne csak a hibát: kapcsolódás melyik címhez, melyik szállításon keresztül és a sorrend melyik pontján. Ez a megfogalmazás teszi lehetővé egy második személy számára a döntés reprodukálását.

Hasonlítsa össze a végpontot és a címcsaládot

Rögzítse a feloldott célt, a szállítást és a portot. Ha a név IPv4- és IPv6-címet is visszaad, egy működő IPv4-ellenőrzés semmit nem magyaráz egy sikertelen IPv6-kísérletről. Lehet, hogy az ügyfél azt a családot próbálja, amelyet soha nem tesztelt, és a másik család kényszerítése megváltoztatja a kísérletet ahelyett, hogy kijavítaná.

Resolve-DnsName vpn.example.net -Type A,AAAA
Find-NetRoute -RemoteIPAddress 198.51.100.62
Get-NetConnectionProfile

Az útvonal-lekérdezés a legjobb helyi címet és útvonalat adja vissza ehhez a célhoz a jelenlegi állapotban, ezért futtassa, amíg a hiba fennáll. A leválasztott adapter, a megváltozott hálózat vagy a váratlan útvonal mind másképp néz ki, miután mindent visszaállítottak. Egy második aktív alagút is elkaphatja a végpont útvonalát, ami ezt a kódot az egyik ügyfélnél előállítja, a másiknál nem.

Emlékezzen, mi az útvonal-válasz: egy helyi döntés, nem küldési engedély. Nem tudja megmondani, hogy egy tűzfal elfogadná-e a datagramot, vagy hogy hallgat-e valami a távoli végén.

További socket-hibák és az átadás

Az 10054-es hiba más jelentés, és UDP-vételnél egy korábbi küldéshez tartozó ICMP port-elérhetetlenséget mutathat. Ez egy adott célportról szóló üzenet, nem annak állítása, hogy nincs útvonal, és a kettő különböző vizsgálatokhoz vezet. Minden socket-számot a kapcsolódási hiba változataként kezelni az az út, ahogyan egy hiányzó útvonalat az ügyfél újratelepítésével 'megjavítanak'.

A hasznos átadás tartalmazza a pontos kódot, a meghiúsult műveletet, a végpontot és a címcsaládot, a kiválasztott útvonalat és bármely hálózati változás idejét. Javítsa a bizonyított útvonalproblémát azon keresztül, akié a konfiguráció. A tanúsítványok cseréje vagy a partner ellenőrzésének kikapcsolása nem tud olyan útvonalat adni, amely nem létezik, és mindkettő megnehezíti a végső diagnózist.