Nakakonekta ang VPN pero hindi nagbago ang IP address: bakit

Kumokonekta ka, sinasabi ng kliyente na konektado, at ipinapakita pa rin ng pagsubok ng address ang dating numero na mayroon ka. Walang mali sa indicator; may isang bagay sa pagitan ng profile at app na nagpanatili sa kahilingang iyon sa labas ng tunel. Magpasya kung alin sa tatlong bagay ang tinitignan mo bago hawakan ang anumang configuration: isang pagsubok na hindi kailanman sumukat ng pampublikong address, isang tunel na sumasaklaw lamang sa bahagi ng trapiko, o ikalawang landas na nananalo sa desisyon sa routing. Bawat isa ay may isang pagsusuri na tumatagal ng wala pang isang minuto.

Tiyakin kung ano talaga ang sinukat ng pagsubok

Ang address na ipinapakita sa dayalogo ng Wi-Fi o Ethernet ay ang address ng interface sa sarili mong segment, hindi ang address na nakikita ng isang website, kaya maaari itong manatiling pareho habang perpektong gumagana ang tunel. Ang lokasyon ay hiwalay na senyales muli: ang naka-save na rehiyon ng account o pinahintulutang pagbasa ng heolokasyon ay hindi gumagalaw kapag pinalitan mo ang labasan, at gayundin ang pag-login na nakakakilala na sa iyo.

Gumamit ng echo ng pampublikong address at tanungin ang bawat pamilya nang hiwalay, dahil itinatago ng resulta ng dual-stack na pagsubok ang kawili-wiling kaso:

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

Patakbuhin ang dalawa bago at pagkatapos kumonekta. Kung ang sagot ng IPv4 ay nagbago sa address ng labasan at ang sagot ng IPv6 ay hindi, wala kang sirang tunel; may isang pamilya na naglalakbay sa labas nito. Kung ang dalawang sagot ay mananatiling pareho, hindi kailanman nakarating ang kahilingan sa tunel at ang natitira rito ay naaangkop.

Ang profile ay maaaring sumaklaw lamang sa bahagi ng trapiko

Ang profile na may hati ng tunel ay karaniwang sagot, at hindi ito depekto. OpenVPN ay nagpapadala ng lahat sa tunel lamang kapag ang redirect-gateway ay kabilang sa mga itinulak na opsyon; kung wala ito, ang kliyente ay tumatanggap ng ilang partikular na ruta at ang iyong default na ruta ay nananatili sa pisikal na link. Sa Windows ang parehong switch ay lumilitaw bilang „Gamitin ang default na gateway sa malayong network” sa mga katangian ng IPv4 ng adapter, at ang pag-alis ng tsek ay sinadyang pagpili na nananatili sa bawat muling pagkonekta.

Ang saklaw ng bawat app ay ang ikalawang suson. Ang setting ng VPN ng bawat app sa Android ang nagpapasya kung aling apps ang kasama, kaya hindi pinapatunayan ng susi ng VPN sa status bar na ang browser ay nasa loob nito. Ang extension ng browser na nag-proxy ng sarili nitong trapiko ay lumilikha ng salamin na larawan: ipinapakita ng browser ang address ng labasan habang ang mail client o laro sa parehong makina ay ipinapakita pa rin ang sa iyo. Ihambing ang parehong kahilingan sa dalawang app. Kung ang isa ay nagbago at ang isa ay hindi, tinitingnan mo ang saklaw, hindi ang nabigong tunel.

Ang isang pamilya ng address ay maaari pa ring dumiretso

Karamihan ng profile ng VPN ay isinulat para sa IPv4, at marami ay ganoon pa rin. Sa network na may dual-stack, ang tunel ay kumukuha ng 10.8.0.x para sa IPv4 habang pinapanatili ng pisikal na link ang pandaigdigang address ng IPv6 at default na ruta, kaya ang site na sumusuporta sa IPv6 ay naaabot nang direkta at ang address na iniuulat nito ay sa iyong provider. Ito ay pagtagas habang gumagana ang tunel ng IPv4, at hindi ito nakikita ng pagsubok na nagsasalita lamang ng IPv4.

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

Basahin ang interface sa bawat sagot. Kung pinangalanan ng paghahanap ng IPv6 ang iyong Ethernet o Wi-Fi na device habang pinangalanan ng paghahanap ng IPv4 ang tunel, ang patakaran para sa pamilyang iyon ay kulang, hindi sira. Ang pag-off ng IPv6 sa buong device ay nagpapawala ng sintomas at nagtatago ng desisyon; mas mabuting ayusin ang saklaw ng profile o huwag paganahin ang pamilya sa isang koneksyong iyon lamang, at itala kung alin sa dalawa ang pinili mo.

Ang ikalawang landas ay maaaring manalo sa paghahanap

Ang katunggaling proxy, ikalawang kliyente ng VPN, virtual na adapter mula sa container o tool ng remote desktop, o karagdagang ruta para sa eksaktong prefix na sinusubukan mo ay maaaring lahat magkaroon ng prayoridad. Ang partikular na ruta ay laging nananalo sa default na ruta, kaya ang natitirang /24 para sa site na sinusukat mo, na nakaturo sa iyong LAN gateway, ay patuloy na nagpapadala ng trapikong iyon sa labas ng tunel gaano man kalusog ang tunel.

Gumawa ng imbentaryo bago baguhin ang anuman, gamit ang mga utos na babasahin lamang:

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

Maghanap ng higit sa isang default na ruta na may makatwirang metriko, at ng partikular na rutang sumasaklaw sa destinasyon. Sa browser, suriin din kung ang extension ng proxy o ang setting ng proxy ng system ang may-ari ng koneksyon; ang extension ay maaaring magpangalan ng sarili nitong upstream at iwanang hindi nagalaw ang labasan ng operating system, na gumagawa ng ibang address sa browser kaysa sa terminal sa parehong makina.

Sukatin muli gamit ang bagong kahilingan

Kumonekta muli, pagkatapos ulitin ang pagsukat mula sa parehong app na ginamit mo sa unang pagkakataon, dahil ang naka-cache na pahina o muling ginamit na koneksyon ay nag-uulat ng lumang estado. Obserbahan ang log o view ng mga pangyayari ng kliyente habang kumokonekta: ang error sa paglalapat ng mga ruta pagkatapos ng pagpapatunay ay mas matibay na ebidensya kaysa sa alinmang indicator, at karaniwang pinangalanan nito ang rutang o adapter na nabigo.

Panatilihing hiwalay ang dalawang resulta. Kung nagbago ang address ngunit tinatanggihan ka pa rin ng isang site, gumagana ang tunel at tinatanggihan ng site ang address ng data center; iyon ay ibang problema na may ibang sagot. Kung hindi kailanman nagbabago ang address, dumaan sa apat na tanong nang sunod-sunod: aling address ang inimprenta ng pagsubok, aling pamilya iyon, aling app ang gumawa ng kahilingan, at aling ruta ang sinundan ng kahilingang iyon. Ang dokumentasyon ng Microsoft tungkol sa mga desisyon sa routing ng VPN ay nagpapaliwanag kung paano pumipili ang kliyente ng Windows sa pagitan ng tunel at pisikal na adapter kapag pareho silang may ruta.