Windows VPN-ի DNS արտահոսք. ինչու է չափանիշը հաղթում երթուղուն

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

Մեկ արտահոսքի երկու բացատրություն

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

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

Համեմատեք չափանիշներն ու լուծիչները միասին

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

Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric | Select-Object InterfaceIndex, InterfaceAlias, InterfaceMetric
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, ServerAddresses

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

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

Բարձրացրեք թունելը և նորից ստուգեք

Բարձրացված իրավունքներով shell-ում թունելային միջերեսին տվեք ամենացածր չափանիշը կամ բարձրացրեք ֆիզիկական ադապտերի արժեքը։ Երկուսն էլ միջերեսային կարգավորումներ են և երկուսն էլ շրջելի են, ինչը կարևոր է, երբ փոխում եք մեքենա, որի առաջ գուցե չեք նստած։

Set-NetIPInterface -InterfaceIndex 27 -InterfaceMetric 1
Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric

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

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

Դարձրեք այն դիմացկուն վերամիացման նկատմամբ

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

Ֆիզիկական ադապտերի վրա ստատիկ կարգավորված սերվերներն ունեն նույն դիմացկունության խնդիրը հակառակ ուղղությամբ։ Նրանք շարունակում են պատասխանել այդ միջերեսի համար, մինչև որ հեռացվեն, և DHCP-ն նորից կլցնի նրանց հաջորդ վարձակալությունից, ուստի նրանց հեռացնելը չափում է, ոչ թե ձևավորում։ Կայուն ձևավորումը անունների լուծման քաղաքականություն ներքին անվանատարածքի համար-ն է, կամ հաճախորդ, որը ստանձնում է DNS-ի սեփականությունը միացման ողջ ընթացքում։ Ամեն դեպքում, գրանցեք լուծիչների ցանկը վերամիացումից առաջ և հետո, վերստեղծեք սկզբնական չափանիշը, երբ ավարտեք փորձարկումը, և հաստատեք, որ նախկին վարքը վերադարձել է։