AirDrop hilang saat VPN aktif? Periksa perutean lokal

AirDrop berfungsi, lalu VPN tersambung, dan Mac atau iPhone lain hilang dari lembar berbagi. Tidak ada apa pun di log VPN tentang penemuan, karena kegagalannya biasanya soal keterjangkauan lokal, bukan kriptografi. Halaman dukungan Apple mengakui bahwa konfigurasi VPN yang membatasi jaringan lokal dapat mengganggu Continuity dan AirDrop; itu petunjuk berguna, bukan diagnosis. Mulailah dari pemeriksaan murah, lalu baca tabel rute, dan perlakukan sakelar akses lokal sebagai keputusan tentang privasi Anda, bukan nilai bawaan yang harus dibalik.

Apa yang rusak sebelum terowongan ikut berperan

Kedua perangkat perlu Wi-Fi atau Bluetooth aktif, AirDrop harus menerima dari kontak atau dari semua orang di dalam jendela penerimaannya, dan kedua akun harus bisa saling ditemukan. Menyetel penerima ke semua orang selama sepuluh menit adalah eksperimen yang sah: jika perangkat lain muncul di sana, pengaturannya yang bermasalah dan terowongannya tidak bersalah. Ujilah dengan penerima yang dikenal, bukan menilai dari apa yang ditawarkan lembar berbagi.

Peramban yang memuat halaman membuktikan jalur internet bekerja, bukan bahwa penemuan lokal bekerja. Biarkan kedua perangkat dan tempat Anda berdiri tidak berubah, lalu nyalakan dan matikan VPN dan catat apakah perangkat lain hanya menghilang selama terowongan menyala. Jika penemuan mati bersama terowongan dan kembali tanpanya, terowongan adalah variabelnya dan sisa daftar ini berlaku. Jika gagal pada kedua keadaan, prasyaratnya perlu satu putaran lagi sebelum kebijakan jaringan apa pun diubah.

Lembar berbagi kosong ketika rute bawaan bergeser

Klien terowongan penuh biasanya memasang rute bawaan melalui terowongan plus dua setengah rute yang menangkap sebagian besar tujuan. Subnet lokal bertahan dalam susunan itu hanya jika memiliki rute yang lebih spesifik; jika tidak, ia hilang ke dalam terowongan. AirDrop sendiri berjalan di atas antarmuka rekan AWDL, jadi klien yang menyaring atau merutekan antarmuka lokal secara agresif dapat mengganggu sementara jalur internet tetap sempurna. Empat perintah mencakup antarmuka, rute, koneksi aktif, dan penyaring 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 dulu baris bawaan: jika menunjuk ke antarmuka utun dan tidak ada rute yang lebih spesifik menutupi subnet Anda, lalu lintas lokal masuk ke terowongan dan kesadaran ikut hilang. Pasangan 0/1 dan 128.0/1 adalah bentuk terowongan penuh yang umum, karena rute itu mengalahkan bawaan sebenarnya tanpa menggantikannya. Baris awdl0 dengan status aktif dan alamat menyingkirkan kemungkinan antarmuka rekan sedang mati. Ketika ketiganya tampak normal, pembatasannya datang dari kebijakan klien atau penyaring di hos, bukan dari tabel rute.

Satu bentuk layak disebut, karena menjebak orang di jaringan tamu, dan itu bukan setengah rute. DHCP memasang alamat yang baru Anda terima sebagai rute di tautan, dan entri itu lebih spesifik daripada kedua bagian, jadi subnet tamu melewati terowongan sama seperti subnet rumah. Yang menghapusnya adalah kebijakan, bukan perutean: preferensi yang memblokir jaringan lokal dan memasang aturan penolakan, penyaring di hos yang menjatuhkan subnet, atau izin jaringan lokal macOS untuk klien. Tabel yang tampak normal dengan lembar berbagi mati karena itu adalah tanda bagian berikutnya, bukan tanda bentuk rute.

Mac yang dikelola mungkin tidak menawarkan sakelar akses lokal

Banyak klien menampilkan preferensi untuk mengizinkan akses jaringan lokal selama terowongan menyala, tetapi preferensi itu ditegakkan oleh klien dan oleh profil manajemen, sehingga pada Mac yang dikelola bisa terkunci, tersembunyi, atau ditimpa. Aturan penyaring di hos atau agen keamanan dapat memblokir lalu lintas rekan terlepas dari apa yang ditawarkan klien VPN. Carilah sakelarnya sebelum menyimpulkan bahwa ia tidak melakukan apa pun. Sakelar itu tinggal di preferensi klien itu sendiri dan bukan di pengaturan jaringan macOS, itulah sebabnya klien yang panelnya tidak menampilkannya biasanya diatur oleh profil manajemen.

Menghapus manajemen atau mematikan setiap penyaring agar satu penerima muncul menukar konfigurasi yang terkendali dengan yang tidak dikenal. Nyalakan opsi akses lokal hanya ketika cocok dengan kebijakan tempat Anda bekerja, dan biarkan mati di jaringan tamu tempat penemuan lokal tidak pernah diinginkan.

Buktikan dengan berkas, bukan dengan ikon

Setelah mengubah perutean atau kebijakan, kirim berkas sungguhan ke penerima yang dituju dan pastikan transfernya selesai. Nama yang muncul di lembar adalah penemuan, dan kembalinya penemuan tidak sama dengan transfer yang tuntas.

Jika perangkat tetap tidak muncul, bandingkan pasangan perangkat kedua di jaringan yang sama untuk memisahkan masalah hos dari masalah seluruh jaringan. Perbandingan itu lebih cepat daripada membalik opsi VPN satu per satu, dan menghasilkan fakta untuk tiket. Catat antarmuka bawaan, bentuk rute, dan keadaan sakelar akses lokal selama kegagalan masih bisa diulang. Jika tidak, orang berikutnya akan mengulang keempat pemeriksaan dari awal.