AirDrop hilang semasa VPN hidup? Semak penghalaan setempat

AirDrop berfungsi, kemudian VPN disambungkan, dan Mac atau iPhone yang lain hilang daripada helaian kongsi. Tiada apa-apa dalam log VPN menyebut penemuan, kerana kegagalan biasanya berkaitan kebolehcapaian setempat dan bukan kriptografi. Halaman sokongan Apple mengakui bahawa konfigurasi VPN yang mengehadkan rangkaian setempat boleh mengganggu Continuity dan AirDrop; itu petunjuk berguna, bukan diagnosis. Mulakan dengan pemeriksaan murah, kemudian baca jadual penghalaan, dan anggap suis akses setempat sebagai keputusan tentang privasi anda dan bukan nilai lalai yang perlu ditukar.

Apa yang rosak sebelum terowong terlibat

Kedua-dua peranti perlu Wi-Fi atau Bluetooth dihidupkan, AirDrop mesti menerima daripada kenalan atau daripada semua orang dalam tetingkap penerimaannya, dan kedua-dua akaun mesti boleh ditemui antara satu sama lain. Menetapkan penerima kepada semua orang selama sepuluh minit ialah eksperimen yang sah: jika peranti lain muncul di sana, tetapan adalah masalahnya dan terowong tidak bersalah. Uji dengan penerima yang dikenali dan bukannya menilai berdasarkan apa yang ditawarkan oleh helaian kongsi.

Pelayar yang memuatkan halaman membuktikan laluan internet berfungsi, bukan penemuan setempat berfungsi. Biarkan kedua-dua peranti dan tempat anda berdiri tidak berubah, kemudian hidupkan dan matikan VPN dan perhatikan sama ada peranti lain hilang hanya semasa terowong naik. Jika penemuan mati bersama terowong dan kembali tanpanya, terowong ialah pemboleh ubah dan selebihnya senarai ini terpakai. Jika ia gagal dalam kedua-dua keadaan, prasyarat perlu satu lagi pusingan sebelum mana-mana dasar rangkaian diubah.

Helaian kongsi menjadi kosong apabila laluan lalai bergerak

Klien terowong penuh biasanya memasang laluan lalai melalui terowong serta dua separuh laluan yang menangkap kebanyakan destinasi. Subnet setempat bertahan dalam susunan itu hanya jika ia mempunyai laluan yang lebih khusus; jika tidak ia hilang ke dalam terowong. AirDrop sendiri berjalan melalui antara muka rakan AWDL, jadi klien yang menapis atau menghalakan antara muka setempat secara agresif boleh mengganggu walaupun laluan internet kekal sempurna. Empat arahan meliputi antara muka, laluan, sambungan aktif dan penapis paket.

ifconfig awdl0 | grep -E "status|inet"
netstat -rn | grep -E '^default|^0/1|^128.0/1|awdl'
scutil --nc list
sudo pfctl -s rules | head -40

Baca baris lalai dahulu: jika ia menunjuk ke antara muka utun dan tiada laluan yang lebih khusus meliputi subnet anda, trafik setempat masuk ke dalam terowong dan kesedaran hilang bersamanya. Pasangan 0/1 dan 128.0/1 ialah bentuk terowong penuh yang biasa, kerana laluan itu mengalahkan lalai sebenar tanpa menggantikannya. Baris awdl0 dengan status aktif dan alamat menolak kemungkinan antara muka rakan sedang mati. Apabila ketiga-tiganya kelihatan normal, sekatan datang daripada dasar klien atau penapis pada hos dan bukan daripada jadual laluan.

Satu bentuk wajar disebut, kerana ia menangkap orang di rangkaian tetamu, dan ia bukan separuh laluan. DHCP memasang alamat yang baru anda terima sebagai laluan pada pautan, dan entri itu lebih khusus daripada mana-mana separuh, jadi subnet tetamu melintasi terowong sama seperti subnet rumah. Yang mengeluarkannya ialah dasar dan bukan penghalaan: keutamaan yang menyekat rangkaian setempat dan memasang peraturan tolak, penapis pada hos yang menggugurkan subnet, atau kebenaran rangkaian setempat macOS untuk klien. Jadual yang kelihatan normal dengan helaian kongsi mati ialah tandatangan bahagian seterusnya, bukan bentuk laluan.

Mac yang diurus mungkin tidak menawarkan suis akses setempat

Banyak klien memaparkan keutamaan membenarkan akses rangkaian setempat semasa terowong naik, tetapi keutamaan itu dikuatkuasakan oleh klien dan oleh profil pengurusan, jadi pada Mac yang diurus ia boleh dikunci, disembunyikan atau ditimpa. Peraturan penapis pada hos atau ejen keselamatan boleh menyekat trafik rakan tanpa mengira apa yang ditawarkan klien VPN. Cari suis itu sebelum membuat kesimpulan bahawa ia tidak melakukan apa-apa. Suis itu tinggal dalam keutamaan klien sendiri dan bukan dalam tetapan rangkaian macOS, sebab itulah klien yang panelnya tidak menunjukkannya biasanya ditadbir oleh profil pengurusan.

Membuang pengurusan atau mematikan setiap penapis supaya seorang penerima muncul menukar konfigurasi terkawal dengan yang tidak diketahui. Hidupkan pilihan akses setempat hanya apabila ia sepadan dengan dasar tempat anda bekerja, dan biarkan ia mati pada rangkaian tetamu yang tidak pernah mahukan penemuan setempat.

Buktikan dengan fail, bukan dengan ikon

Selepas menukar penghalaan atau dasar, hantar fail sebenar kepada penerima yang dimaksudkan dan sahkan bahawa pemindahan selesai. Nama yang muncul dalam helaian ialah penemuan, dan penemuan kembali bukanlah sama dengan pemindahan yang selesai.

Jika peranti masih tidak muncul, bandingkan pasangan peranti kedua pada rangkaian yang sama untuk memisahkan masalah hos daripada masalah seluruh rangkaian. Perbandingan itu lebih pantas daripada menukar pilihan VPN satu demi satu, dan ia menghasilkan fakta untuk tiket. Catat antara muka lalai, bentuk laluan dan keadaan suis akses setempat semasa kegagalan boleh diulang. Jika tidak, orang seterusnya akan mengulang keempat-empat pemeriksaan dari awal.