Տեղադրման սկրիպտում ինչ-որ տեղ ստուգվում է՝ թունելը միացա՞ծ է, նախքան պատճենումը կսկսվի։ Հասանելի են երեք պատասխան, և դրանք նույնը չեն նշանակում՝ ծառայության վիճակը, որը հաղորդում է scutil-ը, միջուկի ընտրած երթուղին, և այն՝ արդյոք հեռավոր ծայրը իսկապես պատասխանում է։ Դրանց համեմատությունն է տարբերությունը պատճենումը կանխատեսող ստուգման և պարզապես մատյանը զարդարող ստուգման միջև։

Երեք պատասխան VPN-ի միացված լինելու հարցին

Ծառայության վիճակը կառավարման հարթության փաստ է։ macOS-ը գիտի, որ կազմաձևը միացված է, որովհետև դա ասել է նրա հաճախորդային գործընթացը։ Երթուղին տվյալների հարթության փաստ է՝ միջուկը այս նպատակակետը կուղարկի այդ միջերեսով։ Հասանելիությունը ծայրից ծայր փաստ է, և այն կարող է ձախողվել այնպիսի պատճառներով, որոնք մյուս երկուսից ոչ մեկը չի տեսնում։

SignalAnswersBlind spot
scutil --nc statusIs the service connected?Third-party clients, wrong routes
route -n getWhere would this go?The peer may be down
A request to the far sideDoes it work now?Slow, and it changes state

Օգտակար ստուգումը միավորում է առաջին երկուսը և երրորդն օգտագործում է որպես հաստատում, որ առաջին երկուսը չեն ստել։ Ցանկացածը մենակ ժամանակադրոշմով ենթադրություն է։

Կարդացեք նույնացուցիչը, ոչ թե ցուցադրվող անունը

scutil --nc list
scutil --nc status "Office"

Ցանկը տպում է մեկ տող յուրաքանչյուր ծառայության համար, և յուրաքանչյուր տող պարունակում է փակագծերում վիճակ, ապա ծառայության նույնացուցիչը, տեսակը և ցուցադրվող անունը։ Սկրիպտը գրեք ըստ նույնացուցիչի, որովհետև ցուցադրվող անունն այն է, ինչ ինչ-որ մեկը մուտքագրել է Համակարգի կարգավորումներում և կարող է փոխվել առանց ծանուցման։ Վիճակի հրամանը տպում է մեկ բառ, որոշ ծառայության տեսակների դեպքում դրանից հետո՝ վիճակագրություն, համեմատեք հենց այդ առաջին բառը՝ ամբողջ արտածման մեջ անունը փնտրելու փոխարեն, որը հանդիպում է նաև այլ տեղերում։

Ծառայության մեկնարկը կարող է առաջացնել լիազորման հարցում կամ ուղղակիորեն մերժվել, երբ պրոֆիլը կառավարվող է։ Այդ մերժումը թունելի անսարքություն չէ, դա քաղաքականության հայտարարություն է այն մասին, թե ով կարող է այն բարձրացնել։

Երրորդ կողմի հաճախորդը թաքնվում է ցանկից

Դատարկ ցանկը չի նշանակում, որ VPN չկա։ Համակարգի սեփական ցանցային կարգավորումներում ստեղծված կազմաձևերը երևում են այստեղ, մատակարարի հաճախորդը, կառավարման պրոֆիլը կամ երրորդ կողմի հավելվածը կարող են պահել ակտիվ թունել, որը այս հրամանը երբեք չի տեսնի։ Իր սեփական ծառայության համար իշխանությունը իր սեփական գործիքն է։ Երբ scutil-ին հարցնում ենք հաճախորդի մասին, որը երբեք չի գրանցվել նրա մոտ, ոչինչ չի ստանում, և ոչինչը նույն պատասխանը չէ, ինչ անջատվածը։

Երբ ցանկը դատարկ է, բայց երթևեկությունը ակնհայտ գաղտնագրված է, փնտրեք միջերեսը՝ սպասվող տիրույթում հասցե ունեցող utun կամ ppp սարքը վկայություն է, որ ինչ-որ բան թունել է ստեղծել։ Դա ավելի թույլ ազդանշան է, քան ծառայության վիճակը, ուստի զուգակցեք այն երթուղու ստուգման հետ՝ միջերեսը ինքնության ապացույց համարելու փոխարեն։ Մի քանի հաճախորդ կարող են ստեղծել մի քանի այդպիսի միջերես, և դրանցից միայն մեկն է պատկանում այն թունելին, որը նկատի ունեիք։

Կարգավիճակը երթուղավորում չէ

Միացված ծառայությունն ասում է, որ թունելը գոյություն ունի։ Այն չի ասում, որ ձեր նպատակակետը օգտագործում է այն։ Կարդացեք հասցեները, ապա հարցրեք միջուկին ուղղակիորեն՝

ifconfig | grep -A4 utun
netstat -rn -f inet
route -n get 10.40.0.20

Լրիվ թունելի հաճախորդը տեղադրում է լռելյայն երթուղի թունելի միջով, բաժանված թունելի հաճախորդը տեղադրում է կոնկրետ մասնավոր նախածանցներ։ Երկուսն էլ հաղորդում են Connected, և միայն կարգավիճակը ստուգող սկրիպտը ուրախությամբ կանցնի սխալ ուղով։ Թունելի կանգը պարտադիր չէ, որ հեռացնի մեկ այլ հաճախորդի տեղադրած երթուղիները, և դա այն եղանակներից մեկն է, որով մեքենան միաժամանակ ստանում է միացված ծառայություն և հնացած երթուղի։ Նայեք ձեզ հետաքրքրող նպատակակետին, ոչ թե ամբողջ երթուղային աղյուսակին։

Անվանակարգը առանձին խնդիր է

Այլ մեքենաները չեն կարողանում հասնել Mac-ին անունով, մինչ դրա հասցեն աշխատում է, և դա հաղորդվում է որպես VPN-ի անսարքություն։ Տեղական հոսթի անունը, հոսթի անունը և DNS գրառումը երեք տարբեր բաներ են։ scutil --get LocalHostName ցույց է տալիս Bonjour անունը, sudo scutil --set HostName mac-office սահմանում է այն անունը, որը հաղորդում է համակարգը։

Կարգավորումներից ոչ մեկը գրառում չի ստեղծում գրասենյակի զոնայում։ Եթե այլ հոսթեր պետք է անունը լուծեն DNS-ի միջոցով, զոնայի տերը պետք է ավելացնի այն, կամ սկրիպտը պետք է փոխարենը օգտագործի հասցեն։ Կայուն անվան սահմանումը հայտարարությունները դարձնում է հետևողական, այն չի ստիպում լուծիչին պատասխանել։

Սկրիպտում միասին գրանցեք ծառայության նույնացուցիչը և երթուղու սպասվող ձևը, և պատճենումից առաջ ստուգեք երկուսն էլ։ Միացած, բայց սխալ ուղղությամբ երթուղավորված թունելը ձախողվում է ճիշտ այնպես, ինչպես թունելի բացակայությունը, և Connected ասող մատյանի տողը հաջորդ մարդուն կուղարկի սխալ տեղ փնտրելու։

Առնչվող հոդվածներ