Nema interneta na Windows VPN-u? Sumnjivac je bazen adresa

Windows prikazuje tunel kao povezan i označava ga natpisom Nema pristupa internetu, što ljudi čitaju kao Windowsovu osobitost. To je tvrdnja o tome što je klijent dobio: nema upotrebljivog zadanog pristupnika, nema radnog razrješivača ili nema puta natrag za adrese unutar tunela. Kad je poslužitelj Windowsov Incoming Connection, jedna postavka objašnjava većinu takvih izvješća. Natpis nije dijagnoza, ali sužava pretragu na tri mjesta.

Pročitajte zakup prije nego ga promijenite

Pokrenite ipconfig /all na klijentu i pronađite VPN adapter među zapisima. Adresa, zadani pristupnik i DNS poslužitelj koje navodi činjenice su koje trebate, i često se razlikuju od onoga što administrator pretpostavlja da je dodijeljeno.

Tri uzorka odgovaraju trima kvarovima. Adresa u 169.254.0.0/16 znači da klijent nije dobio baš ništa i sam si je dodijelio link-local adresu. Vjerojatna adresa bez pristupnika znači da je bazen poslužen bez opcije koja klijentu daje zadanu rutu. Potpuni zakup koji ipak nikamo ne stiže upućuje na prosljeđivanje ili prevođenje na strani poslužitelja.

Zapišite vrijednosti prije nego dirnete poslužitelj. Sljedeći ih korak uspoređuje s rasponom za koji poslužitelj misli da ga dijeli, a pamćenje je loša zamjena za zakup.

Zašto automatska dodjela može ostaviti bez pristupnika

Zapis Incoming Connections ima svoja IPv4 svojstva, odvojena od fizičkog adaptera. Zadana tamošnja postavka nudi automatsku dodjelu adresa, koja se oslanja na ugrađeni alokator veze da osigura adresu, masku, pristupnik i DNS.

Na samostalnoj radnoj stanici taj alokator nema raspon iz kojeg bi crpio osim ako nešto drugo na stroju ne osigura jedan, pa klijent može završiti s link-local adresom ili s adresom ali bez pristupnika. Veza izgleda uspostavljeno jer se link podigao, dok je konfiguracija iza njega nepotpuna.

Zato prelazak na navedeni raspon rješava toliko ovih izvješća. Prestajete tražiti od usluge koja možda ne radi da izmisli zakup i počinjete sami navoditi zakup.

Ista zbrka pojavljuje se kad netko očekuje da će DHCP poslužitelj LAN usmjerivača služiti klijentima tunela. Otkrivanje emitiranjem ne prelazi usmjerivani tunel, pa taj poslužitelj nikad ne vidi zahtjev. Pretpostavka suprotnog najčešći je razlog zašto se bazen okrivljuje za klijenta koji ga nikad ništa nije pitao.

Postavite izričit raspon koji poslužitelj može usmjeravati

Odaberite mali blok unutar podmreže do koje poslužitelj može doći, izvan raspona koji LAN usmjerivač dijeli i izvan svakog drugog bazena na mreži. Ako poslužitelj sjedi na 172.20.10.0/24, a usmjerivač drži 172.20.10.1, kratki blok pri vrhu te podmreže, recimo 172.20.10.201 do 172.20.10.209, drži zakupa tunela podalje od podjele koju usmjerivač već upravlja.

Unesite ga u IPv4 svojstva Incoming Connectiona, ponovno povežite klijenta i ponovno pročitajte adapter prije nego promijenite bilo što drugo. Drugo čitanje govori vam je li bazen bio kvar ili samo jedan kvar među nekoliko.

Ove naredbe ispisuju dobivenu konfiguraciju i rute koje klijent sada ima:

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

Pristupnik u zakupu trebao bi biti adresa koju poslužitelj drži, a klijentova zadana ruta trebala bi pokazivati na nju. Ako je zakup potpun ali ruta ne postoji, poslužitelj je dodijelio bez guranja pristupnika, a postavke bazena još su mjesto za pogledati.

Adresa nije put do interneta

Primanje zakupa samo premješta pakete od klijenta do poslužitelja. Za pristup internetu poslužitelj mora te pakete proslijediti i prevesti ih prema svom vlastitom uplinku, a to je odvojena konfiguracija s vlastitim načinima kvara.

Internet Connection Sharing je prečac. Pretvara adapter okrenut internetu u zajednički pristupnik i vodi vlastito adresiranje, što može prepisati adresu tog adaptera i ostaviti postojeće NAT pravilo koje pokazuje na vrijednost koja više ne postoji. Zabilježite izvorne postavke prije nego ga uključite.

Usmjerena alternativa drži adresiranje stabilnim i traži od vas da prosljeđivanje i prevođenje konfigurirate izričito. Nijedan pristup nije pogrešan; miješanje napola proizvodi tunel sa zakupom i bez izlaza, što je točno simptom s kojim ste počeli. Odaberite jedan model i dovršite ga prije nego dodate drugi.

Prvo isključite vanjski put

Nijedan bazen ne može pomoći ako se tunel nikad ne formira. Protokol odlučuje što put mora nositi: PPTP traži TCP 1723 i GRE, što je IP protokol 47, a ne port; L2TP/IPsec traži UDP 1701 plus 500 i 4500; SSTP traži TCP 443.

Usmjerivač koji prosljeđuje port ali ne protokol stvara pokušaj veze koji se nikad ne autentificira. To je drukčiji kvar od tunela koji se formira i zatim nikamo ne stiže, i njih dvoje ne treba otklanjati zajedno.

Testirajte iz istog LAN-a i iz udaljene mreže. Ako pokušaj iz LAN-a radi, a udaljeni nikad ne stigne do autentifikacije, problem je vanjski put. Ako se oba autentificiraju i samo udaljeni klijent nema internet, vratite se bazenu i izlazu.