VPN немесе прокси: қайсысы нені қамтиды және нені қамтымайды

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

Делдал қандай қосымшаларды қамтиды?

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

Бір бетті жүктеуден қорытынды жасаудың орнына маңызды қосымшаларды сынаңыз. curl https://ifconfig.me ортаның прокси айнымалыларын ұстанады; жұмыс үстелі қосымшасы ұстанбауы мүмкін. Windows-та netsh winhttp show proxy қызметтер пайдаланатын WinHTTP проксиін басып шығарады, және бұл браузер баптауынан өзгеше баптау.

Секіру шифрланған ба, және TLS қайда аяқталады?

Прокси протоколы — кездесу орны, кепілдік емес. SOCKS5 TCP-ні шифрламай жібереді, ал қарапайым HTTP прокси сұраныс жолы мен тақырыптарды ашық мәтінмен тасымалдайды. Прокси арқылы HTTPS CONNECT пайдаланады, сондықтан TLS сессияңыз әлі де межелі жерде аяқталады, проксиде емес. Прокси серверлер мен туннельдеу туралы MDN нұсқаулығы бұл айырмашылықты протокол жағынан сипаттайды.

VPN құрылғыңыз бен оның соңғы нүктесі арасындағы бөлікті шифрлайды. Соңғы нүктеден кейін кез келген басқа желідегідей ережелер қолданылады, сондықтан жалғыз туннель қарапайым HTTP арқылы тіркелгі деректерін жіберетін қосымшаны қорғамайды. Екі жобаның ешқайсысы кірген тіркелгіні, cookie-ді немесе браузер саусақ таңбасын жасырмайды.

curl -v -x http://127.0.0.1:3128 https://example.com/ -o /dev/null
curl -v -x socks5h://127.0.0.1:1080 https://example.com/ -o /dev/null

Толық шығыс curl CONNECT-ті 443 портына жіберді ме, әлде толық URL-мен қарапайым GET пе, соны көрсетеді. socks5h:// кезінде хост атауы SOCKS5 сұранысының ішінде проксиге беріледі, содан кейін ол өзі оқи алмайтын TLS-ті жеткізеді, яғни атау мен байт санын көреді. http:// проксиі арқылы https:// URL — CONNECT, сондықтан ол прокси де межелі атауы мен көлемін көреді, бірақ сұранысты немесе жауап денесін көрмейді.

Қай шешуші атауды көреді?

Атауларды шешу сұраныс шықпас бұрын жергілікті түрде болуы мүмкін, немесе проксиде қашықтан. curl-мен socks5h:// хост атауын проксиге жібереді, ал socks5:// оны әуелі жергілікті шешеді. Браузердің прокси баптаулары ұқсас DNS опциясын ұсынады, ал PAC файлдары әртүрлі хосттарды әртүрлі жолмен маршруттай алады.

Екі протокол ешқандай қате конфигурациясыз проксиді айналып өте алады. WebRTC үміткерлерді STUN арқылы жинайды, ал QUIC HTTP/3-ті UDP үстінде жүргізеді, оны TCP прокси тасымалдай алмайды. UDP 443 блокталса, браузер TCP-ге қайтады, сондықтан HTTP/3-ті прокси жолында ұстаудың сенімді жолы — браузер жалаушасы емес, хосттың firewall-ында (немесе бүкіл желі үшін роутерде) UDP 443-ті блоктау.

Шешушіні ноутбугіңыздың емес, межелінің тұрғысынан тексеріңіз. Проксидің шығу мекенжайымен келген, бірақ атауы жергілікті шешілген сұраныс жергілікті шешушіге қай сайттарды шолғаныңызды бәрібір айтады.

Делдал істен шыққанда не болады?

Айқын прокси жабық түрде істен шығады: прокси процесін тоқтатыңыз, сонда браузер немесе қосымша тікелей кетудің орнына қосылу қатесін қайтарады. PAC және WPAD баптаулары — ашық түрде істен шығатындар: скриптті алу мүмкін болмаса, клиент DIRECT-ке қайтады және сайт қайтадан нақты мекенжайыңызды көреді. VPN клиентке және өшіру қосқышы немесе firewall ережесі белсенді ме, соған қарай ашық немесе жабық түрде істен шығуы мүмкін.

Ақаулық жағдайын әдейі сынаңыз: прокси қызметін тоқтатып, қайта жүктеңіз; тікелей жүктеудің орнына қате бетін алсаңыз, қайта оралуды көру үшін PAC URL-ін қолжетімсіз хостқа бағыттаңыз. Бет әлі де әдеттегі маршрутыңызбен жүктелетін болса, прокси өзінің іркілісіне қарсы ешқандай қорғаныс ұсынбайды, және бұл оған сенбес бұрын білуге тиіс қасиет.

Рет сайттың нені көретінін анықтайды. Шығыс трафигі VPN арқылы өтетін прокси сайтқа VPN соңғы нүктесінің мекенжайын көрсетеді; проксиді туннельден тыс қойсаңыз (қашық хосттағы проксиге VPN), сайт оның орнына сол проксидің шығу мекенжайын көреді. Екі жағдайда да екі секіру әртүрлі нәрселерді тіркей алады.

Бес тексеру, ретімен

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

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

Нені конфигурациялағаныңызды жазып қойыңыз: қай қосымшалар проксиді пайдаланады, DNS жергілікті ме әлде қашық па, UDP блокталған ба және ақаулық кезіндегі әрекет қандай. Дәл осы шағын тізім келесі салыстыруды мүмкін етеді, өйткені «IP өзгерді» деген сөз осы бес тексерудің қайсысы өткенін ешқашан айтқан емес.