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

Windows prikazuje tunel kao povezan i označava ga sa Bez pristupa internetu, što ljudi čitaju kao Windowsovu osobenost. To je tvrdnja o tome šta je klijent dobio: nema upotrebljivog podrazumijevanog pristupnika, nema ispravnog razrješivača i nema povratnog puta za adrese unutar tunela. Kada je server Windows Incoming Connection, jedna postavka objašnjava većinu takvih izvještaja. Oznaka nije dijagnoza, ali sužava potragu na tri mjesta.

Pročitajte zakup prije nego ga promijenite

Pokrenite ipconfig /all na klijentu i pronađite VPN adapter među unosima. Adresa, podrazumijevani pristupnik i DNS server koje navodi su činjenice koje su vam potrebne, a često se razlikuju od onoga što administrator pretpostavlja da je dodijeljeno.

Tri obrasca odgovaraju trima kvarovima. Adresa u 169.254.0.0/16 znači da klijent nije dobio ništa i sam sebi je dodijelio lokalnu adresu veze. Vjerodostojna adresa bez pristupnika znači da je bazen poslužen bez opcije koja klijentu daje podrazumijevanu rutu. Potpun zakup koji ipak nikamo ne stiže upućuje na prosljeđivanje ili prevođenje na strani servera.

Zapišite vrijednosti prije nego što dirate server. Sljedeći korak ih upoređuje s rasponom za koji server smatra da ga dijeli, a pamćenje je loša zamjena za zakup.

Zašto automatska dodjela može ostaviti bez pristupnika

Unos Incoming Connections ima svoja IPv4 svojstva, odvojena od fizičkog adaptera. Podrazumijevana postavka tamo nudi automatsku dodjelu adresa, koja se oslanja na ugrađeni raspodjeljivač veze da obezbijedi adresu, masku, pristupnik i DNS.

Na samostalnoj radnoj stanici taj raspodjeljivač nema raspon iz kojeg bi crpio, osim ako nešto drugo na mašini ne obezbijedi jedan, pa klijent može završiti s lokalnom adresom veze ili s adresom ali bez pristupnika. Veza izgleda uspostavljena jer se link podigao, dok je konfiguracija iza nje nepotpuna.

Zato prelazak na navedeni raspon ispravlja toliko mnogo ovih izvještaja. Prestajete tražiti od servisa koji možda ne radi da izmisli zakup i počinjete sami navoditi zakup.

Ista zabuna se pojavljuje kada neko očekuje da DHCP server LAN rutera opslužuje klijente tunela. Otkrivanje emitovanjem ne prelazi rutirani tunel, pa taj server nikada ne vidi zahtjev. Pretpostavka o suprotnom najčešći je razlog što se bazen okrivljuje za klijenta koji ga nikada ništa nije pitao.

Postavite izričit raspon koji server može rutirati

Odaberite mali blok unutar podmreže do koje server može stići, izvan raspona koji LAN ruter dijeli i izvan svakog drugog bazena na mreži. Ako server stoji na 172.20.10.0/24, a ruter drži 172.20.10.1, kratak blok pri vrhu te podmreže, recimo od 172.20.10.201 do 172.20.10.209, drži zakup tunela dalje od dodjele koju ruter već upravlja.

Unesite ga u IPv4 svojstva Incoming Connection, ponovo povežite klijent i pročitajte adapter još jednom prije nego što promijenite bilo šta drugo. Drugo čitanje vam kaže je li bazen bio krivac ili samo jedan kvar među nekoliko.

Ove komande ispisuju rezultujuću konfiguraciju i rute koje klijent sada ima:

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

Pristupnik u zakupu treba biti adresa koju server drži, a podrazumijevana ruta klijenta treba pokazivati na nju. Ako je zakup potpun ali ruta ne postoji, server je dodijelio bez guranja pristupnika, a postavke bazena su još uvijek mjesto za provjeru.

Adresa nije internet put

Primanje zakupa samo pomjera pakete od klijenta do servera. Za pristup internetu server mora proslijediti te pakete i prevesti ih prema svom vlastitom uzlaznom linku, a to je odvojena konfiguracija s vlastitim načinima kvara.

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

Rutirana alternativa održava adresiranje stabilnim i traži da prosljeđivanje i prevođenje postavite izričito. Nijedan pristup nije pogrešan; miješanje napola stvara tunel sa zakupom i bez izlaza, što je upravo 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 nikada ne formira. Protokol odlučuje šta 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.

Ruter koji prosljeđuje port ali ne protokol proizvodi pokušaj veze koji se nikada ne autentificira. To je drugačiji kvar od tunela koji se formira i zatim nikamo ne stiže, i to dvoje ne treba otklanjati zajedno.

Testirajte s istog LAN-a i s udaljene mreže. Ako pokušaj s LAN-a radi, a udaljeni nikada ne stigne do autentifikacije, problem je u vanjskom putu. Ako se oba autentificiraju i samo udaljeni klijent nema internet, vratite se bazenu i izlazu.