Internet puudub Windowsi VPN-is? Kahtlane on aadresside pool

Windows näitab tunnelit ühendatuna ja märgistab selle kui Internetiühendus puudub, mida inimesed peavad Windowsi veidruseks. See on väide selle kohta, mida klient sai: kasutatav vaikelüüs puudub, töötav resolver puudub või tunnelis olevatele aadressidele puudub tagasitee. Kui server on Windowsi Incoming Connection, selgitab üks seade enamikku sellistest teatistest. Märgis ei ole diagnoos, kuid see kitsendab otsingu kolme kohta.

Lugege rendilepingut enne, kui seda muudate

Käivitage ipconfig /all kliendis ja leidke kirjete hulgast VPN-i adapter. Selle loetletud aadress, vaikelüüs ja DNS-server on faktid, mida vajate, ning need erinevad sageli sellest, mida administraator eeldab väljastatud olevat.

Kolm mustrit vastavad kolmele rikkele. Aadress vahemikus 169.254.0.0/16 tähendab, et klient ei saanud üldse midagi ja määras endale lokaalse lingiaadressi. Usutav aadress ilma lüüsita tähendab, et pool esitati ilma valikuta, mis annab kliendile vaikemarsruudi. Täielik rendileping, mis ikkagi kuhugi ei jõua, viitab serveripoolsele edastamisele või tõlkimisele.

Kirjutage väärtused üles enne, kui serverit puudutate. Järgmine samm võrdleb neid vahemikuga, mille server arvab end väljastavat, ja mälu on rendilepingu jaoks halb asendaja.

Miks automaatne määramine võib jätta ilma lüüsita

Kirjel Incoming Connections on oma IPv4-omadused, mis erinevad füüsilisest adapterist. Sealne vaikevalik pakub aadresside automaatset määramist, mis tugineb ühenduse sisseehitatud määrajale, et pakkuda aadress, mask, lüüs ja DNS.

Eraldiseisval tööjaamas ei ole sellel määrajal kust võtta, kui just midagi muud masinas seda ei paku, nii et klient võib lõpetada lokaalse lingiaadressiga või aadressiga, kuid ilma lüüsita. Ühendus näib loodud, sest link tuli üles, samal ajal kui selle taga olev konfiguratsioon on puudulik.

Seetõttu parandab kindlaksmääratud vahemikule üleminek nii paljusid selliseid teatisi. Te lõpetate teenuselt, mis võib mitte töötada, rendilepingu leiutamise palumise ja hakkate ise rendilepingut esitama.

Sama segadus tekib siis, kui keegi eeldab, et LAN-ruuteri DHCP-server teenindab tunnelikliente. Ringhäälingu teel avastamine ei ületa marsruuditud tunnelit, nii et see server ei näe kunagi päringut. Vastupidise eeldamine on kõige levinum põhjus, miks poolt süüdistatakse kliendi pärast, kes ei küsinud temalt kunagi midagi.

Määrake selgesõnaline vahemik, mida server saab marsruutida

Valige väike plokk alamvõrgus, kuhu server pääseb, väljaspool vahemikku, mille LAN-ruuter väljastab, ja väljaspool mis tahes muud võrgus olevat pooli. Kui server asub aadressil 172.20.10.0/24 ja ruuter hoiab 172.20.10.1, hoiab lühike plokk selle alamvõrgu ülaosas, näiteks 172.20.10.201 kuni 172.20.10.209, tunnelite rendilepinguid eemal väljastusest, mida ruuter juba haldab.

Sisestage see Incoming Connection'i IPv4-omadustesse, ühendage klient uuesti ja lugege adapterit veel kord enne, kui muudate midagi muud. Teine lugemine ütleb teile, kas pool oli süüdi või vaid üks rike mitme hulgas.

Need käsud prindivad tulemuseks oleva konfiguratsiooni ja marsruudid, mis kliendil nüüd on:

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

Rendilepingu lüüs peaks olema aadress, mida server hoiab, ja kliendi vaikemarsruut peaks sellele osutama. Kui rendileping on täielik, kuid marsruuti ei ole, määras server ilma lüüsi lükkamata ja pooli seaded on endiselt koht, kuhu vaadata.

Aadress ei ole tee internetti

Rendilepingu saamine liigutab ainult pakette kliendilt serverile. Internetiühenduse jaoks peab server neid pakette edasi saatma ja tõlkima oma ülesvoolu suunas, ja see on eraldi konfiguratsioon oma rikkerežiimidega.

Internetiühenduse jagamine on otsetee. See muudab internetile suunatud adapteri jagatud lüüsiks ja ajab oma aadressimääramist, mis võib selle adapteri aadressi ümber kirjutada ja jätta olemasoleva NAT-reegli osutama väärtusele, mida enam ei ole. Kirjutage algseaded üles enne selle lubamist.

Marsruuditud alternatiiv hoiab aadressimääramise stabiilsena ja palub edastamise ja tõlkimise selgesõnaliselt seadistada. Kumbki lähenemine ei ole vale; nende poolel teel segamine loob tunneli, millel on rendileping ja millel pole väljapääsu, mis on täpselt see sümptom, millega alustasite. Valige üks mudel ja lõpetage see enne teise lisamist.

Välistage kõigepealt välimine tee

Ükski pool ei aita, kui tunnel ei teki kunagi. Protokoll otsustab, mida tee peab kandma: PPTP tahab TCP 1723 ja GRE-d, mis on IP-protokoll 47, mitte port; L2TP/IPsec tahab UDP 1701 pluss 500 ja 4500; SSTP tahab TCP 443.

Ruuter, mis edastab porti, kuid mitte protokolli, tekitab ühenduskatse, mis ei autendi kunagi. See on teistsugune rike kui tunnel, mis tekib ja seejärel kuhugi ei jõua, ning neid kahte ei tohiks koos siluda.

Testige samast LAN-ist ja kaugvõrgust. Kui LAN-i katse töötab ja kaugem ei jõua kunagi autentimiseni, on probleem välimises tees. Kui mõlemad autendivad ja ainult kaugkliendil pole internetti, minge tagasi pooli ja väljapääsu juurde.