Gjin ynternet op in Windows-VPN? De adrespool is de fertochte

Windows lit de tunnel as ferbûn sjen en neamt it Gjin Ynternet, wat minsken as in Windows-eigenaardigens lêze. It is in útspraak oer wat de klant krige: gjin brûkbere standertgateway, gjin wurkjende resolver, of gjin wei werom foar de adressen binnen de tunnel. As de tsjinner in Windows Incoming Connection is, ferklearret ien ynstelling de measte fan sokke meldingen. It label is gjin diagnoaze, mar it beheindet it sykjen ta trije plakken.

Lês de lease ear't jo him feroarje

Fier ipconfig /all út op de klant en fyn de VPN-adapter tusken de yngongen. It adres, de standertgateway en de DNS-tsjinner dy't dêr neamd wurde, binne de feiten dy't jo nedich hawwe, en se ferskille faak fan wat de behearder tinkt dat útjûn wie.

Trije patroanen hearre by trije flaten. In adres yn 169.254.0.0/16 betsjut dat de klant hielendal neat krige hat en himsels in link-lokaal adres joech. In oannimlik adres sûnder gateway betsjut dat de pool tsjinne waard sûnder de opsje dy't de klant in standertrûte jout. In folsleine lease dy't dochs neat berikt, wiist op trochstjoering of oersetting oan de tsjinnerkant.

Skriuw de wearden op ear't jo de tsjinner oanreitsje. De folgjende stap ferliket se mei it berik dat de tsjinner mient út te jaan, en ûnthâld is in min ferfanger foar in lease.

Wêrom automatyske tawizing gjin gateway efterlitte kin

De yngong Incoming Connections hat syn eigen IPv4-eigenskippen, los fan de fysike adapter. De standert dêre biedt oan adressen automatysk ta te wizen, wat fertrout op 'e ynboude tawizer fan 'e ferbining om in adres, in masker, in gateway en DNS te leverjen.

Op in selsstannich wurkstasjon hat dy tawizer gjin berik om út te putten, útsein as eat oars op 'e masine ien leveret, sadat de klant einigje kin mei in link-lokaal adres of mei in adres mar gjin gateway. De ferbining liket ta stân brocht, om't de link omheech kaam, wylst de konfiguraasje dêrefter ûnfolslein is.

Dêrom ferhelpt it omskeakeljen nei in oantsjut berik safolle fan dizze meldingen. Jo hâlde op mei it freegjen fan in tsjinst dy't miskien net rint om in lease te betinken, en begjinne de lease sels te neamen.

Deselde betizing ferskynt as immen ferwachtet dat de DHCP-tsjinner fan 'e LAN-router tunnelklanten betsjinnet. Broadcast-ûntdekking giet net troch in rûtearre tunnel, sadat dy tsjinner it fersyk nea sjocht. Oars tinke is de meast foarkommende reden dat in pool de skuld kriget foar in klant dy't him nea wat frege hat.

Stel in eksplisyt berik yn dat de tsjinner rûte kin

Kies in lyts blok binnen in subnet dat de tsjinner berikke kin, bûten it berik dat de LAN-router útdielt, en bûten elke oare pool op it netwurk. As de tsjinner op 172.20.10.0/24 sit en de router 172.20.10.1 hâldt, hâldt in koart blok booan yn dat subnet, sis fan 172.20.10.201 oant 172.20.10.209, tunnel-leases frij fan 'e útdieling dy't de router al beheart.

Fier it yn by de IPv4-eigenskippen fan 'e Incoming Connection, ferbyn de klant opnij, en lês de adapter nochris ear't jo eat oars feroarje. In twadde lêzing is wat jo fertelt oft de pool de flater wie of mar ien flater fan ferskate.

Dizze opdrachten printsje de resultearjende konfiguraasje en de rûtes dy't de klant no hat:

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

De gateway yn 'e lease moat in adres wêze dat de tsjinner sels hat, en de standertrûte fan 'e klant moat dêrhinne wize. As de lease folslein is mar der gjin rûte bestiet, hat de tsjinner tawiisd sûnder in gateway te drukken, en binne de pool-ynstellingen noch altyd it plak om te sykjen.

In adres is gjin ynternetpaad

It krijen fan in lease ferpleatst pakketten allinnich fan 'e klant nei de tsjinner. Foar ynternettagong moat de tsjinner dy pakketten trochstjoere en se nei syn eigen uplink oersette, en dat is in aparte konfiguraasje mei eigen flatemoaden.

Internet Connection Sharing is de fluchste wei. It makket de adapter nei it ynternet ta in dielde gateway en rint syn eigen adressearring, wat it adres fan dy adapter werskriuwe kin en in besteande NAT-regel efterlitte kin dy't nei in wearde wiist dy't net mear bestiet. Skriuw de oarspronklike ynstellingen op ear't jo it ynskeakelje.

It rûtearre alternatyf hâldt de adressearring stabyl en freget jo om trochstjoering en oersetting eksplisyt te konfigurearjen. Gjin fan beide oanpakken is ferkeard; se healend trochinoar brûke jout in tunnel mei in lease en gjin útgong, en dat is krekt it symptoom dêr't jo mei begûnen. Kies ien model en meitsje it dien ear't jo it oare tafoegje.

Slút earst it bûtenpaad út

Gjin pool kin helpe as de tunnel nea foarmet. It protokol beslút wat it paad drage moat: PPTP wol TCP 1723 en GRE, dat IP-protokol 47 is ynstee fan in poarte; L2TP/IPsec wol UDP 1701 plus 500 en 4500; SSTP wol TCP 443.

In router dy't de poarte trochstjoert mar it protokol net, produsearret in ferbiningbesykjen dat nea autentisearret. Dat is in oare flater as in tunnel dy't foarmet en dan neat berikt, en de twa moatte net tegearre debugd wurde.

Test fan itselde LAN en fan it remote netwurk. As it LAN-besykjen wurket en it remote besykjen nea autentikaasje berikt, is it bûtenpaad it probleem. As beide autentisearje en allinnich de remote klant gjin ynternet hat, gean dan werom nei de pool en de útgong.