VPN-feil 10051: ruta di, ikkje passordet

Ein Windows-tunnel feilar, og loggen tilbyr nummeret 10051. Det er WSAENETUNREACH, som blir rapportert når ein socket-operasjon ikkje finn nokon brukbar veg til målet. Det er ikkje eit avvist passord, eit utløpt sertifikat eller prov på at tenaren såg ein tunnelpakke og avviste han.

To ulike operasjonar kan produsere det i same økta. Dei tyder ulike ting og høyrer til ulike eigarar.

Kva koden rapporterer, og kva han ikkje gjer

Feilen skildrar ei lokal avgjerd: stakken fann inga rute til det førespurde målet, så operasjonen forlét aldri maskina. Det er ei utsegn om vegen, ikkje om meininga til motparten om påloggingsinformasjonen din. Å lese det som ein autentiseringsfeil sender deg i sertifikatarkiv og kontogjenopprettingar for eit problem dei ikkje kan skape. Koden seier heller ingenting om ein brannmur lenger nede ville ha tillate pakken, fordi ingen pakke vart send.

Hald på logglinjene rundt når du registrerer det. Nummeret åleine mistar målet, transporten og augneblinken, og desse tre fakta er det som gjer oppføringa tolkbar ei veke seinare.

Kva operasjon feila, og når

Ein feil medan klienten når det ytre endepunktet til VPN, er eit anna tilfelle enn ein applikasjonsfeil etter at tunnelen er etablert. I det første manglar transportvegen til tenaren eller er blitt fjerna. I det andre finst tunnelen, og noko inne i han kan ikkje slå opp eller rute målet du bad om. Same kode, anna lag, annan eigar. Tidsstempelet relativt til tilkoplingsforsøket avgjer vanlegvis kva du har.

Siter den feilande operasjonen i staden for berre feilen: tilkopling til kva adresse, over kva transport og på kva punkt i sekvensen. Nettopp den formuleringa gjer det mogleg for ein annan person å gjenskape avgjerda.

Samanlikn endepunktet og adressefamilien

Registrer det oppslåtte målet, transporten og porten. Viss namnet returnerer både ei IPv4- og ei IPv6-adresse, forklarar ein fungerande IPv4-sjekk ingenting om eit mislukka IPv6-forsøk. Klienten prøver kanskje familien du aldri testa, og å tvinge den andre familien endrar eksperimentet i staden for å rette det.

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

Ruteførespurnaden returnerer den beste lokale adressa og ruta for det målet i gjeldande tilstand, så køyr han medan feilen er til stades. Ein fråkopla adapter, eit endra nettverk eller ei uventa rute ser alle annleis ut etter at alt er tilbakestilt. Ein annan aktiv tunnel kan også fange endepunktvegen, noko som gir denne koden for éin klient og ikkje for den andre.

Hugs kva eit rutesvar er: éi lokal avgjerd, ikkje løyve til å sende. Det kan ikkje fortelje deg om ein brannmur ville godta datagrammet eller om noko lyttar i den fjerne enden.

Andre socket-feil og overleveringa

Feil 10054 er ein annan rapport, og ved ein UDP-mottak kan han vise ein ICMP-port-utilgjengeleg knytt til ein tidlegare sending. Det er ei melding om ein bestemd målport, ikkje ei utsegn om at det ikkje finst noka rute, og dei to fører til ulike undersøkingar. Å handsame kvart socket-nummer som ein variant av tilkopling feila er måten ei manglande rute blir 'reparert' ved å installere klienten på nytt.

Den nyttige overleveringa inneheld den nøyaktige koden, den feilande operasjonen, endepunktet og adressefamilien, den valde ruta og tidspunktet for kvar nettverksendring. Rett det påviste vegproblemet gjennom den som eig den konfigurasjonen. Å byte sertifikat eller slå av motpartssjekk kan ikkje skaffe ei rute som ikkje finst, og begge gjer den endelege diagnosen vanskelegare.