Нема интернет на Windows VPN? Сомнителен е базенот со адреси

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

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

Извршете ipconfig /all на клиентот и најдете го VPN адаптерот меѓу записите. Адресата, стандардниот gateway и DNS серверот што ги наведува се фактите што ви требаат, и тие често се различни од она што администраторот претпоставува дека било доделено.

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

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

Зошто автоматското доделување може да остави без gateway

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

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

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

Истата збунетост се појавува кога некој очекува 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\"

Gateway во закупот треба да биде адреса што ја има серверот, а стандардната рута на клиентот треба да покажува кон неа. Ако закупот е целосен но нема рута, серверот доделил без да турне gateway, и поставките на базенот се уште местото каде да се гледа.

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

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

Internet Connection Sharing е кратенката. Го претвора адаптерот свртен кон интернет во заеднички gateway и води сопствено адресирање, што може да ја препише адресата на тој адаптер и да остави постоечко NAT правило кое покажува кон вредност што повеќе не постои. Запишете ги оригиналните поставки пред да го овозможите.

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

Прво исклучете го надворешниот пат

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

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

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