AirDrop on VPN-iga kadunud? Kontrollige kohalikku marsruutimist

AirDrop töötab, siis loob VPN ühenduse ja teine Mac või iPhone kaob jagamisaknast. VPN-i logis pole avastusest sõnagi, sest tõrge puudutab tavaliselt kohalikku kättesaadavust, mitte krüptograafiat. Apple’i tugileht möönab, et kohalikku võrku piirav VPN-i seadistus võib häirida Continuity ja AirDropi tööd; see on kasulik vihje, mitte diagnoos. Alustage lihtsatest kontrollidest, seejärel lugege marsruuditabelit ja käsitlege kohaliku juurdepääsu lülitit otsusena oma privaatsuse kohta, mitte vaikeväärtusena, mida lihtsalt ümber lülitada.

Mis läheb katki enne, kui tunnel üldse osaleb

Mõlemal seadmel peab olema sisse lülitatud Wi-Fi või Bluetooth, AirDrop peab oma vastuvõtuakna jooksul vastu võtma kontaktidelt või kõigilt, ja mõlemad kontod peavad olema teineteisele leitavad. Vastuvõtja seadmine kõigile kümneks minutiks on seaduslik katse: kui teine seade seal ilmub, oli probleem seadetes ja tunnel on süütu. Katsetage tuntud saajaga, selle asemel et otsustada selle järgi, mida jagamisaken pakub.

Veebilehti laadiv brauser tõendab, et internetitee töötab, mitte et kohalik avastus töötab. Jätke mõlemad seadmed ja koht, kus seisate, muutmata, seejärel lülitage VPN sisse ja välja ning pange tähele, kas teine seade kaob ainult siis, kui tunnel on üleval. Kui avastus sureb koos tunneliga ja naaseb ilma selleta, on tunnel muutuja ja ülejäänud loend kehtib. Kui see ebaõnnestub mõlemas olekus, vajavad eeltingimused veel ühte läbivaatust enne mis tahes võrgupoliitika muutmist.

Jagamisaken tühjeneb, kui vaikemarsruut liigub

Täistunneli klient paigaldab tavaliselt vaikemarsruudi läbi tunneli pluss kaks poolmarsruuti, mis püüavad enamiku sihtkohti. Kohalik alavõrk jääb selles korralduses püsima ainult siis, kui sellel on spetsiifilisem marsruut; muidu kaob see tunnelisse. AirDrop ise töötab üle AWDL võrdõigusliku liidese, seega klient, mis filtreerib või agressiivselt marsruudib kohalikke liideseid, võib segada, samal ajal kui internetitee jääb täiuslikuks. Neli käsku katavad liidese, marsruudid, aktiivse ühenduse ja paketifiltri.

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

Lugege kõigepealt vaikimisi rida: kui see osutab utun-liidesele ja ükski spetsiifilisem marsruut teie alavõrku ei kata, läheb kohalik liiklus tunnelisse ja teadlikkus kaob koos sellega. Paar 0/1 ja 128.0/1 on levinud täistunneli kuju, sest need marsruudid võidavad tõelise vaikemarsruudi, ilma seda asendamata. Rida awdl0 aktiivse oleku ja aadressiga välistab, et võrdõiguslik liides on maas. Kui kõik kolm näivad normaalsed, tuleb piirang kliendi poliitikast või hosti filtrilt, mitte marsruuditabelist.

Üks kuju väärib mainimist, sest see püüab inimesi külalisvõrkudes, ja need ei ole poolmarsruudid. DHCP paigaldab äsja saadud aadressi lingil oleva marsruudina ja see kirje on spetsiifilisem kui kumbki pool, seega külalise alavõrk läbib tunneli täpselt nagu kodune. Selle eemaldab poliitika, mitte marsruutimine: eelistus, mis blokeerib kohaliku võrgu ja paigaldab keeldumisreegli, hosti filter, mis alavõrgu maha viskab, või macOS-i kohaliku võrgu luba kliendile. Normaalse välimusega tabel ja surnud jagamisaken on seega järgmise jaotise allkiri, mitte marsruutide kuju oma.

Hallatav Mac ei pruugi pakkuda kohaliku juurdepääsu lülitit

Paljud kliendid pakuvad eelistust lubada kohalikku võrgujuurdepääsu, kui tunnel on üleval, kuid seda eelistust rakendavad klient ja haldusprofiil, seega võib see hallataval Macil olla lukustatud, peidetud või tühistatud. Hosti tulemüürireegel või turvaagent võib võrdõigusliku liikluse blokeerida sõltumata sellest, mida VPN-i klient pakub. Otsige lülitit enne, kui järeldate, et see ei tee midagi. See lüliti elab kliendi enda eelistustes, mitte macOS-i võrguseadetes, ja seetõttu juhitakse klienti, mille paneel seda ei näita, tavaliselt haldusprofiiliga.

Halduse eemaldamine või iga filtri väljalülitamine, et üks saaja ilmuks, vahetab kontrollitud seadistuse tundmatu vastu. Lülitage kohaliku juurdepääsu valik sisse ainult siis, kui see vastab poliitikale, mille all töötate, ja jätke see välja külalisvõrgus, kus kohalikku avastust kunagi ei soovitud.

Tõestage seda failiga, mitte ikooniga

Pärast marsruutimise või poliitika muutmist saatke kavandatud saajale päris fail ja kinnitage, et ülekanne lõpeb. Nimi aknas on avastus ja avastuse naasmine ei ole sama mis lõpetatud ülekanne.

Kui seade ikka ei ilmu, võrrelge teist seadepaaari samas võrgus, et eraldada hosti probleem kogu võrgu probleemist. See võrdlus on kiirem kui VPN-i valikute ükshaaval lülitamine ja annab pileti jaoks fakti. Kirjutage üles vaikeliides, marsruutide kuju ja kohaliku juurdepääsu lüliti olek, kuni tõrge on korratav. Muidu kordab järgmine inimene kõiki nelja kontrolli algusest.