Կարճ ներքին անունները ձախողվում են VPN-ում. այն վերջածանցը, որը երբեք չեք տեսնում
Կարճ անունը աշխատում է միայն այն պատճառով, որ որոնման վերջածանցը լրացնում է այն։ Համեմատեք լրիվ և կարճ անունը՝ վերջածանցի բացը լուծիչի խափանումից տարբերելու համար։
Կարճ անունը աշխատում էր գրասենյակում և ձախողվում է VPN-ում, մինչդեռ լրիվ անունը լուծվում է առանց խնդրի։ Ոչինչ կոտրված չէ։ intranet-ի նման մերկ անունը լրիվ անուն չէ՝ հաճախորդը ավելացնում է վերջածանց իր որոնման ցանկից և հարցնում արդյունքի մասին։ Եթե VPN պրոֆիլը չի տրամադրում այդ վերջածանցը, ծանոթ կարճ ձևը դադարում է գոյություն ունենալ։
Սա է ամբողջ առասպելը։ DNS-ը չկոտրվեց, փոխվեց որոնման քաղաքականությունը։
Մերկ անունը անուն չէ
Երբ մուտքագրում եք մեկ պիտակ, լուծիչը պետք է որոշի ինչ հարցնել։ Այն փորձում է անունը ինչպես տրված է, ապա մեկ առ մեկ ավելացնում է որոնման ցանկի գրառումները, մինչև ինչ-որ բան պատասխանի։ Linux-ում resolv.conf-ը կառավարում է այդ հերթականությունը search և ndots կարգավորումներով։ Windows-ում վերջածանցների ցանկը և անունների լուծման քաղաքականությունը նույնն են անում։ Հեռացրեք վերջածանցը, և լուծիչը ավելացնելու բան չի ունենա։
Աշխատող կարճ անունը, ուրեմն, քաղաքականության ապացույց է, ոչ թե առողջ DNS սերվերի ապացույց։
Ինչ են անում վերջածանցների ցանկը և լուծիչի հասցեն
Այս երկուսը մշտապես շփոթում են։ Լուծիչի հասցեն ասում է ում հարցնել՝ վերջածանցների ցանկը ասում է որ անվան մասին հարցնել։ VPN-ը կարող է տալ ձեզ մասնավոր լուծիչ առանց վերջածանցի, կամ վերջածանց սխալ լուծիչով։ Այս խափանումներից միայն մեկն է նման DNS ընդհատման։
Ստուգեք դրանք առանձին, որովհետև սխալի ուղղումը այրում է աջակցության պատուհան։
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
Երեք ախտանիշ, երեք տարբեր պատասխանատու։
Նախ փորձարկեք լրիվ անունը
Խնդրեք ադմինիստրատորի փաստաթղթավորված լրիվ որակավորված անունը, ոչ թե գուշակություն։ Աշխատող FQDN-ը ապացուցում է, որ լուծիչը հասանելի է և գրառումը գոյություն ունի, ինչը մեկ հարցումով հեռացնում է հնարավոր պատճառների կեսը։ Օգտագործեք գործիք, որը ցույց է տալիս, թե որ սերվերն է պատասխանել, որպեսզի չկարդաք քեշավորված արդյունք։
Փորձարկումը պահեք գաղտնի։ Ներքին տարբերակները հանրային լուծիչ ուղարկելը բացահայտում է անուններ և փորձարկում քաղաքականություն, որը ոչ ոք չէր նախատեսել։
Ուղղումը որտեղ է տեղը
Ուղղեք սեփականատեր պրոֆիլը կամ այն գեներացնող կառավարման համակարգը։ Տեղական լուծիչի կոնֆիգուրացիայի ձեռքով խմբագրումը սովորաբար անհետանում է վերամիացման ժամանակ, կամ կիրառվում է յուրաքանչյուր ցանցի համար, որին միանում է մեքենան, ինչն ավելի վատ է։
Windows-ում ստուգեք գործող քաղաքականությունը, ոչ թե հիշվող նշատուփը։ Get-DnsClientNrptPolicy-ը ցույց է տալիս իրականում գործող անունների լուծման կանոնները։
macOS-ում scutil --dns-ը տպում է լուծիչի կոնֆիգուրացիան յուրաքանչյուր սկոպավորված միջերեսի համար, ներառյալ VPN-ի ուղարկած որոնման տիրույթները։
Linux-ում կարդացեք search տողը /etc/resolv.conf-ում, բայց ստուգեք՝ արդյոք VPN հաճախորդը վերագրել է այն։ Եթե ֆայլը կառավարվում է, խմբագրեք ճշմարտության աղբյուրը, ոչ թե արտապատկերված ֆայլը։ Նախորդ ցանցից մնացած հնացած search տողը սովորական պատճառ է։
Ինչ պահել պրոֆիլի հետ
Պահեք ուղղված լրիվ անունը, վերջածանցների ցանկը և լուծիչի հասցեն հաճախորդի պրոֆիլի կողքին։ Հաջորդ մարդը, ով կհայտնի, որ intranet կայքը չի աշխատում, կկարողանա համեմատել երեք հայտնի արժեք՝ դատարկ էջից սկսելու փոխարեն։
Եվ եթե ձախողվում է միայն կարճ ձևը, ասեք դա տոմսում։ Այդ նախադասությունը խնայում է լուծիչների թիմին մեկ կեսօր։