Ով է իրականում կիրառում OpenConnect-ի DNS կարգավորումները Windows-ում։
Windows-ը պահում է լուծիչի վիճակը երեք տեղում։ Գտեք այն օգնականին, որին պատկանում է միացումը, նախքան ադապտերի DNS-ը ձեռքով խմբագրելը կամ անվանատարածքի կանոն ավելացնելը։
Թունելը բարձրացնելը նույնը չէ, ինչ նրա DNS արժեքները տեղադրելը։ OpenConnect-ը բանակցում է, իսկ Windows-ի կողմի օգնականը կիրառում է։ Այս երկու քայլերի միջև եղած բացը բացատրում է այս հաճախորդի վրա մասնավոր անունների ձախողումների մեծ մասը, և օգնականը գրեթե երբեք Windows-ի VPN կարգավորումների էջը չէ։
Առանձնացրեք այն, ինչ առաջարկել է դարպասը, նրանից, ինչ տեղադրել է Windows-ը
Հաճախորդը միացման տվյալները հանձնում է սկրիպտի միջերեսին, և Unix-ի ու Windows-ի տարբերակները առանձին ծրագրեր են։ Windows-ում իրականացումը սովորաբար JavaScript օգնական է, որը կարդում է այնպիսի փոփոխականներ, ինչպիսիք են ներքին DNS սերվերը և ներքին դոմենը, նախքան որևէ ադապտերի դիպչելը։ Թունելի մեջ ոչինչ չի գրում լուծիչի վիճակը։
Այդ բաժանումը կարևոր է, որովհետև արժեքը կարող է գոյություն ունենալ բանակցության մեջ և երբեք չհասնել ադապտերին։ Բացակայող, կես ճանապարհին ձախողվող կամ GUI-ի պատյանում փաթեթավորված հին պատճեն հանդիսացող օգնականը թողնում է Windows-ը ճիշտ այնպես, ինչպես եղել է։ Սեսիան կապված է թվում, մասնավոր անունը դեռ լուծվում է տեղական մատակարարի միջոցով, և հաճախորդի պատուհանում ոչինչ չի հուշում տարբերության մասին։ Օգնականի սեփական ելքը կարդալը միակ վստահելի միջոցն է իմանալու, թե որ փուլն է կոտրվել։
| Stage | What exists there | Where you see it |
|---|---|---|
| Negotiated | Internal DNS address and domain pushed by the gateway | Client log or helper input |
| Installed | Adapter DNS entry, connection suffix, or namespace rule | Adapter and policy queries |
| Selected | Resolver Windows uses for one specific query | The failing application |
GUI պատյանը կարող է բերել հաճախորդի և օգնականի իր պատճենը, ուստի սկավառակի վրա այլ տեղ երկրորդ openconnect.exe-ն ոչինչ չի ապացուցում։ Գտեք այն գործարկվող ֆայլը, որը սկսել է սեսիան, նախքան դրա կազմաձևը գնահատելը։
Կարդացեք լուծիչի վիճակը՝ առանց այն փոխելու
Երեք միայն-ընթերցման հարցումներ ծածկում են սովորական շփոթությունը, և յուրաքանչյուրը պատասխանում է տարբեր հարցի:
Get-DnsClientServerAddress -AddressFamily IPv4
Get-DnsClient | Select-Object InterfaceAlias, ConnectionSpecificSuffix
Get-DnsClientNrptPolicy -EffectiveԱդապտերի մակարդակի սերվերը այն է, ինչ մարդկանց մեծ մասը հասկանում է VPN DNS ասելով։ Միացմանը հատուկ վերջածանցը որոշում է՝ արդյոք կարճ անունը ընդհանրապես կընդլայնվի։ Անվանատարածքի քաղաքականության ցանկը կիրառվում է համապատասխան անունների նկատմամբ՝ անկախ ադապտերների հերթականությունից, և այնտեղ դատարկ արդյունքը թերություն չէ, երբ օգնականը երբեք չի նախատեսել ստեղծել այն։ Բոլոր երեքը խմբագրելուց առաջ կարդալն է, ինչը կանխում է վերանորոգում, որը միայն ախտանիշը տեղափոխում է այլ տեղ։
Սկսեք ամբողջությամբ որակավորված անունից։ Եթե FQDN-ը լուծվում է, իսկ կարճ անունը՝ ոչ, ապա բացը վերջածանցն է կամ որոնման ցանկը, այլ ոչ սերվերի հասցեն։
Որպես երկրորդ քայլ ուղղակիորեն հարցրեք նախատեսված սերվերին՝ արդեն տեղադրված ցանկացած լուծիչ գործիքով։ Ուղղակի պատասխանը ապացուցում է, որ սերվերը հասանելի է և լիազորված գոտու համար։ Այն ոչինչ չի ապացուցում այն մասին, թե որ սերվերին է հավելվածը հարցնում լռելյայն։
Անվանեք այն բաղադրիչը, որին պատկանում է միացումը
Տարածված են երկու դասավորություն։ Տերմինալից մեկնարկված հաճախորդը բացահայտորեն փոխանցում է իր սկրիպտի ուղին, ուստի սեփականատերը երևում է գործարկված հրամանում։ Փաթեթավորված հավելվածը ձեր փոխարեն մեկնարկում է հաճախորդը և օգնականին պահում իր սեփական պանակում, ինչը նշանակում է, որ մատակարարն է որոշում, թե երբ այն կփոխվի։
Համեմատեք օգնականի տարբերակները տարբեր տեղադրումների միջև, նախքան ինչ-որ բան փոխարինելը։ Հայելուց վերցված օգնականը բարձրացված իրավունքներով գործարկելը միայն այն պատճառով, որ ֆայլի անունը ծանոթ է թվում, DNS-ի բացը վերածում է անվտանգության միջադեպի։
Երբ սեփականատերը հայտնի է, վերանորոգման թիրախը ակնհայտ է դառնում՝ աջակցվող սկրիպտի ուղի մեկնարկիչում, փաթեթի թարմացում կամ ուղղված պրոֆիլ դարպասում։ Դրանցից ոչ մեկը չի պահանջում ադապտերի հատկությունների ձեռքով խմբագրում։
Ուղղեք սեփականատիրոջը, ոչ ադապտերը
Ադապտերի վրա ձեռքով դրված DNS-ը հաճախ վերապրում է անջատումը, ինչի պատճառով թվում է, թե աշխատում է, ապա խնդիր է ստեղծում հաջորդ ցանցում։ Յուրաքանչյուր ինտերֆեյսի վրա պտուտակված հանրային լուծիչը թաքցնում է մասնավոր անվանատարածքի խնդիրը՝ փոխարենը լուծելու։ Երբ օգնականը երբեք DNS արժեք չի ստացել, դարպասի պրոֆիլն այն տեղն է, որտեղ պետք է նայել։ Երբ ստացել է, և ադապտերը դեռ ցույց է տալիս հին սերվերը, օգնականը ձախողվել է միացման ընթացքում, և հաճախորդի մատյանը սովորաբար դա գրանցում է թունելի կարգավորման տողերի մոտ։
Վերակառուցեք վիճակը աջակցվող ուղով, ապա ստուգեք ամբողջ ցիկլը՝ միացեք, լուծեք մասնավոր FQDN-ը, բացեք ծառայությունը, անջատվեք և հաստատեք, որ ադապտերը վերադարձել է իր նախկին սերվերներով։
Ստուգեք այն հավելվածը, որն իրականում ձախողվում է
Սեփական գաղտնագրված DNS կարգավորում ունեցող դիտարկիչը անտեսում է վերը նշված ամեն ինչ և շարունակում պատասխանել հանրային լուծիչից։ Թունելի բարձրացումից առաջ պահված բացասական պատասխան պահող հավելվածը նույնպես այդպես է վարվում։ Համեմատեք այն նույն մեքենայի վրա պարզ համակարգային հարցման հետ, նախքան լուծիչի հասցեները կրկին փոխելը։
Եթե համակարգային հարցումը ճիշտ է, իսկ հավելվածը՝ սխալ, մնացած թերությունը գտնվում է այդ հավելվածի DNS կազմաձևում, ոչ թե VPN ուղում։