Zakaj VPN na Macu odpove, ko priključite iPhone prek USB

Priključite iPhone, da se napolni, in minuto pozneje VPN na Macu preneha prepuščati promet. Sistemske nastavitve prikažejo novo storitev z imenom iPhone USB, in očiten korak je, da jo izbrišete. Ta korak je pogosto napačen. Storitev je lahko osebna dostopna točka telefona ali povezava, ki jo Xcode in orodja za naprave uporabljajo za pogovor s telefonom, in obe se obnašata dovolj različno, da mora identifikacija priti pred brisanjem.

Korak 1: Preberite storitev, ki jo je telefon dejansko ustvaril

Odprite Sistemske nastavitve, nato Omrežje, in primerjajte seznam storitev s telefonom odklopljenim in priklopljenim. V trenutnem macOS je storitev navedena kot iPhone USB. Zabeležite, ali je aktivna, kje stoji v vrstnem redu storitev in ali jo Mac uporablja za privzeto pot. Vrstni red storitev je pomemben, ker macOS izbere najvišjo aktivno storitev, ki lahko doseže cilj, ne tiste, katere ime prepoznate.

Applov vodnik za osebno dostopno točko opisuje mehanizem: dokler je osebna dostopna točka v telefonu vklopljena, lahko priklop prek USB povzroči, da Mac uporabi mobilno povezavo telefona, tudi ko ste želeli le napolniti. To ni napaka odjemalca VPN; tabela usmerjanja sledi storitvi, ki se je dvignila pred Wi-Fi.

Če storitev obstaja, a ostane neaktivna s priklopljenim telefonom, najverjetneje gledate povezavo samo za polnjenje ali povezavo naprave, ne dostopne točke. Ohranite to razlikovanje, ker ga naslednja dva koraka preizkušata, namesto da bi ugibala iz ikone.

Korak 2: Preverite, katero pot uporablja končna točka VPN

Preberite pot do razrešenega naslova strežnika VPN, ne do spletnega mesta. route -n get je samo za branje in izpiše vmesnik in prehod, ki bi ju uporabilo jedro, in obe vrstici štejeta.

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

Zgornji naslov je nadomestni znak za dokumentacijo. Zamenjajte ga s končno točko, ki jo prikazuje vaš odjemalec, in za končno točko IPv6 uporabite route -n get -inet6. Primerjajte izhod s telefonom odklopljenim in priklopljenim in med dvema branjema ne dodajajte ali odstranjujte poti. Če se vmesnik spremeni iz en0 v vmesnik iPhone USB, je pot prek dostopne točke zmagala pri iskanju in zunanja povezava VPN zdaj poteka prek mobilnega omrežja.

Sprememba poti ne pojasni vsake okvare. Odjemalec lahko še vedno doseže strežnik in pozneje odpove na notranjem prometu tunela, ker ima nova pot drugačen MTU ali operater blokira protokol. Preberite odjemalčevo lastno napako, preden karkoli spremenite: zunanja časovna omejitev rokovanja kaže na dosegljivost, medtem ko vzpostavljen tunel, ki preneha prepuščati promet, kaže na MTU, DNS ali politiko.

Korak 3: Ločite dostopno točko od povezave za komunikacijo z napravo

Xcode 15 in novejši se pogovarjajo z napravo, priključeno prek USB, po omrežnem kanalu, ki vključuje link-local IPv6, zato lahko razvojni Mac prikaže dodaten vmesnik, ki nima nič skupnega z dostopom do interneta. Applov tehnični zapis TN3158 dokumentira to vedenje in opozarja, da VPN ali varnostno filtriranje lahko poseže vanj. To je obratno od težave z dostopno točko: VPN se ne pokvari zato, ker telefon ponuja internet; povezava z napravo se pokvari zato, ker jo VPN prestreže.

Dve opažanji ločita primere brez zajemanja paketov. Najprej preverite, ali ima vmesnik usmerljiv naslov in privzeto pot, ali le link-local naslov fe80::; samo link-local pomeni, da ni poti v internet. Nato zaprite VPN in poglejte, ali Xcode spet doseže napravo. Če jo doseže, poti ali vsebinski filter VPN prestrezajo link-local promet, in popravek sodi v konfiguracijo razdeljenega tunela ali filtra, ne v ploščo Omrežje.

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

Ne presojajte samo po imenu vmesnika. macOS te vmesnike ustvarja in uničuje, ko se naprave priključujejo, in številka en se dodeli med izvajanjem, zato lahko isti Mac po ponovnem zagonu ali zamenjavi kabla pokaže drugo številko.

Korak 4: Ponovite okvaro z eno spremenljivko naenkrat

Ko veste, katera storitev je vpletena, ponovite težavo v določenem vrstnem redu. Začnite z odklopljenim telefonom in povezanim VPN. Priključite telefon z izklopljeno osebno dostopno točko, počakajte, da se seznam Omrežje umiri, in znova zaženite poizvedbo poti. Odklopite, vklopite osebno dostopno točko, priklopite znova in ponovite. Zapišite vmesnik, prehod in napako odjemalca za vsako od treh stanj, in imeli boste primerjavo namesto spomina.

Če VPN odpove le v stanju dostopne točke, držite telefon stran od te poti: med polnjenjem izklopite osebno dostopno točko ali premaknite storitev iPhone USB pod Wi-Fi v vrstnem redu storitev. Če odpove v vsakem priklopljenem stanju, tudi z izklopljeno dostopno točko, poglejte, kako odjemalec obravnava prehod omrežja. Nekateri odjemalci podrejo tunel, ko se spremeni primarna storitev, in potrebujejo ponovno povezavo; to je vedenje odjemalca, ne okvara telefona.

Spremenite eno stvar na poskus. Brisanje storitve, ponastavitev konfiguracije VPN in ponovna namestitev odjemalca v isti minuti vas pustijo z delujočim Macom in brez pojma, katero dejanje ga je popravilo.

Korak 5: Odločite, kaj obdržati in kaj preveriti

Pustite povezavo naprave pri miru. Odstranitev vmesnika, ki ga uporablja Xcode, ne popravi poti VPN in pokvari uvajanje v naprave do naslednje priključitve. Če je storitev dostopne točke res neželena, najprej izklopite osebno dostopno točko v telefonu; to je dokumentiran nadzor in preživi ponovni zagon.

Če vseeno odstranite storitev, odstranite tisto, ki ste jo identificirali, in nato preverite dve stvari: pot do končne točke VPN je spet na pričakovanem vmesniku in tunel prepušča promet do notranjega naslova, ne le v internet. Zabeležite vrstni red storitev in različico odjemalca, ker lahko posodobitev macOS spremeni, kako se telefon prikaže.

Nato razvrstite okvaro, ki ste jo resnično videli. Časovna omejitev rokovanja, zastoj MTU po dvigu tunela in odgovori DNS, ki prihajajo od operaterja, so tri različne težave s tremi različnimi popravki. Storitev USB je sprožilec v vseh treh; vzrok je le redko.