VPN-ը ընկնում է DHCP նորացումից հետո։ համեմատեք հասցեները

Վարձակալության նորացումը և VPN-ի խափանումը բավական հաճախ են միասին երևում մատյաններում, որ մարդիկ եզրակացնում են, թե մեկը մյուսի պատճառն է։ ժամանակային համընկնումն իրական է, պատճառականությունը սովորաբար ոչ։ Նորացումը միահասցե հարցում է այն սերվերին, որը տվել է վարձակալությունը՝ խնդրելով շարունակել նույն կապակցումը, և սերվերը կարող է երկարացնել այն առանց, որ հաճախորդը փոխի նույնիսկ մեկ հասցե։ Իրադարձության շուրջ հաճախորդի սեփական արժեքների դիտարկումը բաժանում է լուռ նորացված վարձակալությունը այն ցանցից, որն իսկապես փոխվել է աշխատող թունելի տակ։

Սկսեք այն հաճախորդից, որը ընկավ

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

Գրեք ժամանակագրությունը ընթացքի մեջ, այլ ոչ թե պահեք հիշողության մեջ։ Տարբեր գործիքների ժամանակային նշանները հազվադեպ են լիովին համընկնում, և ինքնին տարբերությունը երբեմն բացատրությունն է։

Համեմատեք իրադարձության շուրջ չորս արժեքները

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

ip -4 -brief addr show dev wlan0
ip -4 route show default
resolvectl status | grep -A3 'DNS Servers'
journalctl -u NetworkManager --since -10m --no-pager | grep -i dhcp

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

Ինչ կարող է և ինչ չի կարող փոխել նորացումը

RFC 2131-ը նորացումը նկարագրում է որպես հարցում սկզբնական սերվերին վարձակալության ժամկետի կեսին՝ ցանկացած սերվերի հետ վերակապակցմամբ ութից յոթ մասում, եթե առաջին փորձը մնում է անպատասխան, և քայլերից ոչ մեկը չի պահանջում, որ հաճախորդը ձեռք բերի այլ հասցե, և համագործակցող սերվերը սովորաբար երկարացնում է գոյություն ունեցող կապակցումը։ Իրական հասցեի փոփոխությունը սովորաբար գալիս է այլ ճանապարհով։ սերվերը մերժում է նորացումը, հաճախորդը կորցրել է իր վիճակը և նորից սկսել, կամ ցանցը սարքը տեղափոխել է այլ սեգմենտ։

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

Երբ հաճախորդը չի կարողանում հարմարվել

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

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

Կրկնեք իրադարձությունը նախքան մեղադրելը

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

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