iPhone-ды USB-ге қосқанда Mac-тегі VPN неге үзіледі

iPhone-ды зарядтау үшін қосасыз, ал бір минуттан кейін Mac-тегі VPN трафикті өткізуді тоқтатады. Жүйе параметрлері iPhone USB деп аталатын жаңа қызметті көрсетеді, ал айқын қадам — оны жою. Бұл қадам жиі қате. Қызмет телефонның жеке хотспоты болуы мүмкін, немесе Xcode мен құрылғы құралдары телефонмен сөйлесу үшін пайдаланатын сілтеме болуы мүмкін, және екеуі соншалықты өзгеше әрекет етеді, сондықтан сәйкестендіру жоюдан бұрын болуы керек.

1-қадам: Телефон шынымен жасаған қызметті оқыңыз

Жүйе параметрлерін, содан кейін Желіні ашып, қызметтер тізімін телефон ажыратылған және қосылған күйде салыстырыңыз. Ағымдағы macOS-те қызмет iPhone USB деп тізілген. Оның белсенді екенін, қызметтер ретінде қайда тұрғанын және Mac оны әдепкі маршрут үшін пайдаланатынын белгілеп алыңыз. Қызметтер реті маңызды, өйткені macOS мақсатқа жете алатын ең жоғары белсенді қызметті таңдайды, атын білетін қызметті емес.

Apple-дың жеке хотспот туралы нұсқаулығы механизмді сипаттайды: телефонда жеке хотспот қосулы тұрғанда, оны USB арқылы қосу Mac-ті телефонның ұялы байланысын пайдалануға мәжбүрлеуі мүмкін, тіпті сіз тек зарядтауды қаласаңыз да. Бұл VPN клиентінің ақауы емес; маршруттау кестесі Wi-Fi-дан бұрын көтерілген қызметке бағынады.

Егер қызмет бар болса, бірақ телефон қосылған күйде белсенді емес болып қалса, сіз хотспотты емес, тек зарядтау қосылымын немесе құрылғы сілтемесін көріп отырған боларсыз. Бұл айырмашылықты сақтаңыз, өйткені келесі екі қадам оны белгішеден болжаудың орнына тексереді.

2-қадам: VPN соңғы нүктесі қандай маршрутты пайдаланатынын тексеріңіз

Маршрутты веб-сайтқа емес, VPN серверінің шешілген мекенжайына қарай оқыңыз. route -n get тек оқуға арналған және ядро пайдаланатын интерфейс пен шлюзді басып шығарады, екі жол да маңызды.

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

Жоғарыдағы мекенжай құжаттама үшін толтырғыш. Оны клиентіңіз көрсететін соңғы нүктемен алмастырыңыз және IPv6 соңғы нүктесі үшін route -n get -inet6 пайдаланыңыз. Телефон ажыратылған және қосылған күйдегі шығысты салыстырыңыз, және екі оқылым арасында маршруттарды қоспаңыз немесе жоймаңыз. Егер интерфейс en0-ден iPhone USB интерфейсіне өзгерсе, хотспот жолы іздеуде жеңді және VPN-нің сыртқы қосылымы енді ұялы желі арқылы жүреді.

Маршруттың өзгеруі әрбір сәтсіздікті түсіндірмейді. Клиент серверге әлі де жете алады және кейінірек туннельдің ішкі трафигінде сәтсіздікке ұшырауы мүмкін, өйткені жаңа жолдың MTU-ы басқа немесе оператор протоколды блоктайды. Бірдеңені өзгерту алдында клиенттің өз қатесін оқыңыз: сыртқы қол алысудың уақыт шегі қолжетімділікке нұсқайды, ал орнатылған туннель трафикті өткізуді тоқтатса, ол MTU, DNS немесе саясатқа нұсқайды.

3-қадам: Хотспотты құрылғы байланыс сілтемесінен ажыратыңыз

Xcode 15 және одан жаңа нұсқалар USB-ге қосылған құрылғымен желілік арна арқылы сөйлеседі, оған сілтемелік-жергілікті IPv6 кіреді, сондықтан әзірлеу Mac-і интернетке қол жеткізуге қатысы жоқ қосымша интерфейс көрсетуі мүмкін. Apple-дың TN3158 техникалық жазбасы бұл мінез-құлықты құжаттайды және мынаған ескертеді: VPN немесе қауіпсіздік сүзгісі оған кедергі келтіруі мүмкін. Бұл хотспот мәселесінің керісі: VPN телефон интернет ұсынғандықтан бұзылмайды; құрылғы қосылымы VPN оны ұстап қалғандықтан бұзылады.

Екі байқау пакеттерді ұстамай-ақ жағдайларды ажыратады. Біріншіден, интерфейсте маршрутталатын мекенжай мен әдепкі маршрут бар ма, әлде тек сілтемелік-жергілікті fe80:: мекенжайы ғана ма, соны тексеріңіз; тек сілтемелік-жергілікті болса, интернет жолы жоқ. Екіншіден, VPN-ді жауып, Xcode құрылғыға қайта жете алатынын қараңыз. Егер жетсе, VPN маршруттары немесе мазмұн сүзгісі сілтемелік-жергілікті трафикті ұстап тұр, ал түзету бөлінген туннель немесе сүзгі конфигурациясында, Желі тақтасында емес.

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

Тек интерфейс аты бойынша шешім қабылдамаңыз. macOS бұл интерфейстерді құрылғылар қосылған сайын жасайды және жояды, ал en нөмірі орындалу кезінде беріледі, сондықтан сол Mac қайта жүктеуден немесе кабельді ауыстырудан кейін басқа нөмір көрсетуі мүмкін.

4-қадам: Сәтсіздікті бір уақытта бір айнымалымен қайталаңыз

Қай қызметтің қатысы барын білгеннен кейін мәселені белгілі тәртіппен қайталаңыз. Телефон ажыратылған және VPN қосылған күйден бастаңыз. Телефонды жеке хотспот өшірулі күйде қосыңыз, Желі тізімі тұрақталғанша күтіңіз және маршрут сұрауын қайта орындаңыз. Ажыратыңыз, жеке хотспотты қосыңыз, қайта қосыңыз және қайталаңыз. Үш күйдің әрқайсысы үшін интерфейсті, шлюзді және клиент қатесін жазып алыңыз, сонда есте сақтаудың орнына салыстыру болады.

Егер VPN тек хотспот күйінде сәтсіз болса, телефонды сол жолдан алыс ұстаңыз: зарядтау кезінде жеке хотспотты өшіріңіз немесе қызметтер ретінде iPhone USB қызметін Wi-Fi-дан төмен жылжытыңыз. Егер ол әрбір қосылған күйде, хотспот өшірулі күйде де сәтсіз болса, клиенттің желілік ауысуды қалай өңдейтінін қараңыз. Кейбір клиенттер негізгі қызмет өзгергенде туннельді бұзады және қайта қосылуды қажет етеді; бұл клиенттің мінез-құлқы, телефонның ақауы емес.

Әр әрекетте бір нәрсені өзгертіңіз. Қызметті жою, VPN конфигурациясын қалпына келтіру және клиентті сол минутта қайта орнату сізді жұмыс істейтін Mac-пен және қай әрекеттің оны түзеткенін білмей қалдырады.

5-қадам: Нені сақтау керектігін және нені тексеру керектігін шешіңіз

Құрылғы сілтемесін тыныш қалдырыңыз. Xcode пайдаланатын интерфейсті жою VPN маршрутын түзетпейді және келесі қосылуға дейін құрылғыларға орналастыруды бұзады. Егер хотспот қызметі шынымен қажет емес болса, алдымен телефонда жеке хотспотты өшіріңіз; бұл құжатталған басқару және қайта жүктеуден кейін де сақталады.

Егер қызметті бәрібір жойсаңыз, сіз анықтаған қызметті жойыңыз, содан кейін екі нәрсені тексеріңіз: VPN соңғы нүктесіне маршрут күтілетін интерфейске қайтты және туннель трафикті тек интернетке емес, ішкі мекенжайға да өткізеді. Қызметтер реті мен клиент нұсқасын жазып алыңыз, өйткені macOS жаңартуы телефонның қалай көрінетінін өзгертуі мүмкін.

Содан кейін шынымен көрген сәтсіздікті жіктеңіз. Қол алысудың уақыт шегі, туннель көтерілгеннен кейін MTU-дың тоқтауы және оператордан келетін DNS жауаптары — үш түрлі мәселе және үш түрлі түзету. USB қызметі үшеуінде де триггер; себеп болуы сирек.