Արդյո՞ք VPN-ը վերանվանեց ձեր Mac-ը. համեմատեք հոսթանվան երեք արժեք
Փոփոխված Terminal-ի հուշումը վերանվանում չէ։ ComputerName-ը, LocalHostName-ը և HostName-ը տարբեր արժեքներ են պահում, և դրանցից մեկը հաճախ պարզապես սահմանված չէ։
Հուշումը, որ նախկինում մի բան էր ցույց տալիս, հիմա այլ բան է ցույց տալիս, և փոխված կապը VPN էր։ Սա այն ամբողջ ապացույցն է, որ մարդկանց մեծ մասն ունի նախքան եզրակացնելը, թե Mac-ը վերանվանվել է, և դա բավարար չէ։ macOS-ը պահում է առնվազն երեք առանձին անվանական արժեք, յուրաքանչյուրն ունի այլ գործառույթ, և shell-ի հուշումը ցույց է տալիս դրանցից առավելագույնը մեկը այնպիսի ձևով, որ հեշտ է սխալ կարդալ։
Դրանց համեմատությունը պահանջում է երեք հրաման և լուծում է հարցը նախքան որևէ մեկը ինչ-որ բան խմբագրելը։
Երեք արժեք, երեք գործառույթ
Երեքն էլ տողեր են, որոնք համակարգը սիրով կհայտնի, և գայթակղությունը առաջին գտածը հեղինակավոր համարելն է։ Այսպես օգտվողը վերջում «ուղղում» է սխալ դաշտը և տեսնում, որ ախտանիշը մնում է։
| Value | What it is responsible for |
|---|---|
ComputerName | The friendly name a person sees in About and on the network browser; this is the one users mean by "my Mac's name" |
LocalHostName | The Bonjour name used on the local link, usually shown with a .local suffix in Sharing |
HostName | An explicitly configured host name that may simply not be set at all |
Երրորդ տողն այն տեղն է, որտեղ սկսվում է շփոթության մեծ մասը։ Չսահմանված HostName-ը նորմալ վիճակ է, ոչ թե վնասվածք, և նշանակում է, որ համակարգը դիմում է այլ աղբյուրների, երբ հոսթանուն է պետք։ Այդ դատարկությունը որպես վնաս կարդալը հանգեցնում է ուղղման, որն երբեք պետք չէր։ Այն նաև թաքցնում է իրական հարցը, որը ոչ թե այն է, թե ինչպես է կոչվում մեքենան, այլ այն, թե որ անունն է օգտագործում տվյալ որոնումը կամ հուշումը այդ պահին։ Պատասխանեք դրան, և դատարկ արժեքը դադարում է թերություն թվալ։
Կարդացեք նախքան գրելը
Այս երեք հրամանները միայն արժեքներ են հաղորդում։ Դրանք ոչինչ չեն փոխում, ինչը դարձնում է դրանք անվտանգ հետաքննության ընթացքում գործարկելու համար։
scutil --get ComputerName
scutil --get LocalHostName
scutil --get HostNameԳործարկեք դրանք նույն տեղական նստաշրջանում թույլատրված VPN կապից առաջ և հետո, և նշեք, թե որ արժեքն է իրոք տարբերվում։ Եթե ոչինչ չի տարբերվում, և հուշումը դեռ սխալ է թվում, անունը երբեք խնդիրը չի եղել. shell-ի կազմաձևում կամ հեռավոր նստաշրջանում ինչ-որ բան այլ տող է ցույց տալիս։
Apple-ի ուղեցույցը համակարգչի անունների և տեղական հոսթանունների մասին բարեկամական անունը դնում է General-ի և About-ի տակ, իսկ տեղական անունը՝ General-ի և Sharing-ի տակ։ Այն նաև փաստագրում է այն ավտոմատ վերջածանցը, որն ավելացվում է, երբ նույն կապում մեկ այլ Mac արդեն անուն է օգտագործում, ինչն արժե իմանալ նախքան անսպասելի թիվը որպես միջամտության ապացույց դիտարկելը։
Ինչ է իրականում ապացուցում shell-ի հուշումը
Հուշումը տող է, որը կառուցում է shell-ը, և դրա հոսթանվան տարրը կարող է գալ ընդլայնված հոսթանունից, դրա կրճատ ձևից կամ պրոֆիլի ֆայլում կոշտ կոդավորված արժեքից։ Այն կարող է նաև պատկանել բոլորովին այլ մեքենայի SSH նստաշրջանի, ինչը ամենաքիչ փայլուն բացատրությունն է և ամենատարածվածը VPN-ը միացնելու պահին փոխված հուշման համար։
Ստուգեք, թե որտեղ եք, նախքան ստուգելը, թե ինչպես են ձեզ կոչում։ Գործարկեք hostname-ը և համեմատեք այն երեք պահված արժեքների հետ, ապա նայեք shell-ի հուշման կարգավորմանը՝ տեսնելու, թե արդյոք այն ընդհանրապես ցույց է տալիս հոսթը։ Եթե հուշումը պարունակում է բառացի տող, որը ինչ-որ մեկը տարիներ առաջ մուտքագրել է կազմաձևի ֆայլում, ոչ մի համակարգային փոփոխություն այն երբեք չի համապատասխանի։
Համեմատությունը կարևոր է նաև հաշվետվության համար։ Այլ տեսք ունեցող հուշումը և իսկապես փոխված պահված ComputerName-ը երկու առանձին հայտնաբերում են՝ երկու տարբեր սեփականատերերով, և դրանք մեկ նախադասության մեջ միավորելը հաջորդ ինժեներին ուղարկում է սխալ տեղ։
Որտեղ VPN-ը կարող է օրինականորեն դիպչել անվանակոչմանը
VPN-ը փոխում է, թե որ լուծիչներն ու որոնման տիրույթներն են համապատասխան, և կարող է DHCP-ի միջոցով հաճախորդին հոսթանուն տալ, եթե հաճախորդը կազմաձևված է մեկը ընդունելու։ Դա իրական մեխանիզմ է, և այն ավելի նեղ է, քան «VPN-ը վերանվանեց իմ Mac-ը»։ Լուծիչի փոփոխությունն այն բանում, թե որ անունն է լուծվում տվյալ հասցեի համար, չի վերագրում պահված տեղական արժեքները։
Այսպիսով առանձնացրեք երկու հարց։ Մեքենայի սեփական ինքնությունը տարբե՞ր է, թե՞ անունը, որը նա օգտագործում է այլ բանի հասնելու համար, տարբեր է։ Առաջինին պատասխանում են երեք պահված արժեքները. երկրորդին՝ DNS հարցումները և օգտագործվող կապի պրոֆիլը։ Դրանք որպես մեկ հարց դիտարկելը հանգեցնում է ինքնության կարգավորումների փոփոխության՝ ի պատասխան անունների լուծման խնդրի։
Եթե իսկապես մշտական հոսթանուն է պետք
Արժեք սահմանելը դիտավորյալ վարչական գործողություն է, ոչ թե տեսքի նախընտրություն, և արժեքը պետք է գա նրանից, ով տիրապետում է մեքենայի անվանակոչման քաղաքականությանը։ Կառավարվող անունը վերագրելը, որպեսզի հուշումը ծանոթ երևա, կարող է կոտրել սերտիֆիկատների ստուգումը, մոնիտորինգը և այն ամենը, ինչ նույնականացնում է հոսթին։
Երբ փոփոխությունն իսկապես անհրաժեշտ է, նույն գործիքը, որը կարդաց արժեքները, գրում է դրանք, և HostName-ը ընդունում է լրիվ որակավորված անուն, մինչդեռ մյուս երկուսը սպասում են տեղական ձևերին։ Գրանցեք, թե ինչ փոխեցիք և ինչու, որովհետև սա հենց այն խմբագրումն է, որ զարմացնում է մեքենային նայող հաջորդ մարդուն։
Հաշվետվությունների մեծ մասի համար ճիշտ պատասխանն ավելի փոքր է, քան հարցն է հուշում. կարդացեք բոլոր երեք արժեքները, պարզեք, թե որն է տարբերվում, և ուղղեք միայն այն։ Հուշումը ինչ-որ բանի ախտանիշ էր, և երեք հրամանները ձեզ ասում են՝ ինչի։