VPN е поврзан, но IP-адресата не е променета: зошто

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

Потврдете што тестот навистина измерил

Адресата прикажана во дијалогот за Wi-Fi или Ethernet е адресата на интерфејсот на вашиот сопствен сегмент, а не адресата што ја гледа една веб-страница, па може да остане иста додека тунелот работи совршено. Локацијата повторно е одделен сигнал: зачуван регион на сметка или дозволено читање на геолокација не се поместуваат кога ја менувате излезната точка, ниту најавата што веќе ве препознава.

Користете ехо на јавната адреса и прашајте го секое семејство одделно, бидејќи резултатот од тест со двоен стек го крие интересниот случај:

curl -4 -s https://ifconfig.me
curl -6 -s https://ifconfig.me

Извршете ги двете пред и по поврзувањето. Ако одговорот IPv4 се промени во излезната адреса, а одговорот IPv6 не, немате расипан тунел; едно семејство патува надвор од него. Ако двата одговора останат исти, барањето никогаш не стигна до тунелот и остатокот тука важи.

Профилот може да покрива само дел од сообраќајот

Профилот со поделен тунел е вообичаениот одговор и не е дефект. OpenVPN испраќа сето низ тунелот само кога redirect-gateway е меѓу испратените опции; без него клиентот добива неколку конкретни рути, а вашата стандардна рута останува на физичката врска. На Windows истиот прекинувач се појавува како „Користи стандарден портал на оддалечената мрежа“ во својствата IPv4 на адаптерот, а неговото исклучување е свесен избор што преживува секое повторно поврзување.

Опфатот по апликации е вториот слој. Поставката за VPN по апликација во Android одлучува кои апликации се вклучени, па клучот VPN во статусната лента не докажува дека прелистувачот е внатре. Продолжување на прелистувачот што го проксира сопствениот сообраќај создава огледална слика: прелистувачот ја покажува излезната адреса, додека поштенски клиент или игра на истиот компјутер уште ја покажува вашата. Споредете го истото барање во две апликации. Ако едната се промени, а другата не, гледате опфат, а не неуспешен тунел.

Едно семејство адреси уште може да оди директно

Повеќето VPN профили се напишани за IPv4, и многу уште се такви. На мрежа со двоен стек тунелот зема 10.8.0.x за IPv4, додека физичката врска задржува глобална IPv6-адреса и стандардна рута, па страницата што поддржува IPv6 се достигнува директно и адресата што ја пријавува е на вашиот провајдер. Тоа е протекување со исправен IPv4-тунел и е невидливо за тест што зборува само IPv4.

ip -4 route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

Прочитајте го интерфејсот во секој одговор. Ако пребарувањето IPv6 го именува вашиот уред Ethernet или Wi-Fi, а пребарувањето IPv4 го именува тунелот, политиката за тоа семејство недостасува, а не е расипана. Исклучувањето IPv6 на целиот уред го отстранува симптомот и ја крие одлуката; подобро поправете го покривањето на профилот или оневозможете го семејството само на таа врска и запишете која од двете ја избравте.

Втор пат може да го добие пребарувањето

Конкурентен прокси, втор VPN-клиент, виртуелен адаптер од контејнер или алатка за оддалечена работна површина, или дополнителна рута за точниот префикс што го тестирате, сите можат да добијат предност. Конкретна рута секогаш победува стандардна рута, па преостанатиот /24 за страницата што ја мерите, насочен кон вашиот LAN-портал, продолжува да го испраќа тој сообраќај надвор од тунелот колку и да е здрав тунелот.

Направете попис пред да промените нешто, со команди само за читање:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
nmcli connection show --active

Барајте повеќе од една стандардна рута со веродостојна метрика и конкретна рута што го покрива одредиштето. Во прелистувачот проверете и дали врската ја поседува продолжување за прокси или системската поставка за прокси; продолжувањето може да го именува својот нагорен тек и да го остави излезот на оперативниот систем недопрен, што дава друга адреса во прелистувачот отколку во терминал на истиот компјутер.

Измерете повторно со свежо барање

Поврзете се повторно, па повторете го мерењето од истата апликација со која тестиравте првиот пат, бидејќи кеширана страница или повторно искористена врска го пријавува стариот статус. Гледајте го дневникот или приказот на настани на клиентот за време на поврзувањето: грешка при примена на рутите по автентикацијата е посилен доказ од кој било показател и обично ја именува рутата или адаптерот што не успеале.

Држете ги двата исхода одвоени. Ако адресата се промени, но една страница уште ве одбива, тунелот работи и страницата одбива адреса на центар за податоци; тоа е друг проблем со друг одговор. Ако адресата никогаш не се промени, поминете ги четирите прашања по ред: која адреса ја испечати тестот, кое семејство беше, која апликација го поднесе барањето и по која рута отиде тоа барање. Документацијата на Microsoft за одлуките за рутирање на VPN објаснува како клиент на Windows избира меѓу тунелот и физичкиот адаптер кога двата имаат рута.