OpenVPN-ը փոխանցեց DNS սերվեր, բայց Linux-ը անտեսում է այն

Փոխանցված DNS սերվերը գրանցամատյանում է, թունելը բաց է, և ներքին անունները դեռ ձախողվում են։ Փոխանցման մեջ ինքնին ոչինչ կոտրված չէ՝ կարգավորումը հասավ և այնտեղ կանգ առավ։ Փոխանցված DNS տարբերակը հաղորդագրություն է հաճախորդին, ոչ թե հրահանգ օպերացիոն համակարգի լուծիչին, և նրանց միջև հանձնումն այն տեղն է, որտեղ ավարտվում են այս դեպքերի մեծ մասը։ Հինգ ստուգում, հերթականությամբ, գտնում են այն հանձնումը, որը չի կատարվել։

Ստուգում առաջին՝ ինչպես է սկսվում կապը

Կապի տերը որոշում է, թե ով կարող է կիրառել լուծիչի կարգավորումները։ Շելից ուղիղ openvpn հրամանը ոչինչ չի տիրապետում բացի իր գործընթացից, մինչդեռ systemd միավորը, NetworkManager-ը կամ վաճառողի հաճախորդը յուրաքանչյուրն ունի DNS հրապարակելու իր ձևը։ Կարդացեք գործընթացների ցանկը և միավորի անունը նախքան դրանցից որևէ մեկը ենթադրելը։

Հրամանի տողի գործընթացը ինքնաբերաբար NetworkManager կապ չէ, և NetworkManager կապը ինքնաբերաբար այն չէ, ինչ գրել է resolv.conf-ը։ Այս երկու ենթադրությունները բացատրում են այս հետազոտության մեջ վատնված ժամերի մեծ մասը։ Հարցրեք, թե որ բաղադրիչը կհրապարակեր DNS այն ինտերֆեյսի համար, որը դուք իրականում տեսնում եք։

Գրեք տիրոջը նախքան շարունակելը։ Յուրաքանչյուր հաջորդ ստուգում կախված է դրանից։

Ստուգում երկրորդ՝ ինչ է իրականում պարունակում լուծիչի հղումը

systemd-resolved հոսթում resolvectl status-ը թվարկում է յուրաքանչյուր հղում իր DNS սերվերներով և տիրույթներով։ Գտեք թունելի հղումը և կարդացեք դրա գրառումները, և մի ենթադրեք, որ ինտերֆեյսը կոչվում է tun0, որովհետև համարակալումը հետևում է ստեղծման հերթականությանը։ Եթե փոխանցված հասցեն բացակայում է հղումից, ձախողվել է հանձնումը, ոչ թե հարցումը։

Եթե հասցեն առկա է, հաջորդ հարցն այն է, թե որ տիրույթներն է պահանջում այդ հղումը։ Առանց տիրույթների ցանկի հղումը պատասխանում է միայն այն անուններին, որոնց մասին ուղղակիորեն հարցնում են, և դա հազվադեպ է այն, ինչ ուզում է split-DNS տեղակայումը։ Միայն հասցեն անհրաժեշտ է, բայց բավարար չէ։

Նախքան որևէ եզրակացություն անելը համեմատեք հղման անունը լուծիչի ելքում ինտերֆեյսի անվան հետ VPN գրանցամատյանում։ Այնտեղ անհամապատասխանությունը սովորաբար նշանակում է, որ գրանցամատյանի տողը եկել է մեկ այլ գործընթացից։

Ստուգում երրորդ՝ արդյոք անվանատարածքը ընտրում է այդ հղումը

Լուծիչը կարող է պահել ճիշտ սերվերը և այնուամենայնիվ չհարցվի։ Յուրաքանչյուր հղման տիրույթը որոշում է, թե որ հարցումներն ուր գնան, և առանց երթուղային տիրույթի մասնավոր անվանատարածքը հետ է ընկնում այն բանի, ինչ ասում է լռելյայն հղումը։ Դրա համար resolvectl query-ը ներքին անվան համար կարող է հաջողվել, մինչդեռ հավելվածը դեռ ձախողվում է։ Հնարավոր է, որ հավելվածն օգտագործում է բոլորովին այլ լուծիչի ուղի։

Ստուգեք տիրույթի նշանակումը, ոչ միայն սերվերի հասցեն։ ~corp.example-ի տեսքով գրված տիրույթը երթուղային տիրույթ է, և տիլդան փոխում է, թե ինչպես է անունը համապատասխանեցվում։

Եթե հավելվածն ունի իր լուծիչը, փորձարկեք նույն մեխանիզմով, որն օգտագործում է ինքը, և ոչ համակարգի գործիքով։ Համակարգի լուծիչը շրջանցող հարցման գործիքը կհաջողվի անկախ հղման վիճակից։

Ստուգում չորրորդ՝ մեկ տեր, ոչ երկու

Եթե NetworkManager-ն արդեն կառավարում է VPN-ը և լուծիչի վիճակը, անկապ hook սկրիպտ ավելացնելը ստեղծում է մրցակից գրողներ։ Փաթեթի տրամադրած hook-ը systemd-resolved-ի համար աջակցվող ինտեգրում է և ակնկալում է որոշակի կյանքի ցիկլ՝ script-security 2, up ուղի, up-restart, down ուղի և down-pre։ Այդ ընտրանքները գրանցումն ու հեռացումը դարձնում են ճիշտ պահերին, այլ ոչ միայն առաջին կապի ժամանակ։

Օգտագործեք փաթեթից տեղադրված ուղին, այլ ոչ թե ուղեցույցից պատճենված օրինակելի ուղի։ Թույլտվությունները նույնպես կարևոր են, որովհետև hook-ը գործարկվում է արտոնությունների իջեցումից հետո։

Դիստրիբուտիվի լուծիչի սկրիպտը խմբագրելը դրա ելքի նպատակակետը փոխելու համար արձանագրում է մեկ հոսթի շրջանցում։ Սա ընդհանուր վերանորոգում չէ։

Ստուգում հինգերորդ՝ նույն արդյունքը վերակապակցումից հետո

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

Միայն այն ժամանակ, երբ վերակապակցման ընթացքում բոլոր հինգ ստուգումները անցնում են, կարող եք ասել, որ փոխանցված կարգավորումները գործում են։ Ամեն ինչ ավելի վաղ հաջողակ պահի լուսանկար է։