VPN yoki proksi: har biri nimani qamrab oladi va nimani emas

Ham VPN, ham forward proksi veb-sayt ko'radigan manzilni o'zgartiradi va ko'pchilik taqqoslashlar shu yerda tugaydi. Sozlamangizni belgilaydigan farq — qamrov: forward proksi ilovangiz o'zi foydalanishni tanlaydigan vositachi, veb-sayt oldida turuvchi teskari proksidan farqli, VPN esa operatsion tizim tunnelga yo'naltiradigan hamma narsani ko'chiradi. Shifrlash, DNS bilan ishlash va xatolik holatidagi xatti-harakat shu bo'linishdan kelib chiqadi. Bu beshta tekshiruvni tartib bilan bajaring, birinchi muvaffaqiyatsiz bo'lgani sizga haqiqatan qaysi asbob kerakligini aytadi.

Vositachi qaysi ilovalarni qamrab oladi?

Brauzerdagi proksi kengaytmasi faqat shu brauzer profiliga tegishli. Pochta mijozlari, paket menejerlari va ikkinchi brauzer o'z sozlamalaridan foydalanishda davom etadi, ba'zi ilovalar esa tizim proksi o'zgaruvchilarini butunlay e'tiborsiz qoldiradi. VPN marshrutlash jadvali tunnelga yuboradigan narsani qamrab oladi, bu esa yo'nalishlar va mijoz siyosatiga qarab barcha ilovalar yoki bo'lingan tunnelda kichik to'plam bo'lishi mumkin.

Bitta sahifa yuklanishidan umumlashtirish o'rniga muhim ilovalarni sinab ko'ring. curl https://ifconfig.me muhit proksi o'zgaruvchilariga rioya qiladi; ish stoli ilovasi rioya qilmasligi mumkin. Windows'da netsh winhttp show proxy xizmatlar foydalanadigan WinHTTP proksisini chop etadi va bu brauzer sozlamasidan boshqa sozlama.

Sakrash shifrlanganmi va TLS qayerda tugaydi?

Proksi protokoli — uchrashuv joyi, kafolat emas. SOCKS5 TCP ni shifrlamasdan uzatadi, oddiy HTTP proksi esa so'rov satri va sarlavhalarni ochiq matnda olib yuradi. Proksi orqali HTTPS CONNECT dan foydalanadi, shuning uchun sizning TLS sessiyangiz proksida emas, manzilning o'zida tugaydi. Proksi serverlar va tunellashtirish bo'yicha MDN qo'llanmasi bu farqni protokol tomonidan tavsiflaydi.

VPN qurilmangiz va uning oxirgi nuqtasi orasidagi qismni shifrlaydi. Oxirgi nuqtadan narida boshqa har qanday tarmoqdagi kabi qoidalar amal qiladi, shuning uchun faqat tunnel oddiy HTTP orqali hisob ma'lumotlarini yuboradigan ilovani himoya qilmaydi. Ikki dizayndan hech biri kirgan hisobni, cookie yoki brauzer barmoq izini yashirmaydi.

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

Batafsil chiqish curl 443 portiga CONNECT yoki to'liq URL bilan oddiy GET yuborganini ko'rsatadi. socks5h:// da xost nomi SOCKS5 so'rovi ichida proksiga beriladi, so'ng u o'qiy olmaydigan TLS ni uzatadi, shuning uchun nom va baytlar sonini ko'radi. http:// proksi orqali https:// URL CONNECT bo'ladi, shuning uchun u proksi ham manzil nomi va hajmini ko'radi, so'rov yoki javob tanasini emas.

Qaysi hal qiluvchi nomni ko'radi?

Nomlarni hal qilish so'rov chiqishidan oldin mahalliy tarzda sodir bo'lishi mumkin, yoki proksida masofadan. curl bilan socks5h:// xost nomini proksiga yuboradi, socks5:// esa avval uni mahalliy hal qiladi. Brauzer proksi sozlamalari taqqoslanadigan DNS variantini taklif qiladi, PAC fayllari turli xostlarni turli yo'llar bilan yo'naltirishi mumkin.

Ikki protokol hech qanday noto'g'ri sozlamasiz proksini chetlab o'tishi mumkin. WebRTC nomzodlarni STUN orqali yig'adi, QUIC esa HTTP/3 ni UDP ustida ishga tushiradi, TCP proksi buni tashiy olmaydi. UDP 443 bloklangan bo'lsa brauzer TCP ga qaytadi, shuning uchun HTTP/3 ni proksi yo'lida ushlab turishning ishonchli usuli brauzer bayrog'i emas, xostning xavfsizlik devorida (yoki butun tarmoq uchun routerda) UDP 443 ni bloklashdir.

Hal qiluvchini noutbukingiz nuqtai nazaridan emas, manzil nuqtai nazaridan tekshiring. Proksining chiqish manzili bilan, lekin mahalliy hal qilingan nom bilan kelgan so'rov mahalliy hal qiluvchiga qaysi saytlarni ko'rishingizni baribir aytadi.

Vositachi ishlamay qolganda nima bo'ladi?

Aniq proksi yopiq holda ishlamay qoladi: proksi jarayonini to'xtating va brauzer yoki ilova to'g'ridan-to'g'ri ketish o'rniga ulanish xatosini qaytaradi. PAC va WPAD sozlamalari ochiq holda ishlamay qoladiganlardir - skriptni olishning iloji bo'lmasa, mijoz DIRECT ga qaytadi va sayt yana haqiqiy manzilingizni ko'radi. VPN mijozga va favqulodda o'chirgich yoki xavfsizlik devori qoidasi faol bo'lishiga qarab ochiq yoki yopiq holda ishlamay qolishi mumkin.

Xatolik holatini ataylab sinab ko'ring: proksi xizmatini to'xtatib, sahifani qayta yuklang; to'g'ridan-to'g'ri yuklanish o'rniga xato sahifasi chiqsa, qaytishni ko'rish uchun PAC URL ni yetib bo'lmaydigan xostga qarating. Agar sahifa hali ham odatdagi yo'lingiz orqali yuklansa, proksi o'zining uzilishiga qarshi hech qanday himoya bermaydi va bu unga ishonishdan oldin bilish kerak bo'lgan xususiyat.

Tartib sayt nimani ko'rishini belgilaydi. Chiqish trafigi VPN orqali o'tadigan proksi saytga VPN oxirgi nuqtasining manzilini ko'rsatadi; proksini tunneldan tashqariga qo'ying (masofaviy xostdagi proksiga VPN) va sayt uning o'rniga shu proksining chiqish manzilini ko'radi. Qanday bo'lsa ham ikki sakrash turli narsalarni qayd etishi mumkin.

Beshta tekshiruv, tartib bilan

Quyidagi nazorat ro'yxati butun qarorni bir joyda beradi. Qamrov birinchi turadi, chunki u ko'p nomuvofiqliklarni bartaraf etadi: qamrab olinishi kerak bo'lgan ilova sozlamani hurmat qilmasa, ro'yxatdagi keyingi hech narsa uni qutqarmaydi.

So'ng natijani o'zgarishga sabab bo'lgan ilova bilan tasdiqlang. Sozlangan brauzerda sahifani yuklang, o'sha sahifani curl bilan oling va har biri bildirgan manzilni taqqoslang. Agar ular mos kelmasa, kengaytma, PAC qoidasi yoki ilova darajasidagi bekor qilish hali ham ishlamoqda va tunnel sozlashlarining hech biri buni tuzatmaydi.

Nimani sozlaganingizni yozib qo'ying: qaysi ilovalar proksidan foydalanadi, DNS mahalliymi yoki masofaviymi, UDP bloklanganmi va xatolik holatidagi xatti-harakat qanday. Aynan shu kichik ro'yxat keyingi taqqoslashni mumkin qiladi, chunki «IP o'zgardi» sizga bu besh tekshiruvdan qaysi biri o'tganini hech qachon aytmagan.