Hvers vegna VPN á Mac dettur út þegar iPhone er tengt með USB

Þú tengir iPhone til að hlaða það og einni mínútu síðar hættir VPN á Macnum þínum að leiða umferð áfram. Kerfisstillingar sýna nýja þjónustu sem heitir iPhone USB, og augljóst skref er að eyða henni. Það skref er oft rangt. Þjónustan getur verið Persónulegi heitur reitur símans, eða tenging sem Xcode og tækjaverkfæri nota til að tala við símann, og þau tvö hegða sér nógu ólíkt til að auðkenning verði að koma á undan eyðingunni.

Skref 1: Lestu þjónustuna sem síminn bjó í raun til

Opnaðu Kerfisstillingar, síðan Net og berðu saman þjónustulistann með símanum aftengdum og tengdum. Í núverandi macOS er þjónustan skráð sem iPhone USB. Taktu eftir hvort hún er virk, hvar hún stendur í þjónusturöðinni og hvort Macinn notar hana fyrir sjálfgefnu leiðina. Þjónusturöðin skiptir máli því macOS velur hæstu virku þjónustuna sem getur náð áfangastað, ekki þá sem þú þekkir nafnið á.

Leiðarvísir Apple um persónulega heita reitinn lýsir fyrirkomulaginu: meðan persónulegi heiti reiturinn er virkur í símanum getur tenging hans með USB látið Macinn nota farsímauppsetninguna í símanum, jafnvel þótt þú vildir bara hlaða hann. Það er ekki villa í VPN-biðlaranum; leiðatöflurnar fylgja þjónustu sem kom upp á undan Wi-Fi.

Ef þjónustan er til en helst óvirk með símann tengdan, ertu að líkindum að horfa á tengingu sem er eingöngu fyrir hleðslu eða tækjatengingu, ekki heitan reit. Hafðu þann greinarmun, því næstu tvö skrefin prófa hann í stað þess að giska út frá tákngerðinni.

Skref 2: Athugaðu hvaða leið VPN-endapunkturinn notar

Lestu leiðina að leystu veffangi VPN-þjónsins, ekki að vefsíðu. route -n get er einungis lesanlegt og prentar viðmótið og gáttina sem kjarninn myndi nota, og báðar línur skipta máli.

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

Veffangið að ofan er staðgengill fyrir skjölun. Skiptu því út fyrir endapunktinn sem biðlarinn þinn sýnir og notaðu route -n get -inet6 fyrir IPv6-endapunkt. Berðu saman úttakið með símanum aftengdum og tengdum, og bættu ekki við eða fjarlægðu leiðir milli lestranna tveggja. Ef viðmótið breytist úr en0 í iPhone USB-viðmótið sigraði hotspot-leiðin leitina og ytri tenging VPN er nú á farsímanetinu.

Leiðarbreyting skýrir ekki hverja bilun. Biðlarinn getur enn náð í þjóninn og brugðist síðar á innri umferð göngunnar, því nýja leiðin hefur aðra MTU eða flutningsaðilinn lokar fyrir samskiptaregluna. Lestu villu biðlarans sjálfs áður en þú breytir einhverju: ytri kveðjutímamörk benda á aðgengi, en uppsett ganga sem hættir að leiða umferð áfram bendir á MTU, DNS eða stefnu.

Skref 3: Aðgreindu heitan reit frá tækjasamskiptatengingu

Xcode 15 og nýrri tala við tæki tengt með USB um netkerfisrás sem felur í sér IPv6 á staðbundinni tengingu, svo þróunar-Mac getur sýnt auka viðmót sem hefur ekkert með internetaðgang að gera. Tæknimininisblað Apple TN3158 skjalfestir þá hegðun og varar við því að VPN eða öryggissíun geti truflað hana. Þetta er andhverfa hotspot-vandans: VPN brotnar ekki af því að síminn býður internet; tækjatengingin brotnar af því að VPN grípur hana.

Tvær athuganir aðgreina tilfellin án pakkagreiningar. Fyrst, athugaðu hvort viðmótið hefur leiðanlegt veffang og sjálfgefna leið, eða aðeins staðbundið fe80:: veffang; staðbundið eitt sér þýðir að engin internetleið er til. Annað, lokaðu VPN og sjáðu hvort Xcode kemst aftur í tækið. Ef svo er grípa leiðir VPN eða efnisía staðbundna umferðina, og lagfæringin tilheyrir stillingum skiptrar göngu eða síunnar, ekki Netflipanum.

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

Dæmdu ekki einungis eftir nafni viðmótsins. macOS býr til og eyðir þessum viðmótum eftir því sem tæki tengjast, og en-númerinu er úthlutað á keyrslutíma, svo sami Mac getur sýnt annað númer eftir endurræsingu eða kapalskipti.

Skref 4: Endurframleiddu bilunina með einni breytu í einu

Þegar þú veist hvaða þjónusta á í hlut, endurframleiddu vandann í föstum röðum. Byrjaðu með símann aftengdan og VPN tengt. Tengdu símann með persónulega heita reitinn slökktan, bíddu þar til Netlistinn stabiliserast og keyrðu leiðarfyrirspurnina aftur. Aftengdu, kveiktu á persónulega heita reitnum, tengdu aftur og endurtaktu. Skrifaðu niður viðmótið, gáttina og villu biðlarans fyrir hvert þriggja ástandanna, og þú hefur samanburð í stað minnis.

Ef VPN bregst aðeins í heita reits-ástandinu, haltu símanum frá þeirri leið: slökktu á persónulega heita reitnum meðan hlaðið er, eða færðu iPhone USB-þjónustuna fyrir neðan Wi-Fi í þjónusturöðinni. Ef það bregst í hverju tengdu ástandi, þar á meðal með heita reitinn slökktan, skoðaðu hvernig biðlarinn meðhöndlar netskipti. Sumir biðlarar rífa gönguna niður þegar aðalþjónustan breytist og þurfa endurtengingu; það er hegðun biðlarans, ekki galli í símanum.

Breyttu einu atriði í hverri tilraun. Eyðing þjónustunnar, endurstilling VPN-stillinga og enduruppsetning biðlarans á sömu mínútu skilja þig eftir með Mac sem virkar og enga hugmynd um hvaða aðgerð lagaði hann.

Skref 5: Ákveddu hvað á að halda og hvað á að sannreyna

Láttu tækjatenginguna í friði. Að fjarlægja viðmót sem Xcode notar lagar ekki VPN-leið, og það brýtur dreifingu í tæki þar til næsta tengingu. Ef hotspot-þjónustan er sannarlega óæskileg skaltu fyrst slökkva á persónulega heita reitnum í símanum; það er skjalfesta stýringin og hún lifir endurræsingu af.

Ef þú fjarlægir samt þjónustu skaltu fjarlægja þá sem þú auðkenndir og sannreyna síðan tvennt: leiðin að VPN-endapunktinum er komin aftur á vænt viðmót, og gangan leiðir umferð að innra veffangi, ekki bara út á internetið. Skrifaðu niður þjónusturöðina og útgáfu biðlarans, því uppfærsla macOS getur breytt því hvernig síminn birtist.

Flokkaðu svo bilunina sem þú sást í raun. Kveðjutímamörk, MTU-stopp eftir að ganga er komin upp og DNS-svör frá flutningsaðilanum eru þrjú ólík vandamál með þrjár ólíkar lagfæringar. USB-þjónustan er kveikjan í öllum þremur; orsökin er hún sjaldan.