VPN қосылған, бірақ IP мекенжайы өзгермеді: неге

Сіз қосыласыз, клиент қосылды дейді, ал мекенжай тексерісі бұрынғыдай сол санды көрсетеді. Көрсеткішке кінә жоқ; профиль мен қолданба арасындағы бірдеңе бұл сұранысты туннельден тыс ұстап қалды. Кез келген конфигурацияға қол тигізбес бұрын үш нәрсенің қайсысына қарап отырғаныңызды шешіңіз: ешқашан жалпыға ортақ мекенжайды өлшемеген тексеріс, трафиктің тек бір бөлігін қамтитын туннель немесе маршруттау шешімін жеңетін екінші жол. Әрқайсысының бір минуттан аз уақыт алатын бір тексерісі бар.

Тексеріс шын мәнінде нені өлшегенін растаңыз

Wi-Fi немесе Ethernet диалогында көрсетілетін мекенжай өз сегментіңіздегі интерфейс мекенжайы, сайт көретін мекенжай емес, сондықтан туннель мінсіз жұмыс істеп тұрса да ол өзгеріссіз қалуы мүмкін. Орналасу тағы бөлек сигнал: сақталған тіркелгі аймағы немесе рұқсат етілген геолокация оқуы шығысты ауыстырғанда қозғалмайды, сізді бұрыннан танитын кіру де қозғалмайды.

Жалпыға ортақ мекенжай жаңғырығын қолданып, әр отбасынан бөлек сұраңыз, өйткені қос стек тексерісінің нәтижесі қызықты жағдайды жасырады:

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

Қосылғанға дейін және кейін екеуін де іске қосыңыз. Егер IPv4 жауабы шығыс мекенжайына өзгерсе, ал IPv6 жауабы өзгермесе, сізде бұзылған туннель жоқ; бір отбасы оның сыртында жүр. Егер екі жауап та бірдей қалса, сұраныс туннельге мүлде жетпеген және осы жердегі қалғаны қолданылады.

Профиль трафиктің тек бір бөлігін қамтуы мүмкін

Бөлінген туннель профилі жиі кездесетін жауап, және бұл ақау емес. OpenVPN бәрін туннель арқылы тек redirect-gateway жіберілген опциялардың ішінде болғанда жібереді; онсыз клиент бірнеше нақты маршрут алады, ал әдепкі маршрутыңыз физикалық байланыста қалады. Windows-та сол ажыратқыш адаптердің IPv4 қасиеттерінде «Қашықтағы желіде әдепкі шлюзді пайдалану» ретінде көрінеді, және оны алып тастау әр қайта қосылудан кейін сақталатын саналы таңдау.

Қолданбалар бойынша қамту — екінші қабат. Android-тың әр қолданба үшін VPN параметрі қай қолданбалар кіретінін шешеді, сондықтан күй жолағындағы VPN кілті браузердің оның ішінде екенін дәлелдемейді. Өз трафигін проксилейтін браузер кеңейтімі айна бейнесін жасайды: браузер шығыс мекенжайын көрсетеді, ал сол машинадағы пошта клиенті немесе ойын әлі сіздікін көрсетеді. Бірдей сұранысты екі қолданбада салыстырыңыз. Егер біреуі өзгеріп, екіншісі өзгермесе, сіз қамтуға қарап отырсыз, сәтсіз туннельге емес.

Мекенжайлардың бір отбасы әлі де тікелей шыға алады

VPN профильдерінің көбісі IPv4 үшін жазылған, көбісі әлі де солай. Қос стек желісінде туннель IPv4 үшін 10.8.0.x алады, ал физикалық байланыс жаһандық 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

Сенімді метрикасы бар бірнеше әдепкі маршрутты және межелі мекенжайды қамтитын нақты маршрутты іздеңіз. Браузерде прокси кеңейтімі немесе жүйелік прокси параметрі қосылымды ұстайтынын да тексеріңіз; кеңейтім өз жоғарғы ағынын атап, операциялық жүйенің шығысын тимей қалдыруы мүмкін, бұл сол машинадағы терминалға қарағанда браузерде басқа мекенжай шығарады.

Жаңа сұраныспен қайта өлшеңіз

Қайта қосылыңыз, содан кейін өлшемді бірінші рет тексерген сол қолданбадан қайталаңыз, өйткені кэштегі бет немесе қайта пайдаланылған қосылым ескі күйді хабарлайды. Қосылу кезінде клиенттің журналын немесе оқиғалар көрінісін бақылаңыз: аутентификациядан кейін маршруттарды қолдану қатесі кез келген көрсеткіштен де күшті дәлел, және әдетте сәтсіз болған маршрутты немесе адаптерді атайды.

Екі нәтижені бөлек ұстаңыз. Егер мекенжай өзгерсе, бірақ бір сайт сізді әлі де қабылдамаса, туннель жұмыс істейді және сайт деректер орталығының мекенжайын қабылдамайды; бұл басқа жауабы бар басқа мәселе. Егер мекенжай ешқашан өзгермесе, төрт сұрақты ретімен орындаңыз: тексеріс қай мекенжайды басып шығарды, ол қай отбасы болды, қай қолданба сұраныс жасады, және сол сұраныс қай маршрутпен жүрді. VPN маршруттау шешімдері туралы Microsoft құжаттамасы екеуінің де маршруты болғанда Windows клиентінің туннель мен физикалық адаптердің арасында қалай таңдайтынын түсіндіреді.