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

Անունը լուծվում է մեկ անգամ, ոչ շարունակաբար

WireGuard-ի հիմնական կոնֆիգուրացիան վերջնակետը վերցնում է որպես հասցե և պորտ, և ինտերֆեյսը բարձրացնող գործիքը հենց այդ պահին լուծում է հոսթի անունը։ Հիմնական արձանագրությունում ոչինչ DNS-ին չի հարցնում ըստ ժամանակացույցի, և հաճախորդային ծրագիրը կարող է իր թարմացման վարքը ավելացնել դրա վրա։ Լուծված հասցեն, ընտանիքը և պորտը անվան կողքին գրանցելը տեսանելի է դարձնում այդ բացը։ Առանց այդ գրառման կոնֆիգուրացիան ճիշտ է թվում, մինչ ինտերֆեյսը խոսում է ուրիշ տեղի հետ։

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

Համեմատեք գրառումը օգտագործվող հասցեի հետ

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

dig +short vpn.example.net
wg show wg0 endpoints
wg show wg0 latest-handshakes

Այս տողերում օգտագործվող show ենթահրամանները ներկայացված են wg(8) ձեռնարկում։ Համեմատեք նաև հասցեի ընտանիքը, ոչ միայն հասցեն, որովհետև IPv6 գրառում ստացած գրառումը այլ համեմատություն է, քան այն, որի IPv4 հասցեն փոխվել է։ Եթե վերջնակետը տարբերվում է գրառումից, ինտերֆեյսն աշխատում է հնացած տեղեկատվությամբ, և անունը երբեք խնդիրը չի եղել։ Եթե դրանք համընկնում են, և թունելը դեռ ձախողվում է, անցեք լսողին և կանոններին, ոչ թե պրոֆիլին։

Ձեռքսեղմման ժամանակադրոշմը այդ բլոկում է, որովհետև միայն վերջնակետը չի ասում՝ հասանելի է հավասարը, թե ոչ։ Ճիշտ վերջնակետի կողքին հնացած ժամանակադրոշմը ուղու խնդիր է, ոչ լուծման, և այդ տարբերությունը փոխում է, թե հաջորդը ինչին կդիպչեք։

Վերագործարկեք ինտերֆեյսի կառավարիչով

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

wg-quick down wg0 && wg-quick up wg0
systemctl restart wg-quick@wg0

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

Սկզբում ձեռքսեղմումը, ապա տվյալների ուղին

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

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

Առնչվող հոդվածներ