Ինչու է Mac-ի VPN-ը կտրվում, երբ iPhone-ը USB-ով միացնում եք

Միացնում եք 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

Վերևի հասցեն փաստաթղթավորման տեղապահ է։ Փոխարինեք այն այն վերջնակետով, որը ցույց է տալիս ձեր հաճախորդը, և օգտագործեք route -n get -inet6 IPv6 վերջնակետի համար։ Համեմատեք ելքը հեռախոսը անջատված և միացված վիճակում, և երկու ընթերցումների միջև երթուղիներ մի ավելացրեք և մի հանեք։ Եթե ինտերֆեյսը 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 ծառայությունը երեքի մեջ էլ գործարկիչն է. պատճառը լինելը հազվադեպ է։