Brez interneta na Windows VPN? Sumljiv je nabor naslovov

Windows prikaže tunel kot povezan in ga označi Brez dostopa do interneta, kar ljudje berejo kot posebnost Windows. To je trditev o tem, kaj je prejel odjemalec: nobenega uporabnega privzetega prehoda, nobenega delujočega razreševalnika ali nobene poti nazaj za naslove znotraj tunela. Ko je strežnik Windows Incoming Connection, ena nastavitev pojasni večino takih poročil. Oznaka ni diagnoza, a zoži iskanje na tri mesta.

Preberite najem, preden ga spremenite

Zaženite ipconfig /all na odjemalcu in poiščite vmesnik VPN med vnosi. Naslov, privzeti prehod in strežnik DNS, ki jih navaja, so dejstva, ki jih potrebujete, in se pogosto razlikujejo od tega, kar skrbnik predpostavlja, da je bilo dodeljeno.

Trije vzorci ustrezajo trem okvaram. Naslov v 169.254.0.0/16 pomeni, da odjemalec ni prejel ničesar in si je sam dodelil povezavno-lokalni naslov. Verjeten naslov brez prehoda pomeni, da je bil nabor postrežen brez možnosti, ki odjemalcu daje privzeto pot. Popoln najem, ki vseeno nikamor ne prispe, kaže na posredovanje ali prevajanje na strani strežnika.

Zapišite vrednosti, preden se dotaknete strežnika. Naslednji korak jih primerja z obsegom, za katerega strežnik meni, da ga razdeljuje, in spomin je slaba zamenjava za najem.

Zakaj samodejno dodeljevanje lahko pusti brez prehoda

Vnos Incoming Connections ima svoje lastnosti IPv4, ločene od fizičnega vmesnika. Privzeta nastavitev tam ponuja samodejno dodeljevanje naslovov, kar se opira na vgrajeni dodeljevalnik povezave, da zagotovi naslov, masko, prehod in DNS.

Na samostojni delovni postaji ta dodeljevalnik nima obsega, iz katerega bi črpal, razen če kaj drugega na stroju zagotovi enega, zato lahko odjemalec konča s povezavno-lokalnim naslovom ali z naslovom, a brez prehoda. Povezava je videti vzpostavljena, ker se je povezava dvignila, medtem ko je konfiguracija za njo nepopolna.

Zato prehod na določen obseg popravi toliko teh poročil. Prenehate prositi storitev, ki morda ne teče, naj si izmisli najem, in začnete najem navajati sami.

Ista zmeda se pojavi, ko nekdo pričakuje, da bo strežnik DHCP usmerjevalnika LAN strežel odjemalcem tunela. Zaznavanje z razširjanjem ne prečka usmerjenega tunela, zato ta strežnik nikoli ne vidi zahteve. Predpostavljati nasprotno je najpogostejši razlog, da je nabor obtožen za odjemalca, ki ga ni nikoli nič prosil.

Nastavite izrecen obseg, ki ga strežnik lahko usmerja

Izberite majhen blok znotraj podomrežja, ki ga strežnik doseže, zunaj obsega, ki ga razdeljuje usmerjevalnik LAN, in zunaj vsakega drugega nabora v omrežju. Če strežnik sedi na 172.20.10.0/24 in ima usmerjevalnik 172.20.10.1, kratek blok pri vrhu tega podomrežja, recimo od 172.20.10.201 do 172.20.10.209, drži najeme tunela stran od razdeljevanja, ki ga usmerjevalnik že upravlja.

Vnesite ga v lastnosti IPv4 Incoming Connection, znova povežite odjemalca in preberite vmesnik še enkrat, preden spremenite karkoli drugega. Drugo branje vam pove, ali je bil nabor okvara ali le ena od več.

Ti ukazi izpišejo nastalo konfiguracijo in poti, ki jih odjemalec zdaj ima:

ipconfig /all
route print -4
Get-NetIPConfiguration -InterfaceAlias \"Incoming Connection\"

Prehod v najemu bi moral biti naslov, ki ga ima strežnik, in privzeta pot odjemalca bi morala kazati nanj. Če je najem popoln, a poti ni, je strežnik dodelil, ne da bi potisnil prehod, in nastavitve nabora so še vedno mesto, kjer iskati.

Naslov ni pot v internet

Prejem najema samo premakne pakete z odjemalca na strežnik. Za dostop do interneta mora strežnik te pakete posredovati in jih prevesti proti svojemu uplinku, in to je ločena konfiguracija z lastnimi načini odpovedi.

Internet Connection Sharing je bližnjica. Vmesnik, obrnjen proti internetu, spremeni v skupni prehod in vodi lastno naslavljanje, kar lahko prepiše naslov tega vmesnika in pusti obstoječe pravilo NAT, ki kaže na vrednost, ki ne obstaja več. Zapišite prvotne nastavitve, preden ga omogočite.

Usmerjena alternativa ohranja naslavljanje stabilno in zahteva, da posredovanje in prevajanje izrecno konfigurirate. Noben pristop ni napačen; če ju na pol premešate, dobite tunel z najemom in brez izhoda, kar je natanko simptom, s katerim ste začeli. Izberite en model in ga dokončajte, preden dodate drugega.

Najprej izključite zunanjo pot

Noben nabor ne pomaga, če se tunel nikoli ne oblikuje. Protokol odloči, kaj mora pot nositi: PPTP hoče TCP 1723 in GRE, kar je IP protokol 47 in ne vrata; L2TP/IPsec hoče UDP 1701 plus 500 in 4500; SSTP hoče TCP 443.

Usmerjevalnik, ki posreduje vrata, ne pa protokola, ustvari poskus povezave, ki se nikoli ne overi. To je drugačna okvara kot tunel, ki se oblikuje in nato nikamor ne prispe, in obeh ne smete odpravljati skupaj.

Preizkusite iz istega LAN in iz oddaljenega omrežja. Če poskus iz LAN deluje, oddaljeni pa nikoli ne doseže overjanja, je zunanja pot težava. Če se oba overita in ima le oddaljeni odjemalec brez interneta, se vrnite k naboru in izhodu.