Mengapa VPN Mac Anda putus saat iPhone dicolokkan lewat USB

Anda mencolokkan iPhone untuk mengisi daya, dan semenit kemudian VPN di Mac Anda berhenti meneruskan lalu lintas. Pengaturan Sistem menampilkan layanan baru bernama iPhone USB, dan langkah yang jelas adalah menghapusnya. Langkah itu sering salah. Layanan tersebut bisa berupa Hotspot Pribadi ponsel, atau bisa berupa tautan yang dipakai Xcode dan perkakas perangkat untuk berbicara dengan ponsel, dan keduanya berperilaku cukup berbeda sehingga identifikasi harus datang sebelum penghapusan.

Langkah 1: Baca layanan yang sebenarnya dibuat ponsel

Buka Pengaturan Sistem, lalu Jaringan, dan bandingkan daftar layanan saat ponsel terlepas dan terpasang. Di macOS saat ini layanan tercantum sebagai iPhone USB. Perhatikan apakah aktif, di mana posisinya dalam urutan layanan, dan apakah Mac memakainya untuk rute bawaan. Urutan layanan penting karena macOS memilih layanan aktif tertinggi yang dapat mencapai tujuan, bukan yang Anda kenali namanya.

Panduan Apple tentang Hotspot Pribadi menjelaskan mekanismenya: selama Hotspot Pribadi aktif di ponsel, menyambungkannya lewat USB dapat membuat Mac memakai koneksi seluler ponsel, bahkan ketika Anda hanya ingin mengisi daya. Itu bukan bug klien VPN; tabel perutean mengikuti layanan yang muncul sebelum Wi-Fi.

Jika layanan itu ada tetapi tetap tidak aktif saat ponsel terpasang, kemungkinan besar Anda melihat koneksi khusus pengisian daya atau tautan perangkat, bukan hotspot. Pertahankan perbedaan itu, karena dua langkah berikutnya mengujinya alih-alih menebak dari ikon.

Langkah 2: Periksa rute mana yang dipakai titik akhir VPN

Baca rute ke alamat server VPN yang telah diresolusi, bukan ke situs web. route -n get hanya-baca dan mencetak antarmuka serta gateway yang akan dipakai kernel, dan kedua baris itu penting.

scutil --dns | head -20
route -n get 203.0.113.10

Alamat di atas adalah placeholder dokumentasi. Ganti dengan titik akhir yang ditampilkan klien Anda, dan gunakan route -n get -inet6 untuk titik akhir IPv6. Bandingkan keluarannya saat ponsel terlepas dan terpasang, dan jangan menambah atau menghapus rute di antara kedua pembacaan. Jika antarmuka berubah dari en0 ke antarmuka iPhone USB, jalur hotspot menang dalam pencarian dan koneksi luar VPN kini berjalan di jaringan seluler.

Perubahan rute tidak menjelaskan setiap kegagalan. Klien masih dapat mencapai server dan gagal kemudian pada lalu lintas dalam terowongan, karena jalur baru punya MTU berbeda atau operator memblokir protokolnya. Baca kesalahan klien itu sendiri sebelum mengubah apa pun: waktu tunggu jabat tangan luar menunjuk pada keterjangkauan, sedangkan terowongan yang sudah terbentuk lalu berhenti meneruskan lalu lintas menunjuk pada MTU, DNS, atau kebijakan.

Langkah 3: Pisahkan hotspot dari tautan komunikasi perangkat

Xcode 15 dan yang lebih baru berbicara dengan perangkat terpasang USB melalui kanal berbasis jaringan yang mencakup IPv6 lokal-tautan, jadi Mac pengembangan dapat menampilkan antarmuka tambahan yang tidak ada hubungannya dengan akses internet. Catatan teknis TN3158 Apple mendokumentasikan perilaku itu dan memperingatkan bahwa VPN atau penyaringan keamanan dapat mengganggunya. Ini kebalikan dari masalah hotspot: VPN tidak rusak karena ponsel menawarkan internet; koneksi perangkat rusak karena VPN menangkapnya.

Dua pengamatan memisahkan kasus-kasus itu tanpa pengambilan paket. Pertama, periksa apakah antarmuka punya alamat yang dapat dirutekan dan rute bawaan, atau hanya alamat fe80:: lokal-tautan; hanya lokal-tautan berarti tidak ada jalur internet. Kedua, tutup VPN dan lihat apakah Xcode dapat mencapai perangkat lagi. Jika bisa, rute atau filter konten VPN menangkap lalu lintas lokal-tautan, dan perbaikannya ada pada konfigurasi terowongan terpisah atau filter, bukan di panel Jaringan.

ifconfig | grep -A4 -E '^en[0-9]+:'
netstat -rn -f inet6 | head

Jangan menilai hanya dari nama antarmuka. macOS membuat dan menghancurkan antarmuka ini saat perangkat terpasang, dan nomor en dialokasikan saat runtime, sehingga Mac yang sama dapat menampilkan nomor berbeda setelah mulai ulang atau tukar kabel.

Langkah 4: Reproduksi kegagalan dengan satu variabel setiap kali

Setelah tahu layanan mana yang terlibat, reproduksi masalahnya dalam urutan tetap. Mulai dengan ponsel terlepas dan VPN terhubung. Pasang ponsel dengan Hotspot Pribadi mati, tunggu daftar Jaringan stabil, dan jalankan lagi kueri rute. Lepaskan, aktifkan Hotspot Pribadi, pasang lagi, dan ulangi. Catat antarmuka, gateway, dan kesalahan klien untuk setiap dari tiga keadaan, dan Anda punya perbandingan alih-alih ingatan.

Jika VPN gagal hanya pada keadaan hotspot, jauhkan ponsel dari jalur itu: matikan Hotspot Pribadi saat mengisi daya, atau pindahkan layanan iPhone USB ke bawah Wi-Fi dalam urutan layanan. Jika gagal pada setiap keadaan terpasang, termasuk dengan hotspot mati, lihat bagaimana klien menangani transisi jaringan. Beberapa klien membongkar terowongan saat layanan utama berubah dan perlu menyambung ulang; itu perilaku klien, bukan cacat ponsel.

Ubah satu hal per percobaan. Menghapus layanan, mengatur ulang konfigurasi VPN, dan memasang ulang klien pada menit yang sama meninggalkan Anda dengan Mac yang berfungsi dan tanpa tahu tindakan mana yang memperbaikinya.

Langkah 5: Putuskan apa yang disimpan dan apa yang diverifikasi

Biarkan tautan perangkat. Menghapus antarmuka yang dipakai Xcode tidak memperbaiki rute VPN, dan itu merusak penyebaran ke perangkat sampai pemasangan berikutnya. Jika layanan hotspot benar-benar tidak diinginkan, matikan dulu Hotspot Pribadi di ponsel; itu kontrol yang terdokumentasi dan bertahan setelah mulai ulang.

Jika Anda tetap menghapus layanan, hapus yang Anda identifikasi lalu verifikasi dua hal: rute ke titik akhir VPN kembali pada antarmuka yang diharapkan, dan terowongan meneruskan lalu lintas ke alamat internal, bukan hanya ke internet. Catat urutan layanan dan versi klien, karena pembaruan macOS dapat mengubah tampilan ponsel.

Lalu klasifikasikan kegagalan yang benar-benar Anda lihat. Waktu tunggu jabat tangan, kemacetan MTU setelah terowongan naik, dan jawaban DNS yang datang dari operator adalah tiga masalah berbeda dengan tiga perbaikan berbeda. Layanan USB adalah pemicunya pada ketiganya; penyebabnya jarang.