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

Որոշեք, թե ինչ պետք է վերապրի խափանումը

Թվարկեք այն հավելվածները, որոնք պետք է շարունակեն աշխատել, և նշեք՝ դրանք կախված են Layer 3 հասանելիությունից, թե Layer 2 հարևանությունից։ Ֆայլերի փոխանակումը, տվյալների բազայի միացումները և վեբ ծառայությունները սովորաբար հոգում են միայն երթուղիների մասին, իսկ հայտնաբերման արձանագրությունները, որոշ կլաստերային արտադրանքներ և ամեն ինչ, որ սպասում է մեկ հեռարձակման տիրույթի, հոգում են հարևանության մասին։ Սխալ տեսակի հասանելիություն վերականգնող պահուստը ստեղծում է տեղամաս, որը տեխնիկապես միացված է և գործնականում անօգուտ։

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

Երթուղավորված անցում՝ երկու նախածանց, մեկ նախընտրելի ուղի

Առանձին տեղամասային նախածանցների դեպքում պահուստը երթուղավորման խնդիր է։ Յուրաքանչյուր երթուղիչ ունի նախընտրելի ուղի ռադիոյով և ավելի քիչ նախընտրելի ուղի թունելով, և նախընտրելի երթուղին հետ է կանչվում, երբ ռադիոն դադարում է երթևեկություն մատակարարել։ Հակառակ կողմին պետք է իր վերադարձի ուղին, և երկու կողմերը պետք է համաձայնեն, թե որ ուղին է նախընտրելի յուրաքանչյուր ուղղությամբ, որպեսզի երթևեկությունը երկար ճանապարհ չվերցնի միայն մեկ ուղղությամբ։

ip route show | grep -E '10.44\.|10.45\.'
ip route get 10.45.0.10
ip route get 10.45.0.10 from 10.44.0.1

Կարդացեք երրորդ հրամանը նաև երկրորդի պես՝ քաղաքականության կանոնը, երկրորդ աղյուսակը կամ աղբյուրի վրա հիմնված որոշումը կարող են մի ենթացանցից երթևեկությունն այլ կերպ ուղարկել, քան մյուսից, և մեկ լռելյայն որոնումը թաքցնում է դա։

Կամրջված անցում՝ մեկ սեգմենտ, մեկ արգելափակող ուղի

Եթե հարևանությունն իսկապես անհրաժեշտ է, պահուստը պետք է կրի Ethernet կադրեր, ինչը երթուղավորված IP թունելը չի անում։ Որոշ հարթակներ աջակցում են VPN ինտերֆեյսը տեղական սեգմենտի մեջ կամրջելուն, և այդ ինտերֆեյսները դառնում են կամրջի անդամներ՝ համապատասխան հետևանքներով։ Միաժամանակ փոխանցող երկու Layer 2 ուղիներ կազմում են օղակ, ուստի նախագծին անհրաժեշտ է երկու տեղամասերը ընդգրկող ծավալվող ծառ և հստակ հայտարարություն, թե որ ուղին պետք է արգելափակվի։

Սա էական նախագծային որոշում է, ոչ թե նշման վանդակ, և ձեր հարթակի կամրջման փաստաթղթերը, օրինակ pfSense-ի կամուրջների ակնարկը, այն տեղն է, որտեղ հաստատում եք, թե ինչին է VPN անդամն իրականում մասնակցում։ Ծավալվող ծառի ընտրանքը մեկ անկապ սարքի վրա միացնելը ոչինչ չի ապացուցում ծայրից ծայր դասավորության մասին։

Հսկեք այն սահմանը, որ կարևոր է

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

ping -c 3 -W 2 10.45.0.10
ip -brief link show dev wlan0
ip route get 10.45.0.10

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

Փորձեք երկու ուղղությունները ծանրաբեռնվածության տակ

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

sudo ip link set dev wlan0 down
ip route get 10.45.0.10
sudo ip link set dev wlan0 up
ip route get 10.45.0.10

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

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