MTU VPN iPhone: tentukan pemiliknya sebelum mengubah angka

Setiap diskusi tentang ukuran paket VPN iPhone pada akhirnya menawarkan perintah Mac yang sama terhadap antarmuka bernama ppp0, biasanya dengan sebuah angka terlampir. Perintah itu tidak berlaku, dan itu pun bukan kendali yang tepat bahkan di Mac kecuali antarmuka tersebut milik koneksi yang dimaksud. Di ponsel, angka itu dimiliki oleh siapa pun yang mengimplementasikan tunnel: sistem operasi untuk profil bawaan, penyedia tunnel paket untuk aplikasi, atau gateway saat atribut terdokumentasi dinegosiasikan. Tiga pertanyaan menentukan kasus mana yang Anda hadapi.

Pertanyaan satu: klien mana yang berjalan

Profil IKEv2 bawaan, profil Cisco IPsec bawaan, dan klien Cisco pihak ketiga adalah tiga implementasi berbeda dengan tiga set atribut yang didukung berbeda. Jenis profil di Pengaturan memberi tahu Anda mana yang benar-benar dijalankan ponsel, dan daftar aplikasi memberi tahu apakah ada penyedia di jalur itu sama sekali. Mulailah dari sana, karena sisa keputusan mengikuti dari itu. Jika tidak ada penyedia yang muncul di daftar aplikasi, sistem operasilah yang memiliki tunnel.

Jangan menyimpulkan implementasi dari vendor gateway. Sebuah headend Cisco dapat mengakhiri koneksi dari klien yang tidak berbagi apa pun kecuali nama vendor. Tangkapan layar build lama pada rilis lama memberi tahu apa yang didukung pasangan itu, bukan apa yang dilakukan ponsel di tangan Anda.

Pertanyaan dua: siapa pemilik nilainya

Apple mengekspos properti MTU kepada pengembang tunnel paket melalui objek pengaturan ekstensi jaringan. Itu API bagi penyedia yang mengonfigurasi tunnel-nya sendiri, bukan sakelar yang bisa dinyalakan pengguna atau administrator pada klien terpasang milik orang lain. Aplikasi pihak ketiga dapat memilih mengeksposnya, mengabaikannya, atau menanamkan nilai secara permanen.

Untuk profil bawaan, sistem operasi memilih ukuran antarmuka, dan ponsel tidak menyediakan editor untuk itu. Untuk gateway akses jarak jauh Cisco ada atribut terdokumentasi untuk profil koneksi, dan apakah atribut itu berlaku bergantung pada klien, rilis, dan transport yang dinegosiasikan. Celah antara terdokumentasi dan dipatuhi itulah tempat angka hasil salinan menjadi salah.

Pertanyaan tiga: apakah gejalanya bergantung pada ukuran

Masalah ukuran memiliki tanda tangan: permintaan kecil berhasil, unggahan besar atau respons besar menggantung, dan layanan yang sama berfungsi melalui jaringan akses lain. Penyaringan, batas muatan aplikasi, dan server yang macet dapat menghasilkan keluhan serupa, jadi catat satu operasi yang gagal di samping yang berhasil. Tulis keduanya dengan waktu dan ukuran jika aplikasi melaporkannya. Tanpa pasangan itu, setiap perubahan berikutnya hanyalah dugaan.

Jalankan pengujian yang sama di Wi-Fi dan di jaringan seluler. Kegagalan yang mengikuti jaringan menunjuk ke jalur; yang mengikuti perangkat menunjuk ke klien atau profil, dan keduanya membutuhkan pemilik berbeda. Gunakan layanan dan akun yang sama untuk kedua percobaan, kalau tidak perbandingan tidak memberi tahu apa pun.

Mengapa resep Mac terus muncul

Bertahun-tahun VPN desktop berbasis PPP menjadikan perubahan ukuran antarmuka sebagai solusi lokal yang sah, dan instruksi itu disalin ke diskusi ponsel. Di ponsel tidak ada shell, tidak ada nama antarmuka seperti itu, dan tidak ada ketahanan setelah menyambung ulang. Resep yang menyelesaikan masalah desktop pada 2011 melancong jauh lebih jauh daripada kondisi yang membuatnya benar. Klien seluler tidak menerima perintah shell apa pun untuk ini, apa pun yang diklaim diskusi itu.

Perlakukan nilai hasil salinan sebagai hipotesis tentang jalur, bukan sebagai pengaturan. Jika ukuran lebih kecil membuat transfer berhasil dan ukuran lebih besar gagal secara andal, Anda punya bukti tentang jalur; Anda masih harus menemukan komponen yang diizinkan menindaklanjutinya. Pencarian itu biasanya berakhir di profil gateway atau vendor aplikasi, dan jarang di ponsel.

Transport mengubah jawabannya

Jika sesi berjalan melalui TLS alih-alih IPsec, penyesuaian segmentasi TCP di gateway dapat membantu, karena menulis ulang ukuran segmen yang diiklankan untuk aliran TCP. Itu tidak berpengaruh pada lalu lintas UDP, yang mencakup lebih banyak web modern daripada yang orang duga. Periksa transport yang dinegosiasikan sebelum mengusulkan perubahan, dan sebutkan di tiket transport mana yang Anda harapkan terpengaruh.

Penemuan MTU jalur ada agar titik akhir dapat mempelajari batas sebenarnya alih-alih menebak. Memblokir umpan balik dan menanamkan ukuran kecil menukar transfer besar yang berfungsi dengan biaya permanen dan tersembunyi pada setiap koneksi.

Apa yang ditanyakan ke tim gateway

Minta tiga hal: nama atribut yang tepat dan cakupannya, apakah klien yang diterapkan mematuhinya, dan transport mana yang dinegosiasikan sesi. Perubahan yang diterapkan pada satu kebijakan grup dapat diuji; penyuntingan global tidak, dan itu memindahkan risiko ke pengguna yang tidak pernah melaporkan masalah. Minta juga rujukan dokumennya, karena nama atribut bergeser antar rilis.

Lalu ubah satu hal dan uji ulang operasi asli yang gagal, bukan unduhan uji kecepatan. Simpan catatan sebelum dan sesudah beserta versi klien dan jaringan akses, agar laporan berikutnya dapat dibandingkan alih-alih diperdebatkan ulang.

Jika operasi masih gagal pada ukuran asli, ukuran bukan penyebabnya. Catat juga kesimpulan itu, agar orang berikutnya tidak membuka kembali hipotesis yang sama.