Սարքը անհետանում է երթուղիչի IPv6 ցանկից. ի՞նչ փոխվեց։

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

Էջը ցուցադրում է մեկ տեսակի գրառում, ոչ թե ամբողջական ցանկ

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

Այսպիսով, առաջին հարցը ոչ թե այն է, թե ինչու սարքը անհետացավ, այլ այն, թե էջը որ տվյալների աղբյուրից է վերցնում։

Հոսթի երեք տեսքերը պատասխանում են երեք տարբեր հարցերի

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

ip -6 address show
ip -6 route show
ip -6 neighbour show

Դրանք գործարկեք երթևեկությունը կրող իրական ցանցային անվանատարածքի ներսում։ Կոնտեյների ներսում ինտերֆեյսների ցանկը կարող է տարբերվել հոսթի տեսածից, և VPN հաճախորդը կարող է ապրել դրանցից որևէ մեկում։

Համեմատեք նույն երեք ելքերը VPN անցումից առաջ և հետո, և նշեք ժամանակադրոշմները։ Հարևանի գրառումը, որը անհետանում է, մինչ հասցեներն ու երթուղիները մնում են տեղում, նկարագրում է քեշի հնացում, ոչ թե կազմաձևի փոփոխություն։

Առանձնացրեք ցուցադրման փոփոխությունը միացման փոփոխությունից

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

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

Ստուգեք ռեսուրսը, ապա թողեք աղյուսակները հանգիստ

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

Չմաքրեք հարևանների աղյուսակները, չանջատեք IPv6-ը և նորից չնշանակեք հասցեներ, որպեսզի վահանակի տողը նորից հայտնվի։ Այդ գործողությունները ընդհատում են աշխատող երթևեկությունը և սովորաբար վերականգնում են տողը միայն մինչև քեշի հաջորդ սպառումը։ ip -6 neigh flush dev br-lan լավագույն դեպքում ախտորոշում է, իսկ վատագույն դեպքում՝ ձեր իսկ ստեղծած ընդհատում։

Գրանցեք, թե էջը որ աղբյուրն է օգտագործում, և սարքի աշխատելու հարցը կդադարի կախված լինել աղյուսակի տողից։