Miért szakad meg a Mac VPN-je, amikor USB-n iPhone-t csatlakoztat

Csatlakoztat egy iPhone-t töltéshez, és egy perccel később a Mac VPN-je leállítja a forgalom átengedését. A Rendszerbeállítások egy új, iPhone USB nevű szolgáltatást mutatnak, és a kézenfekvő lépés a törlése. Ez a lépés gyakran hibás. A szolgáltatás lehet a telefon Személyes Hotspotja, vagy lehet olyan kapcsolat, amelyet az Xcode és az eszközeszközök használnak a telefonnal való kommunikációhoz, és a kettő elég eltérően viselkedik ahhoz, hogy az azonosítás a törlés elé kerüljön.

1. lépés: Olvassa el a szolgáltatást, amelyet a telefon valóban létrehozott

Nyissa meg a Rendszerbeállításokat, majd a Hálózatot, és hasonlítsa össze a szolgáltatások listáját a telefon leválasztott és csatlakoztatott állapotában. A jelenlegi macOS-en a szolgáltatás iPhone USB néven szerepel. Jegyezze fel, hogy aktív-e, hol áll a szolgáltatási sorrendben, és hogy a Mac használja-e az alapértelmezett útvonalhoz. A szolgáltatási sorrend azért számít, mert a macOS a legmagasabb aktív szolgáltatást választja, amely el tud érni egy célt, nem azt, amelynek a nevét ismeri.

Az Apple útmutatója a Személyes Hotspotról leírja a mechanizmust: amíg a Személyes Hotspot be van kapcsolva a telefonon, az USB-s csatlakoztatás ráveheti a Macet a telefon mobilkapcsolatának használatára, még akkor is, ha csak tölteni akarta. Ez nem a VPN-kliens hibája; az útvonaltábla egy olyan szolgáltatást követ, amely a Wi-Fi előtt indult el.

Ha a szolgáltatás létezik, de a telefon csatlakoztatása mellett inaktív marad, valószínűleg csak töltési kapcsolatot vagy eszközkapcsolatot lát, nem hotspotot. Tartsa meg ezt a megkülönböztetést, mert a következő két lépés ezt teszteli ahelyett, hogy az ikonból találgatna.

2. lépés: Ellenőrizze, melyik útvonalat használja a VPN végpont

Olvassa el az útvonalat a VPN-kiszolgáló feloldott címéhez, nem egy webhelyhez. route -n get csak olvasható, és kiírja az interfészt és az átjárót, amelyet a kernel használna, és mindkét sor számít.

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

A fenti cím dokumentációs helyőrző. Cserélje ki arra a végpontra, amelyet a kliense mutat, és használja a route -n get -inet6 lehetőséget IPv6-végponthoz. Hasonlítsa össze a kimenetet a telefon leválasztott és csatlakoztatott állapotában, és ne adjon hozzá és ne távolítson el útvonalakat a két olvasás között. Ha az interfész en0-ról az iPhone USB interfészre változik, a hotspot-útvonal nyerte a keresést, és a VPN külső kapcsolata most mobilhálózaton megy.

Az útvonalváltozás nem magyaráz meg minden hibát. A kliens továbbra is elérheti a kiszolgálót, és később meghiúsulhat az alagút belső forgalmán, mert az új útnak más az MTU-ja, vagy a szolgáltató blokkolja a protokollt. Olvassa el a kliens saját hibáját, mielőtt bármit változtatna: a külső kézfogási időtúllépés elérhetőségre utal, míg a felépített alagút, amely leállítja a forgalom átengedését, MTU-ra, DNS-re vagy szabályzatra.

3. lépés: Válassza szét a hotspotot az eszközkommunikációs kapcsolattól

Az Xcode 15 és újabb verziói USB-n csatlakoztatott eszközzel hálózatalapú csatornán beszélnek, amely kapcsolathelyi IPv6-ot tartalmaz, így egy fejlesztői Mac olyan további interfészt mutathat, amelynek semmi köze az interneteléréshez. Az Apple TN3158 technikai jegyzete dokumentálja ezt a viselkedést, és figyelmeztet, hogy VPN vagy biztonsági szűrés zavarhatja. Ez a hotspot-probléma fordítottja: a VPN nem azért törik el, mert a telefon internetet kínál; az eszközkapcsolat azért törik el, mert a VPN elkapja.

Két megfigyelés választja szét az eseteket csomagrögzítés nélkül. Először ellenőrizze, hogy az interfésznek van-e útvonalazható címe és alapértelmezett útvonala, vagy csak kapcsolathelyi fe80:: címe; csak kapcsolathelyi azt jelenti, hogy nincs internetútvonal. Másodszor zárja be a VPN-t, és nézze meg, hogy az Xcode újra eléri-e az eszközt. Ha igen, a VPN útvonalai vagy tartalomszűrője elkapják a kapcsolathelyi forgalmat, és a javítás az osztott alagút vagy a szűrő konfigurációjába tartozik, nem a Hálózat panelbe.

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

Ne ítéljen csak az interfész neve alapján. A macOS ezeket az interfészeket az eszközök csatlakoztatásakor hozza létre és pusztítja el, és az en szám futásidőben kerül kiosztásra, ezért ugyanaz a Mac újraindítás vagy kábelcsere után más számot mutathat.

4. lépés: Reprodukálja a hibát egyszerre egy változóval

Ha tudja, melyik szolgáltatás érintett, reprodukálja a problémát rögzített sorrendben. Kezdje a telefon leválasztott és a VPN csatlakoztatott állapotával. Csatlakoztassa a telefont kikapcsolt Személyes Hotspot mellett, várja meg a Hálózat lista stabilizálódását, és futtassa újra az útvonalkérést. Válassza le, kapcsolja be a Személyes Hotspotot, csatlakoztassa újra, és ismételje. Jegyezze fel az interfészt, az átjárót és a klienshibát mindhárom állapothoz, és összehasonlítása lesz emlék helyett.

Ha a VPN csak hotspot-állapotban hibázik, tartsa távol a telefont ettől az úttól: kapcsolja ki a Személyes Hotspotot töltés közben, vagy mozgassa az iPhone USB szolgáltatást a Wi-Fi alá a szolgáltatási sorrendben. Ha minden csatlakoztatott állapotban hibázik, a kikapcsolt hotspot mellett is, nézze meg, hogyan kezeli a kliens a hálózati átmenetet. Egyes kliensek lebontják az alagutat, amikor az elsődleges szolgáltatás megváltozik, és újracsatlakozást igényelnek; ez kliensviselkedés, nem telefonhiba.

Kísérletenként egy dolgot változtasson. A szolgáltatás törlése, a VPN-konfiguráció visszaállítása és a kliens újratelepítése ugyanabban a percben működő Macet és azt hagyja magára, hogy fogalma sincs, melyik művelet javította meg.

5. lépés: Döntse el, mit tart meg és mit ellenőriz

Hagyja békén az eszközkapcsolatot. Az Xcode által használt interfész eltávolítása nem javít VPN-útvonalat, és megtöri az eszköztelepítést a következő csatlakozásig. Ha a hotspot-szolgáltatás valóban nem kívánatos, először kapcsolja ki a Személyes Hotspotot a telefonon; ez a dokumentált vezérlő, és túléli az újraindítást.

Ha mégis eltávolít egy szolgáltatást, azt távolítsa el, amelyet azonosított, majd ellenőrizzen két dolgot: a VPN-végpont útvonala visszatért a várt interfészre, és az alagút belső címre is átenged forgalmat, nem csak az internetre. Jegyezze fel a szolgáltatási sorrendet és a kliens verzióját, mert a macOS-frissítés megváltoztathatja, hogyan jelenik meg a telefon.

Ezután osztályozza a hibát, amelyet valóban látott. A kézfogási időtúllépés, az MTU megakadása az alagút felépülése után és a szolgáltatótól érkező DNS-válaszok három különböző probléma három különböző javítással. Az USB-szolgáltatás mindháromban a kiváltó ok; az ok maga ritkán.