macOS-ի resolver ֆայլը տեղային դոմենի համար՝ VPN-ի կողքին

Ձեր աշխատանքային VPN-ը կատարյալ լուծում է ընկերության անունները, մինչդեռ տան տպիչը մնում է անհասանելի անունով, և սովորական լուծումը, որին մարդիկ դիմում են, ամբողջ Mac-ը տան երթուղիչին ուղղելն է։ Դա շատ ավելի մեծ փոփոխություն է, քան պահանջում է խնդիրը։ macOS-ը կարող է մեկ DNS վերջածանց ուղարկել իր սեփական սերվերին փոքր resolver ֆայլի միջոցով՝ թողնելով ցանկացած այլ որոնում ճիշտ այնտեղ, որտեղ եղել է։

Թույլտվության սահմանը առաջինն է: սա այն դոմենի համար է, որը դուք կառավարում եք կամ որը կարգավորելու լիազորություն ունեք։ Սա կազմակերպության պարտադրված DNS քաղաքականությունը կամ նրա տեղական ցանցի սահմանափակումները շրջանցող երթուղի չէ։

Մեկ ֆայլ՝ նեղ առաջադրանքով

Ենթադրենք՝ տեղական զոնան lab.example.org է, և նրա սերվերը պատասխանում է 192.168.55.1 հասցեով։ Mac-ում, որտեղ ձեզ թույլատրվում է կատարել փոփոխությունը, ադմինիստրատորը ստեղծում է պարզ տեքստային ֆայլ, որի անունը հենց դոմենն է, /etc/resolver/lab.example.org՝ պարունակող մեկ nameserver 192.168.55.1 տող։ Դիրեկտորիան կարող է չլինել նոր համակարգում, ուստի ստեղծեք այն ադմինիստրատորի իրավունքներով և նայեք գրելուց առաջ, եթե կառավարման ծրագրաշարն արդեն այնտեղ ֆայլ ունի։

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

Ինչպես է macOS-ը ընտրում resolver-ների միջև

Կարող է ակտիվ լինել մեկից ավելի resolver հաճախորդ, և հաղթում է ամենասպեցիֆիկ համապատասխան դոմենը։ Օրինակ՝ lab.example.org դոմենի համար resolver-ն այդ պատճառով ունի այլ շրջանակ, քան լռելյայն resolver-ը, և ավելի սպեցիֆիկ ենթադոմենն իր սեփական ֆայլով կարող է նորից առաջնահերթություն ստանալ։ Սա է, որ թույլ է տալիս աշխատանքային VPN-ին պահպանել իր վերջածանցը, մինչ ձեր լաբորատորիայի զոնան գնում է այլ տեղ։ Այս դասավորության մեջ ոչինչ գլոբալ չէ, և հենց սա է հիշելու արժանի կետը։

Թողեք /etc/resolv.conf հանգիստ։ macOS-ն ինքն է գրում այդ ֆայլը, և այն երբեք չի պարունակել դոմենին բնորոշ լուծման ամբողջական պատկերը։ Կարգավորումը կարող է գալ նաև համակարգի կարգավորումների տվյալների բազայից, ոչ թե այս դիրեկտորիայի ֆայլերից, և դրա համար էլ կառավարման պրոֆիլը կարող է վերագրել ձեր գրածը։

Երեք բան, որ ֆայլը չի կարող տալ

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

Զոնան պետք է պարունակի ճիշտ պատասխանը, և դա լավագույնս ստուգվում է ամբողջությամբ որակավորված անունով, ինչպիսին է printer.lab.example.org։ Կարճ անունը կարող է ակտիվացնել որոնման դոմենի վարքագիծ և ի վերջո տալ այլ հարց, քան նա, ինչ նկատի ունեիք։

Վերջապես, հավելվածը պետք է կարողանա օգտագործել պատասխանը։ Տպիչի անունը լուծելը հասանելիություն չի տալիս նրա հասցեին և չի բացում նրա հետևում գտնվող ծառայությունը։ Վերադարձված հասցեն դեռ կարիք ունի թույլատրված երթուղու և միացումը թույլատրող մուտքի քաղաքականության։ Resolver ֆայլը փոխում է, թե որտեղ է որոնվում անունը; այն ճանապարհ չի վերապահում արդյունքի համար։

Ստուգեք ընտրությունը՝ DNS-ը փոխարինելու փոխարեն

Ստուգեք, թե macOS-ը հենց հիմա ինչ է իրականում օգտագործում, և հարցրեք ամբողջությամբ որակավորված անունը հենց հավելվածի ներսից կամ գործիքից, որը լուծում է այնպես, ինչպես հավելվածները։ Ուղղակի հարցումը 192.168.55.1-ին ապացուցում է, որ սերվերը պատասխանում է; այն չի ապացուցում, որ macOS-ն ընտրել է այդ սերվերը սովորական որոնումների համար։ Սրանք տարբեր փաստեր են, և միայն երկրորդն է նկարագրում, թե ինչ կզգա ձեր զննարկիչը։

Եթե մեկ այլ resolver արդեն հավակնում է նույն վերջածանցին, պարզեք, թե ումն է այն, նախքան առաջնահերթության հուշումներ ավելացնելը։ Փաստաթղթավորված search_order կարգավորումը դասավորում է դոմենը կիսող հաճախորդներին; դա գլոբալ նախընտրության անջատիչ չէ, որը սովորական resolver-ին կհաղթի ամեն հարցման մեջ։

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