Nawala ang AirDrop habang naka-on ang VPN? Suriin ang lokal na routing

Gumagana ang AirDrop, pagkatapos kumokonekta ang VPN, at nawawala ang isa pang Mac o iPhone mula sa sheet ng pagbabahagi. Walang anumang nakasaad sa log ng VPN tungkol sa pagtuklas, dahil ang kabiguan ay karaniwang tungkol sa lokal na maabot at hindi sa kriptograpiya. Kinikilala ng pahina ng suporta ng Apple na ang configuration ng VPN na naglilimita sa lokal na network ay maaaring makagambala sa Continuity at AirDrop; ito ay kapaki-pakinabang na palatandaan, hindi diagnosis. Magsimula sa murang mga pagsusuri, pagkatapos basahin ang talahanayan ng ruta, at ituring ang switch ng lokal na access bilang desisyon tungkol sa iyong privacy, hindi bilang default na binabaligtad.

Ano ang nasisira bago pa man makibahagi ang tunnel

Kailangan ng parehong device ang Wi-Fi o Bluetooth na bukas, dapat tumanggap ang AirDrop mula sa mga contact o sa lahat sa loob ng window ng pagtanggap nito, at dapat makita ng dalawang account ang isa’t isa. Ang paglalagay ng receiver sa lahat sa loob ng sampung minuto ay lehitimong eksperimento: kung lumitaw doon ang isa pang device, ang mga setting ang problema at walang kasalanan ang tunnel. Subukan sa kilalang tatanggap sa halip na humatol batay sa iniaalok ng sheet ng pagbabahagi.

Ang browser na naglo’load ng mga pahina ay nagpapatunay na gumagana ang daanan ng internet, hindi na gumagana ang lokal na pagtuklas. Iwanang hindi nagbabago ang dalawang device at ang lugar kung saan ka nakatayo, pagkatapos i’on at i’off ang VPN at pansinin kung nawawala lamang ang isa pang device habang nakataas ang tunnel. Kung namamatay ang pagtuklas kasama ng tunnel at bumabalik nang wala ito, ang tunnel ang variable at ang natitirang bahagi ng listahang ito ay naaangkop. Kung nabigo ito sa parehong estado, kailangan ng mga paunang kondisyon ng isa pang pag-ikot bago baguhin ang anumang patakaran ng network.

Nauubos ang sheet ng pagbabahagi kapag gumalaw ang default na ruta

Ang full-tunnel client ay karaniwang naglalagay ng default na ruta sa tunnel at dalawang kalahating ruta na humuhuli sa karamihan ng destinasyon. Ang lokal na subnet ay makakaligtas sa ganoong kaayusan lamang kung mayroon itong mas tiyak na ruta; kung wala, nawawala ito sa tunnel. Ang AirDrop mismo ay dumadaan sa AWDL peer-to-peer interface, kaya ang client na nagsasala o agresibong nagruruta ng mga lokal na interface ay makakagambala habang perpekto ang daanan ng internet. Apat na utos ang sumasaklaw sa interface, mga ruta, aktibong koneksyon at filter ng packet.

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

Basahin muna ang default na linya: kung tumuturo ito sa interface na utun at walang mas tiyak na ruta ang sumasaklaw sa iyong subnet, pumapasok ang lokal na trapiko sa tunnel at nawawala ang kamalayan kasama nito. Ang pares na 0/1 at 128.0/1 ay karaniwang hugis ng full tunnel, dahil natalo ng mga rutang iyon ang tunay na default nang hindi ito pinapalitan. Ang linyang awdl0 na nagpapakita ng aktibong status at address ay nag-aalis ng posibilidad na nakababa ang peer interface. Kapag normal ang tingin sa tatlo, nagmumula ang paghihigpit sa patakaran ng client o sa filter sa host at hindi sa talahanayan ng ruta.

Isang hugis ang dapat banggitin, dahil humuhuli ito ng mga tao sa mga guest network, at hindi ito ang kalahating ruta. Iniinstall ng DHCP ang address na kabibigay lang sa iyo bilang ruta sa link, at ang entry na iyon ay mas tiyak kaysa alinman sa dalawang kalahati, kaya ang guest subnet ay dumadaan sa tunnel tulad ng sa bahay. Ang nag-aalis dito ay patakaran at hindi routing: isang kagustuhan na humaharang sa lokal na network at naglalagay ng tuntunin ng pagtanggi, isang filter sa host na nagtatapon ng subnet, o ang pahintulot ng macOS sa lokal na network para sa client. Ang talahanayang mukhang normal na may patay na sheet ng pagbabahagi ay ang pirma ng susunod na seksyon, hindi ng hugis ng mga ruta.

Maaaring hindi mag-alok ng switch ng lokal na access ang isang pinamamahalaang Mac

Maraming client ang nagpapakita ng kagustuhang payagan ang lokal na access sa network habang nakataas ang tunnel, ngunit ang kagustuhang iyon ay ipinatutupad ng client at ng profile ng pamamahala, kaya sa isang pinamamahalaang Mac maaari itong nakandado, nakatago o na-override. Ang isang panuntunan ng firewall sa host o security agent ay makahaharang sa peer traffic anuman ang iniaalok ng VPN client. Hanapin ang switch bago magpasya na wala itong ginagawa. Ang switch na iyon ay naninirahan sa sariling mga kagustuhan ng client at hindi sa mga setting ng network ng macOS, kung kaya’t ang client na hindi ito ipinapakita ng panel ay karaniwang pinamamahalaan ng isang profile ng pamamahala.

Ang pag-alis ng pamamahala o pagpatay sa bawat filter upang lumitaw ang isang tatanggap ay nagpapalit ng kontroladong configuration sa isang hindi alam. I’on lamang ang opsyon ng lokal na access kapag tumutugma ito sa patakarang pinagtatrabahuhan mo, at iwanang patay ito sa isang guest network kung saan hindi kailanman hinangad ang lokal na pagtuklas.

Patunayan gamit ang file, hindi ang icon

Pagkatapos baguhin ang routing o patakaran, magpadala ng tunay na file sa nilalayong tatanggap at tiyakin na natatapos ang paglilipat. Ang pangalang lumilitaw sa sheet ay pagtuklas, at ang pagbabalik ng pagtuklas ay hindi katulad ng natapos na paglilipat.

Kung hindi pa rin lumilitaw ang device, ihambing ang pangalawang pares ng device sa parehong network upang ihiwalay ang problema sa host mula sa problema sa buong network. Ang paghahambing na iyon ay mas mabilis kaysa sa pagbabaliktad ng mga opsyon ng VPN nang isa’isa, at gumagawa ito ng katotohanan para sa ticket. Isulat ang default na interface, hugis ng mga ruta at estado ng switch ng lokal na access habang naisasagawa muli ang kabiguan. Kung hindi, uulitin ng susunod na tao ang lahat ng apat na pagsusuri mula sa simula.