Kodėl „Mac“ VPN nutrūksta prijungus „iPhone“ per USB

Prijungiate „iPhone“ įkrauti, o po minutės „Mac“ VPN nustoja praleisti srautą. Sistemos nustatymuose atsiranda nauja paslauga „iPhone USB“, ir akivaizdus žingsnis – ją pašalinti. Šis žingsnis dažnai neteisingas. Paslauga gali būti telefono asmeninis hotspotas arba nuoroda, kurią „Xcode“ ir įrenginių įrankiai naudoja bendrauti su telefonu, ir abi elgiasi pakankamai skirtingai, kad identifikavimas turi būti prieš šalinimą.

1 žingsnis: Perskaitykite paslaugą, kurią telefonas iš tikrųjų sukūrė

Atidarykite Sistemos nustatymus, tada Tinklą ir palyginkite paslaugų sąrašą su telefonu atjungtu ir prijungtu. Dabartinėje „macOS“ paslauga rodoma kaip „iPhone USB“. Atkreipkite dėmesį, ar ji aktyvi, kur ji yra paslaugų tvarkoje ir ar „Mac“ ją naudoja numatytajam maršrutui. Paslaugų tvarka svarbi, nes „macOS“ pasirenka aukščiausią aktyvią paslaugą, galinčią pasiekti paskirties vietą, o ne tą, kurios pavadinimą atpažįstate.

„Apple“ asmeninio hotspot vadovas aprašo mechanizmą: kol telefone įjungtas asmeninis hotspotas, prijungus jį per USB „Mac“ gali naudoti telefono korinį ryšį, net kai norėjote tik įkrauti. Tai ne VPN kliento klaida; maršrutų lentelė seka paslaugą, kuri iškilo prieš „Wi-Fi“.

Jei paslauga egzistuoja, bet lieka neaktyvi prijungus telefoną, greičiausiai matote tik įkrovimo ryšį arba įrenginio nuorodą, o ne hotspotą. Išsaugokite šį skirtumą, nes kiti du žingsniai jį tikrina, o ne spėlioja pagal piktogramą.

2 žingsnis: Patikrinkite, kokį maršrutą naudoja VPN galinis taškas

Skaitykite maršrutą iki išspręsto VPN serverio adreso, o ne iki svetainės. route -n get yra tik skaitomas ir išspausdina sąsają bei šliuzą, kuriuos naudotų branduolys, ir abi eilutės svarbios.

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

Aukščiau pateiktas adresas yra dokumentacijos pakaitos simbolis. Pakeiskite jį galiniu tašku, kurį rodo jūsų klientas, ir naudokite route -n get -inet6 IPv6 galiniam taškui. Palyginkite išvestį su telefonu atjungtu ir prijungtu ir nepridėkite bei nepašalinkite maršrutų tarp dviejų nuskaitymų. Jei sąsaja pasikeičia iš en0 į „iPhone USB“ sąsają, hotspot kelias laimėjo paiešką, o išorinis VPN ryšys dabar eina koriniu tinklu.

Maršruto pakeitimas nepaaiškina kiekvienos nesėkmės. Klientas vis dar gali pasiekti serverį ir vėliau nepavykti vidiniame tunelio sraute, nes naujasis kelias turi kitą MTU arba operatorius blokuoja protokolą. Perskaitykite pačią kliento klaidą prieš ką nors keisdami: išorinis rankos paspaudimo laikas rodo pasiekiamumą, o nustatytas tunelis, kuris nustoja praleisti srautą, rodo MTU, DNS arba politiką.

3 žingsnis: Atskirkite hotspotą nuo įrenginio ryšio nuorodos

„Xcode 15“ ir naujesnės versijos kalba su per USB prijungtu įrenginiu tinklo kanalu, kuriame yra nuorodos vietinis IPv6, todėl kūrimo „Mac“ gali rodyti papildomą sąsają, neturinčią nieko bendra su prieiga prie interneto. „Apple“ techninė pastaba TN3158 dokumentuoja šį elgesį ir įspėja, kad VPN arba saugumo filtravimas gali jam trukdyti. Tai priešingybė hotspot problemai: VPN nesugenda todėl, kad telefonas siūlo internetą; įrenginio ryšys sugenda todėl, kad VPN jį pagauna.

Du stebėjimai atskiria atvejus be paketų fiksavimo. Pirma, patikrinkite, ar sąsaja turi maršrutuojamą adresą ir numatytąjį maršrutą, ar tik nuorodos vietinį fe80:: adresą; tik nuorodos vietinis reiškia, kad interneto kelio nėra. Antra, uždarykite VPN ir pažiūrėkite, ar „Xcode“ vėl pasiekia įrenginį. Jei pasiekia, VPN maršrutai arba turinio filtras pagauna nuorodos vietinį srautą, o taisymas priklauso skaidyto tunelio arba filtro konfigūracijai, o ne Tinklo skydeliui.

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

Nespręskite vien pagal sąsajos pavadinimą. „macOS“ kuria ir naikina šias sąsajas prijungiant įrenginius, o en numeris priskiriamas vykdymo metu, todėl tas pats „Mac“ po perkrovimo ar kabelio keitimo gali rodyti kitą numerį.

4 žingsnis: Atkurkite nesėkmę su vienu kintamuoju vienu metu

Kai žinote, kuri paslauga susijusi, atkurkite problemą fiksuota tvarka. Pradėkite nuo atjungto telefono ir prijungto VPN. Prijunkite telefoną su išjungtu asmeniniu hotspotu, palaukite, kol Tinklo sąrašas nusistovės, ir vėl paleiskite maršruto užklausą. Atjunkite, įjunkite asmeninį hotspotą, prijunkite vėl ir pakartokite. Užsirašykite sąsają, šliuzą ir kliento klaidą kiekvienai iš trijų būsenų, ir turėsite palyginimą, o ne prisiminimą.

Jei VPN nepavyksta tik hotspot būsenoje, laikykite telefoną toliau nuo to kelio: išjunkite asmeninį hotspotą įkrovimo metu arba perkelkite paslaugą „iPhone USB“ žemiau „Wi-Fi“ paslaugų tvarkoje. Jei ji nepavyksta kiekvienoje prijungtoje būsenoje, įskaitant su išjungtu hotspotu, pažiūrėkite, kaip klientas tvarko tinklo perėjimą. Kai kurie klientai išardo tunelį, kai pasikeičia pagrindinė paslauga, ir reikalauja prisijungti iš naujo; tai kliento elgsena, o ne telefono defektas.

Keiskite po vieną dalyką bandymui. Paslaugos šalinimas, VPN konfigūracijos atstatymas ir kliento perdiegimas tą pačią minutę palieka jus su veikiančiu „Mac“ ir be supratimo, kuris veiksmas jį sutaisė.

5 žingsnis: Nuspręskite, ką palikti, o ką patikrinti

Palikite įrenginio nuorodą ramybėje. Sąsajos, kurią naudoja „Xcode“, šalinimas nesutaiso VPN maršruto ir sugriauna įrenginių diegimą iki kito prijungimo. Jei hotspot paslauga tikrai nereikalinga, pirmiausia išjunkite asmeninį hotspotą telefone; tai dokumentuota valdymo priemonė, ir ji išlieka po perkrovimo.

Jei vis dėlto pašalinsite paslaugą, pašalinkite tą, kurią identifikavote, ir tada patikrinkite du dalykus: maršrutas iki VPN galinio taško vėl yra laukiamoje sąsajoje, o tunelis praleidžia srautą į vidinį adresą, ne tik į internetą. Užsirašykite paslaugų tvarką ir kliento versiją, nes „macOS“ atnaujinimas gali pakeisti, kaip atrodo telefonas.

Tada klasifikuokite nesėkmę, kurią iš tikrųjų matėte. Rankos paspaudimo laikas, MTU sustojimas pakėlus tunelį ir DNS atsakymai iš operatoriaus yra trys skirtingos problemos su trimis skirtingais sprendimais. USB paslauga yra trigeris visose trijose; priežastis ji būna retai.