VPN-eraro 10051: via itinero, ne via pasvorto

Windows-tunelo malsukcesas kaj la protokolo proponas la numeron 10051. Tio estas WSAENETUNREACH, raportata kiam soketa operacio trovas neniun uzeblan vojon al la celo. Ĝi ne estas rifuzita pasvorto, eksvalidiĝinta atestilo aŭ pruvo, ke la servilo vidis tunelpaketon kaj rifuzis ĝin.

Du malsamaj operacioj povas produkti ĝin en unu sesio. Ili signifas malsamajn aferojn kaj apartenas al malsamaj posedantoj.

Kion la kodo raportas kaj kion ne

La eraro priskribas lokan decidon: la stako ne povis trovi itineron al la petita celo, do la operacio neniam forlasis la maŝinon. Tio estas aserto pri la vojo, ne pri la opinio de la kontraŭulo pri viaj akreditaĵoj. Legi ĝin kiel aŭtentikigan malsukceson sendas vin en atestilajn konservejojn kaj kontajn restarigojn por problemo, kiun ili ne povas kaŭzi. La kodo ankaŭ diras nenion pri tio, ĉu fajroŝirmilo pli malsupre estus permesinta la paketon, ĉar neniu paketo estis sendita.

Konservu la ĉirkaŭajn protokolliniojn kiam vi registras ĝin. La numero sola perdas la celon, la transporton kaj la momenton, kaj tiuj tri faktoj estas tio, kio igas la enskribon interpretebla semajnon poste.

Kiu operacio malsukcesis, kaj kiam

Eraro dum la kliento atingas la eksteran finpunkton de la VPN estas malsama kazo ol aplikaĵa malsukceso post kiam la tunelo establiĝis. En la unua, la transporta vojo al la servilo mankas aŭ estis forprenita. En la dua, la tunelo ekzistas kaj io ene de ĝi ne povas solvi aŭ enruti la celon, kiun vi petis. Sama kodo, malsama tavolo, malsama posedanto. La tempstampo rilate al la konekta provo kutime decidas, kiun vi havas.

Citu la malsukcesintan operacion anstataŭ nur la eraron: konekti al kiu adreso, per kiu transporto kaj ĉe kiu punkto de la sinsekvo. Ĝuste tiu vortigo ebligas al dua persono reprodukti la decidon.

Komparu la finpunkton kaj la adresan familion

Registru la solvitan celon, la transporton kaj la pordon. Se la nomo redonas kaj IPv4- kaj IPv6-adreson, funkcianta IPv4-kontrolo klarigas nenion pri malsukcesinta IPv6-provo. La kliento eble provas la familion, kiun vi neniam testis, kaj devigi la alian familion ŝanĝas la eksperimenton anstataŭ ripari ĝin.

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

La itinera demando redonas la plej bonan lokan adreson kaj itineron por tiu celo en la nuna stato, do plenumu ĝin dum la fiasko ĉeestas. Malkonektita adaptilo, ŝanĝita reto aŭ neatendita itinero aspektas ĉiuj alie post kiam ĉio estas restarigita. Dua aktiva tunelo ankaŭ povas kapti la finpunktan vojon, kio produktas ĉi tiun kodon por unu kliento kaj ne por la alia.

Memoru, kio estas itinera respondo: unu loka decido, ne permeso sendi. Ĝi ne povas diri al vi, ĉu fajroŝirmilo akceptus la datagramon aŭ ĉu io aŭskultas ĉe la malproksima fino.

Aliaj soketaj eraroj kaj la transdono

Eraro 10054 estas malsama raporto, kaj ĉe UDP-ricevo ĝi povas montri ICMP havenonatingeblecon ligitan al pli frua sendo. Tio estas mesaĝo pri specifa cela pordo, ne aserto, ke neniu itinero ekzistas, kaj la du kondukas al malsamaj esploroj. Trakti ĉiun soketan numeron kiel varianton de konekto malsukcesis estas la maniero, per kiu mankanta itinero 'ripariĝas' per reinstalo de kliento.

La utila transdono enhavas la precizan kodon, la malsukcesintan operacion, la finpunkton kaj adresan familion, la elektitan itineron kaj la tempon de iu ajn reta ŝanĝo. Korektu la pruvitan vojproblemon per tiu, kiu posedas tiun agordon. Anstataŭigi atestilojn aŭ malŝalti kontraŭulantan kontrolon ne povas provizi itineron, kiu ne ekzistas, kaj ambaŭ malfaciligas la finan diagnozon.