Gabim VPN 10051: rruga juaj, jo fjalëkalimi
WSAENETUNREACH përshkruan një veprim socket që nuk gjeti asnjë shteg rrjeti. Kontrolloni pikën fundore, familjen e adresave dhe rrugën e zgjedhur përpara se të prekni besimin.
Një tunel Windows dështon dhe regjistri ofron numrin 10051. Ky është WSAENETUNREACH, i raportuar kur një veprim socket nuk gjen asnjë shteg të përdorshëm drejt destinacionit. Nuk është fjalëkalim i refuzuar, certifikatë e skaduar ose provë që serveri pa një paketë tuneli dhe e refuzoi.
Dy veprime të ndryshme mund ta prodhojnë në të njëjtën sesion. Ato nënkuptojnë gjëra të ndryshme dhe u përkasin pronarëve të ndryshëm.
Çfarë raporton kodi dhe çfarë jo
Gabimi përshkruan një vendim lokal: stivi nuk mundi të gjente një rrugë drejt destinacionit të kërkuar, kështu që veprimi nuk e la kurrë makinën. Kjo është një deklaratë për shtegun, jo për mendimin e palës tjetër mbi kredencialet tuaja. Leximi i tij si dështim autentikimi ju dërgon në depo certifikatash dhe rivendosje llogarish për një problem që ato nuk mund ta shkaktojnë. Kodi gjithashtu nuk thotë asgjë nëse një firewall më poshtë do ta kishte lejuar paketën, sepse nuk u dërgua asnjë paketë.
Mbani rreshtat e regjistrit përreth kur e shënoni. Vetëm numri humbet destinacionin, transportin dhe momentin, dhe këto tre fakte janë ato që e bëjnë hyrjen të interpretueshme një javë më vonë.
Cili veprim dështoi dhe kur
Një gabim ndërsa klienti arrin pikën fundore të jashtme të VPN është një rast tjetër nga dështimi i aplikacionit pas vendosjes së tunelit. Në të parin, shtegu i transportit drejt serverit mungon ose është hequr. Në të dytin, tuneli ekziston dhe diçka brenda tij nuk mund të zgjidhë ose të drejtojë destinacionin që kërkuat. I njëjti kod, shtresë tjetër, pronar tjetër. Vula kohore në raport me përpjekjen për lidhje zakonisht vendos se cilin rast keni.
Citoni veprimin që dështoi dhe jo vetëm gabimin: lidhja me cilin adresë, përmes cilit transport dhe në cilën pikë të sekuencës. Pikërisht ai formulim i lejon një personi të dytë të riprodhojë vendimin.
Krahasoni pikën fundore dhe familjen e adresave
Shënoni destinacionin e zgjidhur, transportin dhe portën. Nëse emri kthen si adresë IPv4 ashtu edhe IPv6, një kontroll IPv4 që funksionon nuk shpjegon asgjë për një përpjekje IPv6 të dështuar. Klienti mund të po provojë familjen që nuk e keni testuar kurrë, dhe forcimi i familjes tjetër e ndryshon eksperimentin në vend që ta rregullojë.
Resolve-DnsName vpn.example.net -Type A,AAAA
Find-NetRoute -RemoteIPAddress 198.51.100.62
Get-NetConnectionProfile
Pyetja e rrugës kthen adresën më të mirë lokale dhe rrugën për atë destinacion në gjendjen aktuale, prandaj ekzekutojeni ndërsa defekti është i pranishëm. Një përshtatës i shkëputur, një rrjet i ndryshuar ose një rrugë e papritur duken të gjitha ndryshe pasi gjithçka është rivendosur. Një tunel i dytë aktiv mund të kapë gjithashtu shtegun e pikës fundore, gjë që e prodhon këtë kod për një klient dhe jo për tjetrin.
Mbani mend çfarë është një përgjigje rruge: një vendim lokal, jo leje për të dërguar. Nuk mund t'ju thotë nëse një firewall do ta pranonte datagramin ose nëse diçka po dëgjon në skajin e largët.
Gabime të tjera socket dhe dorëzimi
Gabimi 10054 është një raport tjetër, dhe në një marrje UDP mund të shfaqë një ICMP port i paarritshëm të lidhur me një dërgim të mëparshëm. Ky është një mesazh për një port destinacioni të caktuar, jo një deklaratë se nuk ekziston rrugë, dhe të dy çojnë në hetime të ndryshme. Trajtimi i çdo numri socket si variant i lidhjes së dështuar është mënyra se si një rrugë që mungon 'rregullohet' duke reinstaluar klientin.
Dorëzimi i dobishëm përmban kodin e saktë, veprimin që dështoi, pikën fundore dhe familjen e adresave, rrugën e zgjedhur dhe kohën e çdo ndryshimi rrjeti. Rregulloni problemin e shtegut të demonstruar përmes atij që zotëron atë konfigurim. Zëvendësimi i certifikatave ose çaktivizimi i verifikimit të palës tjetër nuk mund të sigurojë një rrugë që nuk ekziston, dhe të dyja e bëjnë diagnozën përfundimtare më të vështirë.