Žádný internet na Windows VPN? Podezřelý je fond adres

Windows zobrazuje tunel jako připojený a označuje ho jako Bez přístupu k internetu, což lidé čtou jako zvláštnost Windows. Je to tvrzení o tom, co klient dostal: žádná použitelná výchozí brána, žádný funkční resolver a žádná cesta zpět pro adresy uvnitř tunelu. Když je serverem Windows Incoming Connection, vysvětluje většinu takových hlášení jediné nastavení. Označení není diagnóza, ale zužuje hledání na tři místa.

Přečtěte si pronájem dřív, než ho změníte

Spusťte ipconfig /all na klientovi a najděte mezi záznamy adaptér VPN. Adresa, výchozí brána a server DNS, které uvádí, jsou fakta, která potřebujete, a často se liší od toho, co správce předpokládá, že bylo přiděleno.

Tři vzorce odpovídají třem závadám. Adresa v 169.254.0.0/16 znamená, že klient nedostal vůbec nic a přidělil si adresu lokálního spoje. Uvěřitelná adresa bez brány znamená, že fond byl obsloužen bez volby, která klientovi dává výchozí trasu. Úplný pronájem, který přesto nikam nedorazí, ukazuje na přeposílání nebo překlad na straně serveru.

Zapište si hodnoty, než se dotknete serveru. Další krok je porovná s rozsahem, o kterém se server domnívá, že ho rozděluje, a paměť je špatná náhrada pronájmu.

Proč automatické přidělení může nechat bez brány

Záznam Incoming Connections má vlastní vlastnosti IPv4, oddělené od fyzického adaptéru. Výchozí nastavení tam nabízí automatické přidělování adres, které se spoléhá na vestavěný přidělovač připojení, že dodá adresu, masku, bránu a DNS.

Na samostatné pracovní stanici nemá tento přidělovač odkud brát, pokud mu rozsah neposkytne něco jiného na stroji, takže klient může skončit s adresou lokálního spoje nebo s adresou, ale bez brány. Připojení vypadá navázané, protože spojení naskočilo, zatímco konfigurace za ním je neúplná.

Proto přechod na určený rozsah opravuje tolik z těchto hlášení. Přestanete žádat službu, která možná neběží, aby si vymyslela pronájem, a začnete pronájem uvádět sami.

Stejný zmatek nastává, když někdo očekává, že DHCP server routeru v LAN bude obsluhovat klienty tunelu. Zjišťování vysíláním nepřekročí směrovaný tunel, takže tento server žádost nikdy neuvidí. Předpokládat opak je nejčastějším důvodem, proč je fond obviňován z klienta, který se ho nikdy na nic nezeptal.

Nastavte výslovný rozsah, který server umí směrovat

Vyberte malý blok v podsíti, kterou server dosáhne, mimo rozsah, který rozděluje router v LAN, a mimo jakýkoli jiný fond v síti. Pokud server sedí na 172.20.10.0/24 a router drží 172.20.10.1, krátký blok poblíž horního konce této podsítě, řekněme od 172.20.10.201 do 172.20.10.209, drží pronájmy tunelu dál od rozdělování, které router už spravuje.

Zadejte ho ve vlastnostech IPv4 položky Incoming Connection, znovu připojte klienta a přečtěte adaptér ještě jednou, než změníte cokoli dalšího. Druhé čtení vám řekne, zda byl fond příčinou, nebo jen jednou závadou z několika.

Tyto příkazy vypíšou výslednou konfiguraci a trasy, které klient nyní má:

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

Brána v pronájmu by měla být adresa, kterou server drží, a výchozí trasa klienta by na ni měla ukazovat. Pokud je pronájem úplný, ale trasa neexistuje, server přidělil, aniž by protlačil bránu, a nastavení fondu je pořád to místo, kam se dívat.

Adresa není cesta na internet

Příjem pronájmu jen přesouvá pakety od klienta k serveru. Pro přístup k internetu musí server tyto pakety přeposlat a přeložit je směrem ke svému vlastnímu vzestupnému spoji, a to je samostatná konfigurace s vlastními režimy selhání.

Sdílení připojení k internetu je zkratka. Promění adaptér obrácený k internetu ve sdílenou bránu a vede vlastní adresování, které může přepsat adresu tohoto adaptéru a nechat existující pravidlo NAT ukazovat na hodnotu, která už neexistuje. Před zapnutím si poznamenejte původní nastavení.

Směrovaná alternativa udržuje adresování stabilní a žádá, abyste přeposílání a překlad nastavili výslovně. Ani jeden přístup není špatný; smíchání napůl vytvoří tunel s pronájmem a bez výstupu, což je přesně příznak, se kterým jste začali. Vyberte jeden model a dokončete ho, než přidáte druhý.

Nejprve vylučte vnější cestu

Žádný fond nepomůže, pokud se tunel vůbec nevytvoří. Protokol rozhoduje, co musí cesta nést: PPTP chce TCP 1723 a GRE, což je IP protokol 47, nikoli port; L2TP/IPsec chce UDP 1701 plus 500 a 4500; SSTP chce TCP 443.

Router, který přeposílá port, ale ne protokol, vytváří pokus o připojení, který se nikdy neověří. To je jiná závada než tunel, který se vytvoří a pak nikam nedorazí, a obě by se neměly ladit společně.

Testujte ze stejné LAN i ze vzdálené sítě. Pokud pokus z LAN funguje a vzdálený se k ověření nikdy nedostane, problém je ve vnější cestě. Pokud se ověří oba a jen vzdálený klient nemá internet, vraťte se k fondu a výstupu.