Pse VPN-ja në Mac ndërpritet kur lidhni një iPhone me USB

Lidhni një iPhone për ta karikuar dhe, një minutë më vonë, VPN-ja në Mac ndalon së kaluari trafikun. Cilësimet e Sistemit shfaqin një shërbim të ri të quajtur iPhone USB, dhe veprimi i dukshëm është ta fshini. Ky veprim shpesh është i gabuar. Shërbimi mund të jetë Hotspoti Personal i telefonit, ose mund të jetë një lidhje që Xcode dhe mjetet e pajisjeve përdorin për të folur me telefonin, dhe të dyja sillen mjaft ndryshe, kështu që identifikimi duhet të vijë përpara fshirjes.

Hapi 1: Lexoni shërbimin që telefoni krijoi vërtet

Hapni Cilësimet e Sistemit, më pas Rrjetin, dhe krahasoni listën e shërbimeve me telefonin të shkëputur dhe të lidhur. Në macOS aktual shërbimi shfaqet si iPhone USB. Vini re nëse është aktiv, ku qëndron në rendin e shërbimeve dhe nëse Mac përdor atë për rrugën e paracaktuar. Rendi i shërbimeve ka rëndësi, sepse macOS zgjedh shërbimin aktiv më të lartë që mund të arrijë një destinacion, jo atë emrin e të cilit e njihni.

Udhëzuesi i Apple për Hotspotin Personal përshkruan mekanizmin: ndërsa Hotspoti Personal është i aktivizuar në telefon, lidhja e tij me USB mund ta bëjë Mac të përdorë lidhjen celulare të telefonit, edhe kur dëshironit vetëm ta karikonit. Ky nuk është defekt i klientit VPN; tabela e rrugëtimit ndjek një shërbim që u ngrit përpara Wi-Fi.

Nëse shërbimi ekziston por mbetet joaktiv me telefonin të lidhur, ka shumë të ngjarë që po shihni një lidhje vetëm karikimi ose një lidhje pajisjeje, jo një hotspot. Ruajeni këtë dallim, sepse dy hapat e ardhshëm e testojnë atë në vend që ta hamendësojnë nga ikona.

Hapi 2: Kontrolloni cilën rrugë përdor pika fundore e VPN-së

Lexoni rrugën drejt adresës së zgjidhur të serverit VPN, jo drejt një faqeje web. route -n get është vetëm-lexim dhe printon ndërfaqen dhe portën hyrëse që do të përdorte kerneli, dhe të dy rreshtat kanë rëndësi.

scutil --dns | head -20
route -n get 203.0.113.10

Adresa më sipër është një vendmbajtëse për dokumentacion. Zëvendësojeni me pikën fundore që shfaq klienti juaj dhe përdorni route -n get -inet6 për një pikë fundore IPv6. Krahasoni daljen me telefonin të shkëputur dhe të lidhur, dhe mos shtoni ose hiqni rrugë midis dy leximeve. Nëse ndërfaqja ndryshon nga en0 në ndërfaqen iPhone USB, rruga e hotspotit fitoi kërkimin dhe lidhja e jashtme e VPN-së tani kalon përmes rrjetit celular.

Një ndryshim rruge nuk shpjegon çdo dështim. Klienti mund të arrijë akoma serverin dhe të dështojë më vonë në trafikun e brendshëm të tunelit, sepse rruga e re ka një MTU tjetër ose operatori bllokon protokollin. Lexoni gabimin e vetë klientit përpara se të ndryshoni gjë: një afat i jashtëm i shtrëngimit të duarve tregon arritshmërinë, ndërsa një tunel i vendosur që ndalon së kaluari trafikun tregon MTU, DNS ose politikë.

Hapi 3: Ndani një hotspot nga një lidhje komunikimi me pajisjen

Xcode 15 dhe versionet më të reja komunikojnë me një pajisje të lidhur me USB përmes një kanali të bazuar në rrjet që përfshin IPv6 lokale të lidhjes, kështu që një Mac zhvillimi mund të shfaqë një ndërfaqe shtesë që nuk ka asnjë lidhje me aksesin në internet. Shënimi teknik TN3158 i Apple dokumenton këtë sjellje dhe paralajmëron se VPN-ja ose filtrimi i sigurisë mund të ndërhyjë. Kjo është e kundërta e problemit të hotspotit: VPN-ja nuk prishet sepse telefoni ofron internet; lidhja e pajisjes prishet sepse VPN-ja e kap atë.

Dy vëzhgime i ndajnë rastet pa kapje paketash. Së pari, kontrolloni nëse ndërfaqja ka adresë të rrugëtueshme dhe rrugë të paracaktuar, ose vetëm një adresë fe80:: lokale të lidhjes; vetëm lokale e lidhjes do të thotë se nuk ka rrugë drejt internetit. Së dyti, mbyllni VPN-në dhe shihni nëse Xcode arrin përsëri pajisjen. Nëse arrin, rrugët ose filtri i përmbajtjes së VPN-së kapin trafikun lokal të lidhjes, dhe korrigjimi i takon konfigurimit të tunelit të ndarë ose filtrit, jo panelit Rrjeti.

ifconfig | grep -A4 -E '^en[0-9]+:'
netstat -rn -f inet6 | head

Mos gjykoni vetëm nga emri i ndërfaqes. macOS i krijon dhe i shkatërron këto ndërfaqe ndërsa pajisjet lidhen, dhe numri en caktohet në kohë ekzekutimi, kështu që i njëjti Mac mund të shfaqë një numër tjetër pas një rindezjeje ose ndërrimi kablli.

Hapi 4: Riprodhoni dështimin me një variabël në një herë

Pasi të dini cili shërbim është i përfshirë, riprodhoni problemin në një rend fiks. Filloni me telefonin të shkëputur dhe VPN-në të lidhur. Lidhni telefonin me Hotspotin Personal të fikur, prisni që lista Rrjeti të stabilizohet dhe ekzekutoni përsëri pyetjen e rrugës. Shkëputni, aktivizoni Hotspotin Personal, lidhni përsëri dhe përsëritni. Shkruani ndërfaqen, portën hyrëse dhe gabimin e klientit për secilën nga tre gjendjet, dhe keni një krahasim në vend të një kujtese.

Nëse VPN-ja dështon vetëm në gjendjen e hotspotit, mbani telefonin larg asaj rruge: fikni Hotspotin Personal gjatë karikimit, ose zhvendosni shërbimin iPhone USB poshtë Wi-Fi në rendin e shërbimeve. Nëse dështon në çdo gjendje të lidhur, përfshirë me hotspotin e fikur, shihni si klienti trajton një kalim rrjeti. Disa klientë shkatërrojnë tunelin kur ndryshon shërbimi kryesor dhe kërkojnë rilidhje; kjo është sjellje e klientit, jo defekt i telefonit.

Ndryshoni një gjë për provë. Fshirja e shërbimit, rivendosja e konfigurimit të VPN-së dhe riinstalimi i klientit në të njëjtën minutë ju lënë me një Mac që funksionon dhe pa asnjë ide se cili veprim e rregulloi.

Hapi 5: Vendosni çfarë të mbani dhe çfarë të verifikoni

Lëreni lidhjen e pajisjes në paqe. Heqja e një ndërfaqeje që Xcode përdor nuk rregullon një rrugë VPN, dhe prish vendosjen në pajisje deri në lidhjen tjetër. Nëse shërbimi i hotspotit është vërtet i padëshiruar, fikni së pari Hotspotin Personal në telefon; ai është kontrolli i dokumentuar dhe mbijeton pas një rindezjeje.

Nëse hiqni një shërbim, hiqni atë që identifikuat dhe më pas verifikoni dy gjëra: rruga drejt pikës fundore të VPN-së është kthyer në ndërfaqen e pritur, dhe tuneli kalon trafik drejt një adrese të brendshme, jo vetëm drejt internetit. Shënoni rendin e shërbimeve dhe versionin e klientit, sepse një përditësim i macOS mund të ndryshojë mënyrën se si shfaqet telefoni.

Më pas klasifikoni dështimin që patët vërtet. Një afat i shtrëngimit të duarve, një ngecje e MTU-së pasi tuneli ngrihet dhe përgjigje DNS që vijnë nga operatori janë tre probleme të ndryshme me tre korrigjime të ndryshme. Shërbimi USB është shkaktari në të tre; shkaku është rrallë.