VPN-fout 10051: jou roete, nie jou wagwoord nie

'n Windows-tonnel misluk en die logboek bied die nommer 10051. Dit is WSAENETUNREACH, wat gerapporteer word wanneer 'n sokkelbewerking geen bruikbare pad na die bestemming vind nie. Dit is nie 'n verwerpte wagwoord, 'n vervalde sertifikaat of bewys dat die bediener 'n tonnelpakkie gesien en geweier het nie.

Twee verskillende bewerkings kan dit in een sessie lewer. Hulle beteken verskillende dinge en behoort aan verskillende eienaars.

Wat die kode rapporteer en wat nie

Die fout beskryf 'n plaaslike besluit: die stok kon geen roete na die versoekte bestemming vind nie, so die bewerking het nooit die masjien verlaat nie. Dit is 'n stelling oor die pad, nie oor die eweknie se mening van jou geloofsbriewe nie. Om dit as 'n verifikasiefout te lees, stuur jou na sertifikaatstore en rekeningherstellings vir 'n probleem wat hulle nie kan veroorsaak nie. Die kode sê ook niks oor of 'n firewall stroomaf die pakkie sou toegelaat het nie, want geen pakkie is gestuur nie.

Hou die omliggende logreëls wanneer jy dit aanteken. Die nommer alleen verloor die bestemming, die vervoer en die oomblik, en daardie drie feite is wat die inskrywing 'n week later verstaanbaar maak.

Watter bewerking het gefaal, en wanneer

’n Fout terwyl die kliënt na die VPN se buitenste eindpunt reik, is 'n ander geval as 'n toepassingsfout nadat die tonnel gevestig is. In die eerste geval ontbreek die vervoerpad na die bediener of is dit weggeneem. In die tweede bestaan die tonnel en iets binne-in dit kan nie die bestemming wat jy gevra het, oplos of roeteer nie. Dieselfde kode, ander laag, ander eienaar. Die tydstempel relatief tot die verbindingspoging beslis gewoonlik watter een jy het.

Haal die mislukte bewerking aan eerder as net die fout: waarmee verbind word, oor watter vervoer, en op watter punt in die volgorde. Daardie bewoording is wat 'n tweede persoon in staat stel om die besluit te reproduseer.

Vergelyk die eindpunt en die adresfamilie

Teken die opgeloste bestemming, die vervoer en die poort aan. As die naam beide 'n IPv4- en 'n IPv6-adres teruggee, verduidelik 'n werkende IPv4-toets niks oor 'n mislukte IPv6-poging nie. Die kliënt probeer dalk die familie wat jy nooit getoets het nie, en om die ander familie te forseer verander die eksperiment eerder as om dit reg te maak.

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

Die roetevraag gee die beste plaaslike adres en roete vir daardie bestemming in die huidige toestand terug, so voer dit uit terwyl die fout teenwoordig is. 'n Ontkoppelde adapter, 'n veranderde netwerk of 'n onverwagte roete lyk almal anders nadat alles teruggestel is. 'n Tweede aktiewe tonnel kan ook die eindpuntpad vasvang, wat hierdie kode vir een kliënt lewer en nie vir die ander nie.

Onthou wat 'n roete-antwoord is: een plaaslike besluit, nie toestemming om te stuur nie. Dit kan jou nie sê of 'n firewall die datagram sou aanvaar of of iets aan die ander kant luister nie.

Ander sokfoute en die oorhandiging

Fout 10054 is 'n ander verslag, en op 'n UDP-ontvangs kan dit 'n ICMP-poort-onbereikbaar openbaar wat met 'n vroeëre stuur verband hou. Dit is 'n boodskap oor 'n spesifieke bestemmingspoort, nie 'n stelling dat geen roete bestaan nie, en die twee lei tot verskillende ondersoeke. Om elke sokkelnummer as 'n variasie van verbinding misluk te behandel, is hoe 'n ontbrekende roete deur die herinstallasie van 'n kliënt 'reggemaak' word.

Die nuttige oorhandiging bevat die presiese kode, die mislukte bewerking, die eindpunt en adresfamilie, die gekose roete en die tyd van enige netwerkverandering. Korrigeer die aangetoonde padprobleem deur wie ook al daardie konfigurasie besit. Om sertifikate te vervang of eweknie-verifikasie te deaktiveer kan nie 'n roete verskaf wat nie bestaan nie, en albei maak die uiteindelike diagnose moeiliker.