Ingen internet på en Windows-VPN? Adressepuljen er den mistænkte

Windows viser tunnelen som tilsluttet og mærker den Ingen internetadgang, hvilket folk læser som en Windows-særhed. Det er en udtalelse om, hvad klienten modtog: ingen brugbar standardgateway, ingen fungerende resolver og ingen vej tilbage for adresserne inde i tunnelen. Når serveren er en Windows Incoming Connection, forklarer én indstilling de fleste af den slags rapporter. Mærket er ikke en diagnose, men det indsnævrer søgningen til tre steder.

Læs leasen, før du ændrer den

Kør ipconfig /all på klienten, og find VPN-adapteren blandt indgangene. Den adresse, standardgateway og DNS-server, som den viser, er de fakta, du har brug for, og de er ofte anderledes end det, administratoren antager blev udleveret.

Tre mønstre svarer til tre fejl. En adresse i 169.254.0.0/16 betyder, at klienten intet modtog og tildelte sig selv en link-local adresse. En sandsynlig adresse uden gateway betyder, at puljen blev udbudt uden den valgmulighed, der giver klienten en standardrute. En komplet lease, der stadig ikke når noget, peger på videresendelse eller oversættelse på serversiden.

Skriv værdierne ned, før du rører serveren. Næste trin sammenligner dem med det interval, som serveren tror, den uddeler, og hukommelse er en dårlig erstatning for en lease.

Hvorfor automatisk tildeling kan efterlade dig uden gateway

Indgangen Incoming Connections har sine egne IPv4-egenskaber, adskilt fra den fysiske adapter. Standardindstillingen der tilbyder at tildele adresser automatisk, hvilket afhænger af forbindelsens indbyggede tildeler til at levere en adresse, en maske, en gateway og DNS.

På en selvstændig arbejdsstation har den tildeler intet område at trække fra, medmindre noget andet på maskinen stiller et til rådighed, så klienten kan ende med en link-local adresse eller med en adresse, men ingen gateway. Forbindelsen ser etableret ud, fordi linket kom op, mens konfigurationen bag det er ufuldstændig.

Derfor retter skiftet til et angivet interval så mange af disse rapporter. Du holder op med at bede en tjeneste, der måske ikke kører, om at opfinde en lease og begynder selv at angive leasen.

Den samme forvirring opstår, når nogen forventer, at LAN-routerens DHCP-server betjener tunnelklienter. Broadcast-opdagelse krydser ikke en routet tunnel, så serveren ser aldrig anmodningen. At antage det modsatte er den hyppigste grund til, at en pulje bliver bebrejdet for en klient, der aldrig spurgte den om noget.

Angiv et eksplicit interval, som serveren kan route

Vælg en lille blok inde i et undernet, som serveren kan nå, uden for det interval, LAN-routeren uddeler, og uden for enhver anden pulje på netværket. Hvis serveren står på 172.20.10.0/24, og routeren har 172.20.10.1, holder en kort blok nær toppen af det undernet, f.eks. 172.20.10.201 til 172.20.10.209, tunnel-leases fri af den uddeling, routeren allerede styrer.

Indtast det i IPv4-egenskaberne for Incoming Connection, tilslut klienten igen, og læs adapteren igen, før du ændrer andet. Den anden læsning er det, der fortæller dig, om puljen var fejlen, eller blot én fejl blandt flere.

Disse kommandoer viser den resulterende konfiguration og de ruter, klienten nu har:

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

Gatewayen i leasen bør være en adresse, serveren har, og klientens standardrute bør pege på den. Hvis leasen er komplet, men der ikke findes nogen rute, har serveren tildelt uden at skubbe en gateway, og puljeindstillingerne er stadig stedet at kigge.

En adresse er ikke en vej til internettet

At modtage en lease flytter kun pakker fra klienten til serveren. For internetadgang skal serveren videresende disse pakker og oversætte dem mod sin egen uplink, og det er en separat konfiguration med sine egne fejltilstande.

Internet Connection Sharing er genvejen. Det gør den internetvendte adapter til en delt gateway og kører sin egen adressering, som kan overskrive den adapters adresse og efterlade en eksisterende NAT-regel, der peger på en værdi, der ikke findes længere. Noter de oprindelige indstillinger, før du aktiverer det.

Det rutede alternativ holder adresseringen stabil og kræver, at du konfigurerer videresendelse og oversættelse eksplicit. Ingen af tilgangene er forkerte; at blande dem halvvejs giver en tunnel med en lease og ingen udgang, hvilket er præcis det symptom, du startede med. Vælg én model, og gør den færdig, før du tilføjer den anden.

Udeluk den ydre vej først

Ingen pulje kan hjælpe, hvis tunnelen aldrig dannes. Protokollen afgør, hvad vejen skal bære: PPTP vil have TCP 1723 og GRE, som er IP-protokol 47 og ikke en port; L2TP/IPsec vil have UDP 1701 plus 500 og 4500; SSTP vil have TCP 443.

En router, der videresender porten men ikke protokollen, frembringer et forbindelsesforsøg, der aldrig godkendes. Det er en anden fejl end en tunnel, der dannes og derefter ikke når noget, og de to bør ikke fejlfindes sammen.

Test fra samme LAN og fra fjernnetværket. Hvis LAN-forsøget virker, og det eksterne aldrig når godkendelse, er den ydre vej problemet. Hvis begge godkendes, og kun den eksterne klient mangler internet, gå tilbage til puljen og udgangen.