Mengapa VPN Mac anda terputus apabila iPhone dipasang melalui USB

Anda memasang iPhone untuk mengecasnya, dan seminit kemudian VPN pada Mac anda berhenti menyalurkan trafik. Tetapan Sistem menunjukkan perkhidmatan baharu bernama iPhone USB, dan langkah yang jelas ialah memadamnya. Langkah itu selalunya salah. Perkhidmatan itu mungkin Hotspot Peribadi telefon, atau pautan yang digunakan oleh Xcode dan alat peranti untuk bercakap dengan telefon, dan kedua-duanya berkelakuan cukup berbeza sehingga pengenalpastian mesti datang sebelum pemadaman.

Langkah 1: Baca perkhidmatan yang sebenarnya dicipta oleh telefon

Buka Tetapan Sistem, kemudian Rangkaian, dan bandingkan senarai perkhidmatan dengan telefon terlerai dan tersambung. Pada macOS semasa perkhidmatan disenaraikan sebagai iPhone USB. Perhatikan sama ada ia aktif, di mana kedudukannya dalam susunan perkhidmatan, dan sama ada Mac menggunakannya untuk laluan lalai. Susunan perkhidmatan penting kerana macOS memilih perkhidmatan aktif tertinggi yang boleh mencapai destinasi, bukan yang anda kenali namanya.

Panduan Apple tentang Hotspot Peribadi menerangkan mekanismenya: selagi Hotspot Peribadi diaktifkan pada telefon, menyambungkannya melalui USB boleh menyebabkan Mac menggunakan sambungan selular telefon, walaupun anda hanya mahu mengecas. Itu bukan pepijat klien VPN; jadual penghalaan mengikut perkhidmatan yang naik sebelum Wi-Fi.

Jika perkhidmatan itu wujud tetapi kekal tidak aktif dengan telefon tersambung, kemungkinan besar anda melihat sambungan cas sahaja atau pautan peranti, bukan hotspot. Kekalkan perbezaan itu, kerana dua langkah seterusnya mengujinya dan bukannya meneka daripada ikon.

Langkah 2: Periksa laluan mana yang digunakan oleh titik akhir VPN

Baca laluan ke alamat pelayan VPN yang telah diselesaikan, bukan ke laman web. route -n get adalah baca sahaja dan mencetak antara muka serta gateway yang akan digunakan oleh kernel, dan kedua-dua baris penting.

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

Alamat di atas ialah pemegang tempat untuk dokumentasi. Gantikannya dengan titik akhir yang ditunjukkan oleh klien anda, dan gunakan route -n get -inet6 untuk titik akhir IPv6. Bandingkan output dengan telefon terlerai dan tersambung, dan jangan tambah atau buang laluan antara kedua-dua bacaan. Jika antara muka berubah daripada en0 kepada antara muka iPhone USB, laluan hotspot menang dalam carian dan sambungan luar VPN kini melalui rangkaian selular.

Perubahan laluan tidak menjelaskan setiap kegagalan. Klien masih boleh mencapai pelayan dan gagal kemudian pada trafik dalam terowong, kerana laluan baharu mempunyai MTU berbeza atau pengendali menyekat protokol. Baca ralat klien itu sendiri sebelum mengubah apa-apa: tamat masa jabat tangan luar menunjukkan kebolehsampaian, manakala terowong yang telah terbentuk lalu berhenti menyalurkan trafik menunjukkan MTU, DNS atau dasar.

Langkah 3: Asingkan hotspot daripada pautan komunikasi peranti

Xcode 15 dan lebih baharu bercakap dengan peranti tersambung USB melalui saluran berasaskan rangkaian yang merangkumi IPv6 tempatan-pautan, jadi Mac pembangunan boleh menunjukkan antara muka tambahan yang tiada kaitan dengan akses internet. Nota teknikal Apple TN3158 mendokumentasikan tingkah laku itu dan memberi amaran bahawa VPN atau penapisan keselamatan boleh mengganggunya. Ini kebalikan masalah hotspot: VPN tidak rosak kerana telefon menawarkan internet; sambungan peranti rosak kerana VPN menangkapnya.

Dua pemerhatian memisahkan kes itu tanpa tangkapan paket. Pertama, periksa sama ada antara muka mempunyai alamat boleh dihalakan dan laluan lalai, atau hanya alamat fe80:: tempatan-pautan; tempatan-pautan sahaja bermakna tiada laluan internet. Kedua, tutup VPN dan lihat sama ada Xcode boleh mencapai peranti semula. Jika boleh, laluan atau penapis kandungan VPN menangkap trafik tempatan-pautan, dan pembetulan terletak pada konfigurasi terowong terpisah atau penapis, bukan di panel Rangkaian.

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

Jangan menilai hanya daripada nama antara muka. macOS mencipta dan memusnahkan antara muka ini apabila peranti disambungkan, dan nombor en diperuntukkan semasa jalan, jadi Mac yang sama boleh menunjukkan nombor berbeza selepas mula semula atau tukar kabel.

Langkah 4: Hasilkan semula kegagalan dengan satu pemboleh ubah pada satu masa

Setelah anda tahu perkhidmatan mana yang terlibat, hasilkan semula masalah dalam susunan tetap. Mulakan dengan telefon terlerai dan VPN tersambung. Sambungkan telefon dengan Hotspot Peribadi dimatikan, tunggu senarai Rangkaian stabil, dan jalankan semula pertanyaan laluan. Lerai, aktifkan Hotspot Peribadi, sambung semula, dan ulangi. Catat antara muka, gateway dan ralat klien untuk setiap tiga keadaan, dan anda mempunyai perbandingan dan bukannya ingatan.

Jika VPN gagal hanya dalam keadaan hotspot, jauhkan telefon daripada laluan itu: matikan Hotspot Peribadi semasa mengecas, atau alihkan perkhidmatan iPhone USB ke bawah Wi-Fi dalam susunan perkhidmatan. Jika ia gagal dalam setiap keadaan tersambung, termasuk dengan hotspot dimatikan, lihat bagaimana klien mengendalikan peralihan rangkaian. Sesetengah klien merobohkan terowong apabila perkhidmatan utama berubah dan memerlukan sambungan semula; itu tingkah laku klien, bukan kerosakan telefon.

Tukar satu perkara setiap percubaan. Memadam perkhidmatan, menetapkan semula konfigurasi VPN dan memasang semula klien dalam minit yang sama meninggalkan anda dengan Mac yang berfungsi dan tiada idea tindakan mana yang membaikinya.

Langkah 5: Tentukan apa yang hendak dikekalkan dan apa yang hendak disahkan

Biarkan pautan peranti. Mengalih keluar antara muka yang digunakan Xcode tidak membaiki laluan VPN, dan ia memecahkan penggunaan peranti sehingga sambungan seterusnya. Jika perkhidmatan hotspot benar-benar tidak diingini, matikan dahulu Hotspot Peribadi pada telefon; itu kawalan yang didokumenkan dan ia kekal selepas mula semula.

Jika anda tetap mengalih keluar perkhidmatan, alih keluar yang anda kenal pasti dan kemudian sahkan dua perkara: laluan ke titik akhir VPN kembali pada antara muka yang dijangka, dan terowong menyalurkan trafik ke alamat dalaman, bukan hanya ke internet. Catat susunan perkhidmatan dan versi klien, kerana kemas kini macOS boleh mengubah cara telefon kelihatan.

Kemudian kelaskan kegagalan yang anda benar-benar lihat. Tamat masa jabat tangan, genangan MTU selepas terowong naik, dan jawapan DNS yang datang daripada pengendali ialah tiga masalah berbeza dengan tiga pembetulan berbeza. Perkhidmatan USB ialah pencetus dalam ketiga-tiganya; punca ia jarang.