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 443 портуна CONNECT жөнөттүбү же толук 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 өзгөрдү» деген сөз бул беш текшерүүнүн кайсынысы өткөнүн эч качан айткан эмес.