Թունելը կանգուն է, երթուղին անհետացել. երկու VPN խափանումների տարանջատում
Նախածանցը կարող է ստացվել, ընտրվել և տեղադրվել երեք տարբեր փուլերում։ Նախ կարդացեք փոխանցման աղյուսակը, ապա արձանագրության աղյուսակը, ապա ժամացույցները։
Մեկ հոսթ դառնում է անհասանելի, մինչդեռ թունելի ինտերֆեյսը դեռ հայտնում է, որ այն հաստատված է, և այդ երկու դիտարկումները չեն հակասում։ Ինչ-որ բան հեռացրել է այն ուղին, որն օգտագործում էր թրաֆիկը. հարևանը հետ է վերցրել իր նախածանցը, հետևվող ստատիկ երթուղին հանվել է, կամ մեկ այլ երթուղի դարձել է նախընտրելի։ Անվտանգության ասոցիացիան կարող է մնալ լիովին առողջ բոլոր երեք դեպքերում։ Իրադարձությունները տարանջատելը նշանակում է հարցնել, թե որ շերտը փոխվեց առաջինը, այլ ոչ թե արդյոք VPN-ը ձախողվել է։
Երեք փուլ, որոնք նման են մեկ իրադարձության
Երթուղային որոշումն ունի երեք փուլ։ Նախածանցը ստացվում է, ընտրվում որպես լավագույնը և տեղադրվում փոխանցման աղյուսակում։ Յուրաքանչյուր փուլ կարող է ձախողվել ինքնուրույն, և ձախողումը հավելվածի կողմից նույնն է երևում։ Նախածանցը, որը սովորել են, բայց պարտվել է ընտրությանը, չի տարբերվում այն մեկից, որը երբեք չի հասել, երբ միակ ապացույցը, որին նայում եք, փոխանցման աղյուսակն է։
Այդ պատճառով առաջին հարցն այն է, թե որ փուլն է կոտրվել, և ոչ թե որ արձանագրությունն է մեղավոր։ Պատասխանը որոշում է, թե ումն է միջադեպը և որ գործիքը կօգտագործի հաջորդ ստուգումը։
Նախ կարդացեք տեղադրված երթուղին
Հարցրեք միջուկին, թե ուր է իրականում գնում խափանված նպատակակետի թրաֆիկը։ ip route get տպում է հաջորդ ցատկը, ինտերֆեյսը և սկզբնաղբյուրի հասցեն, որը կօգտագործեր միջուկը, և պատասխանում է մեկ նպատակակետի համար, ոչ ամբողջ աղյուսակի։ Եթե պատասխանը նշում է թունելը, փոխանցման աղյուսակը դեռ հավատում է, որ ուղին գոյություն ունի, և խնդիրը դրա վերևում է։
ip route get 10.20.5.10
ip route show 10.20.0.0/16«unreachable» պատասխանը նշանակում է, որ ընդհանրապես տեղադրված երթուղի չկա, ինչը ցույց է տալիս հետ կանչի կամ բացակայող տեղադրման վրա։ Ֆիզիկական ինտերֆեյս նշող պատասխանը նշանակում է, որ թրաֆիկը լքել է թունելը առանց որևէ մեկի որոշման, և հաջորդ ստուգումը հաղթած նախապատվությունն է։ Իսկ այն պատասխանը, որը նշում է թունելը, մինչ փաթեթները դեռ անհետանում են, ցույց է տալիս ավելի ներքև՝ ուղու ֆիլտրման կամ հեռավոր կողմի վրա։
Այնուհետև նայեք արձանագրության սեփական տեսքին
Երթուղային դեմոնը պահում է մեկից ավելի աղյուսակ, և հետաքրքիր համեմատությունը նրանց միջև է։ BGP-ի համար հարևանի սեսիայի վիճակը, ստացված հայտարարությունը և տեղադրված երթուղին երեք առանձին ապացույցներ են։ Նախածանցը կարող է նստել ստացված աղյուսակում և երբեք չհասնել միջուկին, որովհետև ավելի կարճ վարչական հեռավորությամբ երթուղին հաղթում է։ Ստուգեք բոլոր երեքը, նախքան եզրակացնելը, որ մյուս կողմը դադարել է հայտարարել։
vtysh -c "show bgp summary"
vtysh -c "show bgp ipv4 unicast 10.20.0.0/16"Ամփոփումը ձեզ ասում է, թե սեսիան հաստատված է, նախածանցով տեսքը՝ թե նախածանցը ընդունված է, իսկ միջուկի որոնումը՝ թե այն տեղադրված է։ Դրանք այդ հերթականությամբ կարդալը խանգարում է սեսիայի դողոցը շփոթել հետ կանչի հետ, իսկ հետ կանչը՝ քաղաքականությամբ մերժման հետ։
Երբ ժամացույցները չեն համաձայնում
Դրեք թունելի մատյանը, երթուղային մատյանը և հավելվածի առաջին խափանումը մեկ ժամանակային գծի վրա՝ օգտագործելով նրանց իրական ժամային գոտիները։ Եթե հարևանի կորուստը գալիս է առաջինը, թունելն իր հետ վերցրեց երթուղին։ Եթե հետ կանչը գալիս է առաջինը, երթուղավորումը փոխվեց, և թունելը արձագանքեց դրանից հետո։ Սրանք տարբեր սեփականատերերով տարբեր միջադեպեր են, և հերթականությունը ողջ հայտնագործությունն է։
Մեկ րոպե ժամացույցի շեղումը բավական է այդ եզրակացությունը շրջելու համար, ուստի հաստատեք ժամային գոտին և շեղումը, նախքան հաջորդականությանը վստահելը։ Այն սարքերը, որոնք մատյան են վարում տեղական ժամով առանց շեղման, ինքնավստահ, բայց սխալ ժամանակագրության սովորական աղբյուրն են։
Վերականգնում առանց օղակի
Հետ կանչից հետո երկու ուղի կարող են իրավասու լինել. այն, որն ընտրում է արձանագրությունը, և այն, որը դուք ամրացնում եք ձեռքով։ Միայն առաջինն է այն որոշումը, որը ցանցը շարունակում է կայացնել ձեր փոխարեն, դրա համար էլ ձեռքով երթուղին ժամանակավոր միջոց է, ոչ թե վերականգնման պլան։ Փոխարինող հայտարարությունը նույնպես չի պահպանում հրապարակի կամ NAT-ի վիճակը արդեն հաստատված սեսիայի համար, ուստի նոր հոսքերը կարող են աշխատել, մինչ սկզբնականը մնում է կոտրված։ Հաստատեք, թե որ պահուստը պետք է ակտիվ դառնա և արդյոք հեռավոր կայքը կընդունի վերադարձի ուղի դրա միջով։
Մի տեղադրեք մշտական ստատիկ փոխարինում, նախքան հասկանալը, թե ինչու տեղի ունեցավ հետ կանչը։ Այդ կարճ ուղին կարող է թրաֆիկը ամրացնել ձախողված ուղուն կամ լռելյայն շրջանցել միտումնավոր երթուղային քաղաքականությունը, և այն թաղում է սկզբնական պատճառը նոր կոնֆիգուրացիայի տակ։ Երթուղու վերականգնումից հետո նորից փորձարկեք հավելվածը և հաստատեք, որ ընտրված նախածանցն ունի աշխատող տվյալների ուղի, և ոչ միայն գրառում աղյուսակում։