Apple VPN profilidagi Proxy maydoni aslida nima qiladi
Proksi maydonini to'ldirish VPN'ni HTTP'ga aylantirmaydi. Bu yerda ikkita ulanish ishtirok etadi va maydon faqat bittasiga yetadi.
Apple VPN konfiguratsiyasida Proxy maydonini to'ldirish tunnelni veb-port orqali yo'naltiradigandek tuyuladi. Ammo unday emas. Maydon mos keluvchi ilova u yerga yuborishga qaror qilgan trafik uchun ilova darajasidagi vositachini tanlaydi. VPN mijozi o'z shlyuzi bilan bo'lgan ulanishni esa siz sozlagan protokol, tinglovchi va transport boshqaradi, va bular alohida qarorlar.
Ikkita ulanish, ikkita egasi
Har qanday bunday sozlama mijozdan shlyuzgacha va ilovadan manzilgacha ulanishni o'z ichiga oladi. Proxy bo'limi ikkinchisi haqida gapiradi, garchi u birinchisi bilan bir profil bo'lsa ham.
| Connection | What decides its behaviour |
|---|---|
| VPN client to VPN gateway | The supported protocol, the listening port, the transport and the network policy in between |
| Application to a selected proxy | The application's own proxy support, the configured proxy policy, and the route to that next hop |
Apple'ning proksi sozlamalari ma'lumotnomasi HTTP, HTTPS, SOCKS va avtomatik proksi konfiguratsiyasini sanab o'tadi, bu esa ilovalarning proksi tanlovini tavsiflaydi. Bu yozuvlarning hech biri IPsec yoki WireGuard paketi shlyuzga qanday yetib borishini aytmaydi.
Bu masalani hal qiladigan tez tekshiruv shu. VPN mijozi o'z jurnalida qayd etadigan port va protokolni ayting. Agar o'sha satr hali ham UDP 500 yoki UDP 51820 desa, proksi maydoni unda hech narsani o'zgartirmagan.
Maydon qachon to'g'ri vosita
Proksi tunnel oldida turadigan haqiqiy holat bor, lekin bu profil maydoni emas, mijoz xususiyati. OpenVPN qo'llanmasi HTTP CONNECT proksisi orqali o'tkaziladigan TCP ulanishlar uchun --http-proxy ni hujjatlashtiradi. Undan foydalanish uchun mos mijoz opsiyasi, shu yo'l bilan yetib boriladigan shlyuz va ishlatilayotgan portga CONNECT ruxsat beruvchi proksi kerak.
Agar sizning mijozingiz o'sha opsiyani taqdim etsa va tarmoq portga CONNECT ruxsat bersa, u ishlashi mumkin. Mijoz uni taqdim etmasa, tizim proksisini to'ldirish tunnelga umuman ta'sir qilmaydi.
Qachon hech narsani o'zgartirmaydi
Proksi maydoni to'ldirilgani uchun IKEv2 yoki IPsec profili HTTP tunnelga aylanmaydi. WireGuard ham emas, chunki uning konfiguratsiya shaklida proksi tushunchasi yo'q. Shlyuz portini o'zgartirish ham uning protokolini o'zgartirmaydi. Va oddiy HTTPS'ga javob beradigan so'nggi nuqta avtomatik VPN tinglovchisi emas.
Xuddi shu tuzoq eski iPad qo'llanmalaridan PPTP davri profillarini ko'chiruvchilarni ham ushlaydi. Variantlar interfeysda hali ham bor; ular orqasidagi xizmat endi u protokolda gapirmaydi.
Qaysi qatlamni tuzatishni hal qilish
Biror narsani o'zgartirishdan oldin qaysi qatlam muvaffaqiyatsiz bo'lganini so'rang. Agar mijoz sessiya o'rnatolmasa, muammo transportda va proksi maydoni ahamiyatsiz. Agar tunnel ishlayotgan bo'lsa-yu bitta ilova o'z serveriga yetib bormasa, ilova proksisini ko'rib chiqish arziydi. Agar tunnel ishlayotgan bo'lsa va barcha ilovalar muvaffaqiyatsiz bo'lsa, gumondorlar tunnel ichidagi marshrutlash va DNS.
Birinchi holat uchun operatordan qaysi tasdiqlangan muqobil transport yoki tarmoqni qo'llab-quvvatlashini so'rang. TCP 443 ustidagi OpenVPN ba'zi tarmoqlar faqat shunga ruxsat bergani uchun mavjud va u hali ham serverning uni tinglashini talab qiladi.
Bloklangan UDP portini improvizatsiya ruxsati deb hisoblamang. Qo'l berish mos kelishi uchun shlyuz sertifikati yoki identifikatsiya tekshiruvlarini o'chirish o'rniga ularni buzilmagan holda saqlang.
Ikkala qatlamni birma-bir tasdiqlang
Avval tunnelni tasdiqlang: mijozning holat sahifasida o'rnatilgan sessiya va nolga teng bo'lmagan bayt sonini ko'ring. So'ngra proksi sozlamasini to'g'ridan-to'g'ri o'qing, samarali konfiguratsiya uchun scutil --proxy yoki saqlangan qiymat uchun networksetup -getwebproxy Wi-Fi dan foydalanib. Keyin tizim proksisini hurmat qiladigan bitta ilovani va uni e'tiborsiz qoldiradigan boshqasini sinab ko'ring, chunki ko'plab mahalliy ilovalar uni e'tiborsiz qoldiradi.
Uchta natija, uchta turli tuzatish.
Agar ikkala qatlam ham muvaffaqiyat haqida xabar bersa-yu ilova hali ham ishlamasa, bo'lingan tunnellash, DNS va ilovaning o'z tarmoq sozlamalariga qarang. Bu uchinchi qatlam, va u ham proksi maydoni emas.