iPhone VPN MTU: raqamni o'zgartirishdan oldin egasini aniqlang
Uch savol ilova, shlyuz profili yoki telefonda hech kim o'lchamni o'zgartira olishini aniqlaydi. Mac'dan raqam olishdan oldin ularga javob bering.
iPhone VPN paket o'lchami haqidagi har bir muhokama oxir-oqibat ppp0 nomli interfeysga qarshi bir xil Mac buyrug'ini, odatda yonida raqam bilan taklif qiladi. U bu yerga o'tmaydi va o'sha interfeys gapirilayotgan ulanishga tegishli bo'lmasa, Mac'da ham to'g'ri boshqaruv bo'lmaydi. Telefonda raqam tunnelni amalga oshiruvchiga tegishli: mahalliy profil uchun operatsion tizim, ilova uchun paketli tunnel provayderi yoki hujjatlashtirilgan atribut kelishilganda shlyuz. Bu uchtasidan qaysi biri bilan ish ko'rayotganingizni uch savol hal qiladi.
Birinchi savol: qaysi klient ishlayapti
Mahalliy IKEv2 profili, o'rnatilgan Cisco IPsec profili va uchinchi tomon Cisco klienti qo'llab-quvvatlanadigan atributlarning uch xil to'plamiga ega uch xil amalga oshirishdir. Sozlamalardagi profil turi telefon aslida qaysi birini ishga tushirganini, ilovalar ro'yxati esa yo'lda provayder bor-yo'qligini aytadi. O'sha yerdan boshlang, chunki qolgan qaror shundan kelib chiqadi. Ilovalar ro'yxatida provayder ko'rinmasa, tunnel operatsion tizimga tegishli.
Amalga oshirishni shlyuz ishlab chiqaruvchisidan taxmin qilmang. Cisco bosh tuguni faqat ishlab chiqaruvchi nomidan boshqa umumiy jihati yo'q klientlarning ulanishlarini ham tugatishi mumkin. Eski versiyadagi eski qurilishning skrinshoti o'sha juftlik nimani qo'llab-quvvatlaganini aytadi, qo'lingizdagi telefon nima qilishini emas.
Ikkinchi savol: qiymat kimga tegishli
Apple paketli tunnel ishlab chiquvchilariga MTU xususiyatini tarmoq kengaytmasi sozlamalari obyekti orqali taqdim etadi. Bu o'z tunnelini sozlaydigan provayder uchun API, boshqa birovning o'rnatilgan klientida foydalanuvchi yoki administrator yoqishi mumkin bo'lgan kalit emas. Uchinchi tomon ilovasi uni ko'rsatishni, e'tiborsiz qoldirishni yoki qiymatni qattiq kodlashni tanlashi mumkin.
Mahalliy profil uchun interfeys o'lchamini operatsion tizim tanlaydi va telefon buning uchun hech qanday muharrir taqdim etmaydi. Cisco masofaviy kirish shlyuzi uchun ulanish profili bo'yicha hujjatlashtirilgan atribut bor va uning qo'llanilishi klientga, versiyaga va kelishilgan transportga bog'liq. Aynan hujjatlashtirilgan va rioya qilingan o'rtasidagi shu bo'shliqda ko'chirilgan raqam xato ketadi.
| Owner | Who can change it | Reachable from the phone |
|---|---|---|
| Packet-tunnel provider | The app vendor through its API | Only if the app exposes a setting |
| Native IKEv2 or Cisco IPsec profile | The operating system | No user control |
| Gateway group policy attribute | The gateway administrator | If the client honours it |
Uchinchi savol: alomat o'lchamga bog'liqmi
O'lcham muammolarining imzosi bor: kichik so'rovlar muvaffaqiyatli bo'ladi, katta yuklamalar yoki katta javoblar osilib qoladi va o'sha xizmat boshqa kirish tarmog'ida ishlaydi. Filtrlash, ilovaning foydali yuk chegarasi va qotib qolgan server ham shunga o'xshash shikoyat keltirishi mumkin, shuning uchun muvaffaqiyatsiz bo'lgan bitta amalni ishlayotganining yoniga yozib qo'ying. Ilova vaqt va o'lchamlarni xabar qilsa, ikkalasini ham ular bilan yozing. Bu juftliksiz keyingi har qanday o'zgarish taxmin.
Xuddi shu sinovni Wi-Fi va uyali tarmoqda o'tkazing. Tarmoqqa ergashadigan nosozlik yo'lni ko'rsatadi; qurilmaga ergashadigan nosozlik klient yoki profilni, va ikkalasiga alohida egalar kerak. Ikkala yurgizish uchun bir xil xizmat va bir xil hisobdan foydalaning, aks holda taqqoslash hech narsa demaydi.
Nima uchun Mac retsepti qayta-qayta paydo bo'ladi
PPP asosidagi ish stoli VPN'larining yillari interfeys o'lchamini o'zgartirishni qonuniy mahalliy yechimga aylantirdi va bu ko'rsatmalar mobil muhokamalarga ko'chirildi. Telefonda shell yo'q, bunday interfeys nomi yo'q va qayta ulangandan keyin saqlanish yo'q. 2011 yilda ish stoli muammosini hal qilgan retsept uni to'g'ri qilgan shartlardan ancha uzoqqa ketdi. Muhokama nima deyishidan qat'i nazar, mobil klientlar bunga hech qanday shell buyrug'ini qabul qilmaydi.
Ko'chirilgan qiymatni sozlama emas, yo'l haqidagi faraz deb biling. Agar kichikroq o'lcham uzatishni ishga tushirsa va kattaroq ishonchli tarzda muvaffaqiyatsiz bo'lsa, yo'l haqida dalilingiz bor; baribir unga ta'sir qilishga ruxsat berilgan komponentni topishingiz kerak. Bu izlanish odatda shlyuz profilida yoki ilova ishlab chiqaruvchisida tugaydi, telefonda kamdan-kam.
Transport javobni o'zgartiradi
Agar sessiya IPsec o'rniga TLS ustida ishlasa, shlyuzdagi TCP segmentatsiyasini sozlash yordam berishi mumkin, chunki TCP oqimlari uchun e'lon qilingan segment o'lchamini qayta yozadi. UDP trafigiga u hech narsa qilmaydi va uning ichida odamlar kutganidan ko'ra ko'proq zamonaviy veb bor. O'zgartirishni taklif qilishdan oldin kelishilgan transportni tekshiring va chiptada qaysi transportga ta'sir kutayotganingizni yozing.
Yo'l MTU aniqlash uchlari taxmin qilish o'rniga haqiqiy chegarani o'rganishi uchun mavjud. Qayta aloqani to'sish va kichik o'lchamni qattiq kodlash ishlaydigan katta uzatishni har bir ulanishdagi doimiy, yashirin xarajatga almashtiradi.
Shlyuz jamoasidan nima so'rash kerak
Uch narsani so'rang: atributning aniq nomi va uning qamrovi, joylashtirilgan klientlar unga rioya qiladimi va sessiya qaysi transportni kelishdi. Bitta guruh siyosatiga qo'llanilgan o'zgartirishni sinash mumkin; global tahrirni emas, va u xavfni hech qachon muammo aytmagan foydalanuvchilarga o'tkazadi. Hujjat havolasini ham so'rang, chunki atribut nomlari versiyalar orasida o'zgaradi.
Keyin bitta narsani o'zgartiring va asl muvaffaqiyatsiz amalni qayta sinang, tezlik testi yuklab olishini emas. Klient versiyasi va kirish tarmog'i bilan oldin-keyin yozuvini saqlang, shunda keyingi hisobot qayta muhokama qilinmay, taqqoslanadi.
Agar amal asl o'lchamda ham muvaffaqiyatsiz bo'lsa, o'lcham sabab emas edi. Bu xulosani ham yozib qo'ying, keyingi odam o'sha farazni qayta ochmasligi uchun.