Нема интернета на Windows VPN-у? Осумњичени је базен адреса

Windows приказује тунел као повезан и означава га Нема приступа интернету, што људи читају као особеност Windows-а. То је тврдња о томе шта је клијент добио: нема употребљивог подразумеваног гејтвеја, нема радног резолвера или нема пута назад за адресе унутар тунела. Када је сервер Windows Incoming Connection, једно подешавање објашњава већину таквих извештаја. Ознака није дијагноза, али сужава претрагу на три места.

Прочитајте закуп пре него што га промените

Покрените ipconfig /all на клијенту и пронађите VPN адаптер међу записима. Адреса, подразумевани гејтвеј и DNS сервер које наводи су чињенице које су вам потребне, и често се разликују од онога што администратор претпоставља да је додељено.

Три обрасца одговарају трима кваровима. Адреса у 169.254.0.0/16 значи да клијент није добио ништа и сам себи је доделио link-local адресу. Веродостојна адреса без гејтвеја значи да је базен послужен без опције која клијенту даје подразумевану руту. Потпун закуп који ипак никуда не стиже упућује на прослеђивање или превођење на страни сервера.

Запишите вредности пре него што додирнете сервер. Следећи корак их пореди са опсегом за који сервер мисли да га дели, а памћење је лоша замена за закуп.

Зашто аутоматско додељивање може да остави без гејтвеја

Запис Incoming Connections има своја IPv4 својства, одвојена од физичког адаптера. Подразумевано тамо нуди аутоматско додељивање адреса, што се ослања на уграђени распоређивач везе да обезбеди адресу, маску, гејтвеј и DNS.

На самосталној радној станици тај распоређивач нема опсег из којег би црпео осим ако нешто друго на машини не обезбеди један, па клијент може завршити са link-local адресом или са адресом али без гејтвеја. Веза изгледа успостављена јер се линк подигао, док је конфигурација иза ње непотпуна.

Зато прелазак на наведени опсег поправља толико ових извештаја. Престајете да тражите од услуге која можда не ради да измисли закуп и почињете сами да наводите закуп.

Иста забуна се појављује када неко очекује да DHCP сервер LAN рутера служи клијентима тунела. Откривање емитовањем не прелази рутирани тунел, па тај сервер никада не види захтев. Претпоставка супротног најчешћи је разлог зашто се базен окривљује за клијента који га никада ништа није питао.

Подесите изричит опсег који сервер може да рутира

Изаберите мали блок унутар подмреже до које сервер може да стигне, изван опсега који LAN рутер дели и изван било ког другог базена на мрежи. Ако сервер стоји на 172.20.10.0/24, а рутер држи 172.20.10.1, кратак блок при врху те подмреже, рецимо од 172.20.10.201 до 172.20.10.209, држи закупе тунела далеко од поделе коју рутер већ управља.

Унесите га у IPv4 својства Incoming Connection-а, поново повежите клијента и прочитајте адаптер још једном пре него што промените било шта друго. Друго читање вам каже да ли је базен био квар или само један квар међу неколико.

Ове команде исписују добијену конфигурацију и руте које клијент сада има:

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

Гејтвеј у закупу треба да буде адреса коју сервер поседује, а подразумевана рута клијента треба да показује на њу. Ако је закуп потпун али нема руте, сервер је доделио без гуркања гејтвеја, и подешавања базена су и даље место где треба гледати.

Адреса није интернет пут

Примање закупа само премешта пакете од клијента до сервера. За приступ интернету сервер мора да проследи те пакете и преведе их ка свом сопственом аплинку, а то је одвојена конфигурација са сопственим режимима отказа.

Internet Connection Sharing је пречица. Претвара адаптер окренут интернету у дељени гејтвеј и води сопствено адресирање, што може да препише адресу тог адаптера и остави постојеће NAT правило усмерено на вредност која више не постоји. Запишите оригинална подешавања пре него што га омогућите.

Рутирана алтернатива држи адресирање стабилним и тражи да изричито конфигуришете прослеђивање и превођење. Ниједан приступ није погрешан; мешање на пола даје тунел са закупом и без излаза, а то је тачно симптом са којим сте почели. Изаберите један модел и завршите га пре него што додате други.

Прво искључите спољни пут

Ниједан базен не помаже ако се тунел никада не формира. Протокол одлучује шта пут мора да носи: PPTP тражи TCP 1723 и GRE, што је IP протокол 47, а не порт; L2TP/IPsec тражи UDP 1701 плус 500 и 4500; SSTP тражи TCP 443.

Рутер који прослеђује порт али не протокол ствара покушај везе који се никада не аутентификује. То је другачији квар од тунела који се формира и затим никуда не стиже, и њих двоје не треба заједно отклањати.

Тестирајте из истог LAN-а и из удаљене мреже. Ако покушај из LAN-а ради, а удаљени никада не стигне до аутентификације, спољни пут је проблем. Ако се оба аутентификују и само удаљени клијент нема интернет, вратите се базену и излазу.