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-ыг прокси замын байлгах найдвартай арга нь хөтчийн туг биш, харин хостны галт хананд (эсвэл бүх сүлжээний хувьд чиглүүлэгч дээр) UDP 443-ыг хаах юм.

Шийдэгчийг зөөврийн компьютерынхаа биш, очих газрын өнцгөөс шалгаарай. Проксийн гарах хаягтай ирсэн боловч нэр нь локалаар шийдэгдсэн хүсэлт нь локал шийдэгчид таны зочилж буй сайтуудыг хэлсээр байна.

Зуучлагч алдагдахад юу болдог вэ?

Тодорхой прокси хаалттай байдлаар алдагдана: прокси процессыйг зогсооход хөтөч эсвэл апп шууд явахын оронд холболтын алдаа буцаана. PAC болон WPAD тохиргоо нь нээлттэй байдлаар алдагддаг нь тэдгээр юм - скриптийг авч чадахгүй бол клиент DIRECT руу буцаж, сайт дахин таны жинхэнэ хаягийг харна. VPN нь клиент болон яаралтай унтраалга эсвэл галт ханын дүрэм идэвхтэй эсэхээс хамаарч нээлттэй эсвэл хаалттай байдлаар алдагдаж болно.

Алдааны тохиолдлыг зориуд туршаарай: прокси үйлчилгээг зогсоож дахин ачаална; шууд ачааллын оронд алдааны хуудас гарвал буцах замыг харахын тулд PAC URL-ыг хүрэх боломжгүй хост руу чиглүүлээрэй. Хуудас таны ердийн замаар ачаалагдсаар байвал прокси өөрийн сааталтаас ямар ч хамгаалалт санал болгохгүй бөгөөд энэ нь түүнд найдахаас өмнө мэдэх ёстой шинж чанар юм.

Дараалал нь сайтын харах зүйлийг шийддэг. Гарах урсгал нь VPN-ээр явдаг прокси сайтад VPN-ийн төгсгөлийн цэгийн хаягийг харуулна; проксийг туннелийн гадна тавьбал (алслагдсан хост дээрх прокси руу VPN), сайт оронд нь тэр проксийн гарах хаягийг харна. Аль ч тохиолдолд хоёр үсрэлт өөр өөр зүйлийг бүртгэж болно.

Таван шалгалт, дараалан

Доорх хяналтын жагсаалт нь бүх шийдвэрийг нэг дор агуулна. Хамрах хүрээ нь эхэнд байгаа учир нь ихэнх зөрчлийг арилгадаг: хамрах ёстой апп тохиргоог хүндэтгэхгүй бол жагсаалтын дараах юу ч түүнийг аварч чадахгүй.

Дараа нь өөрчлөлтийг үүсгэсэн апп-аар үр дүнг баталгаажуулаарай. Тохируулсан хөтөч дээр хуудас ачаалж, мөн хуудсыг curl-ээр авч, тус бүрийн мэдээлж буй хаягийг харьцуулаарай. Хэрэв тэд санал нийлэхгүй бол өргөтгөл, PAC дүрэм эсвэл апп түвшний дараах хүчин төгөлдөр хэвээр байгаа бөгөөд туннелийн ямар ч тохируулга үүнийг засахгүй.

Юу тохируулснаа бичиж тэмдэглээрэй: ямар аппууд проксийг ашигладаг, DNS локал эсвэл алслагдсан эсэх, UDP хаагдсан эсэх, алдааны үеийн зан төлөв юу вэ. Яг энэ жижиг жагсаалт дараагийн харьцуулалтыг боломжтой болгодог, учир нь «IP өөрчлөгдсөн» гэдэг нь эдгээр таван шалгалтын алинд нь тэнцсэнийг хэзээ ч хэлээгүй.