AirDrop lipsește cu VPN pornit? Verificați rutarea locală

AirDrop funcționează, apoi VPN-ul se conectează și celălalt Mac sau iPhone dispare din foaia de partajare. În jurnalul VPN nu apare nimic despre descoperire, pentru că defecțiunea ține de obicei de accesibilitatea locală, nu de criptografie. Pagina de asistență Apple recunoaște că o configurație VPN care restricționează rețeaua locală poate deranja Continuity și AirDrop; acesta este un indiciu util, nu un diagnostic. Începeți cu verificările ieftine, apoi citiți tabelul de rutare și tratați comutatorul de acces local ca pe o decizie despre confidențialitate, nu ca pe o valoare implicită de comutat.

Ce se strică înainte ca tunelul să intre în joc

Ambele dispozitive au nevoie de Wi-Fi sau Bluetooth activat, AirDrop trebuie să primească de la contacte sau de la toți în fereastra sa de recepție, iar cele două conturi trebuie să fie descoperibile unul pentru celălalt. Să puneți receptorul pe toți timp de zece minute este un experiment legitim: dacă celălalt dispozitiv apare acolo, problema erau setările, iar tunelul este nevinovat. Testați cu un destinatar cunoscut în loc să judecați după ce oferă foaia de partajare.

Un browser care încarcă pagini dovedește că drumul spre internet funcționează, nu că descoperirea locală funcționează. Lăsați ambele dispozitive și locul în care stați neschimbate, apoi porniți și opriți VPN-ul și observați dacă celălalt dispozitiv dispare doar cât timp tunelul este ridicat. Dacă descoperirea moare odată cu tunelul și revine fără el, tunelul este variabila și restul listei se aplică. Dacă eșuează în ambele stări, condițiile preliminare au nevoie de încă o trecere înainte de a schimba vreo politică de rețea.

Foaia de partajare se golește când se mută ruta implicită

Un client cu tunel complet instalează de obicei o rută implicită prin tunel plus două jumătăți de rută care prind majoritatea destinațiilor. O subrețea locală supraviețuiește acelei aranjamente doar dacă are o rută mai specifică; altfel dispare în tunel. AirDrop însuși trece prin interfața de egal AWDL, așa că un client care filtrează sau rutează agresiv interfețele locale poate deranja în timp ce drumul spre internet rămâne perfect. Patru comenzi acoperă interfața, rutele, conexiunea activă și filtrul de pachete.

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

Citiți mai întâi linia implicită: dacă indică o interfață utun și nicio rută mai specifică nu acoperă subrețeaua dumneavoastră, traficul local intră în tunel și conștientizarea dispare odată cu el. Perechea 0/1 și 128.0/1 este o formă obișnuită de tunel complet, pentru că aceste rute bat implicitul real fără a-l înlocui. O linie awdl0 cu stare activă și o adresă exclude ca interfața de egal să fie oprită. Când toate trei par normale, restricția vine din politica clientului sau dintr-un filtru pe gazdă, nu din tabelul de rutare.

O formă merită menționată, pentru că prinde oameni în rețele de oaspeți, și nu sunt jumătățile de rută. DHCP instalează adresa pe care tocmai ați primit-o ca rută pe legătură, iar acea intrare este mai specifică decât oricare dintre jumătăți, așa că o subrețea de oaspeți trece prin tunel exact ca una de acasă. Ceea ce o elimină este politica, nu rutarea: o preferință care blochează rețeaua locală și instalează o regulă de respingere, un filtru pe gazdă care aruncă subrețeaua, sau permisiunea de rețea locală din macOS pentru client. Un tabel cu aspect normal și o foaie de partajare moartă este deci semnătura secțiunii următoare, nu a formei rutelor.

Un Mac administrat poate să nu ofere comutatorul de acces local

Mulți clienți expun o preferință care permite accesul la rețeaua locală cât timp tunelul este ridicat, dar acea preferință este impusă de client și de profilul de administrare, așa că pe un Mac administrat poate fi blocată, ascunsă sau suprascrisă. O regulă de firewall pe gazdă sau un agent de securitate poate bloca traficul de egal indiferent de ce oferă clientul VPN. Căutați comutatorul înainte de a concluziona că nu face nimic. Acel comutator trăiește în preferințele clientului însuși și nu în setările de rețea din macOS, motiv pentru care un client al cărui panou nu îl arată este de obicei guvernat de un profil de administrare.

Eliminarea administrării sau oprirea fiecărui filtru pentru ca un destinatar să apară schimbă o configurație controlată pe una necunoscută. Porniți opțiunea de acces local doar când se potrivește cu politica sub care lucrați, și lăsați-o oprită într-o rețea de oaspeți unde descoperirea locală nu a fost niciodată dorită.

Dovediți cu un fișier, nu cu o pictogramă

După ce schimbați rutarea sau politica, trimiteți un fișier real destinatarului dorit și confirmați că transferul se încheie. Un nume care apare în foaie este descoperire, iar întoarcerea descoperirii nu este același lucru cu un transfer încheiat.

Dacă dispozitivul tot nu apare, comparați o a doua pereche de dispozitive în aceeași rețea pentru a separa o problemă a gazdei de una a întregii rețele. Acea comparație este mai rapidă decât comutarea opțiunilor VPN una câte una și produce un fapt pentru tichet. Notați interfața implicită, forma rutelor și starea comutatorului de acces local cât timp defecțiunea este reproductibilă. Altfel următoarea persoană va repeta toate cele patru verificări de la început.