Երկու OpenVPN հաճախորդ մեկ Linux հոսթում. ո՞ւմն է երթուղին։
Երկու հաճախորդ կարող են կիսել մեկ հոսթ, եթե յուրաքանչյուր նախածանց ունի տեր։ Անցեք նպատակը, լողավազանները, օրինակների անվանումը և յուրաքանչյուր թունելի կանգի թեստը՝ հենց այդ հերթականությամբ։
Երկու պրոֆիլներն էլ հաղորդում են միացման մասին, և նրանցից մեկը հանգիստ տեղափոխում է մյուսի համար նախատեսված երթևեկությունը։ Մեկ հոսթի վրա երկու հաճախորդը աջակցվող դասավորություն է. երկու հաճախորդ՝ առանց տիրոջ յուրաքանչյուր նախածանցի համար, այդպիսին չէ։ Աշխատանքը ավելի քիչ է երկրորդ թունելը բարձրացնելու մասին և ավելի շատ՝ որոշելու, թե որ գործընթացը կարող է պահանջել որ երթուղին։ Անցեք ստորև նշված հերթականությամբ, և կազմաձևը բխում է պատասխաններից։
Սկսեք հարցնելով, թե ինչի համար է երկրորդ թունելը
Երեք իրավիճակներ կարգավիճակի տողում նույնն են թվում և տարբեր նախագծեր են պահանջում։ Նպատակակետերով բաժանումը մեկ նախածանց ուղարկում է գրասենյակի պրոֆիլով, մյուսը՝ լաբորատորիայի պրոֆիլով, և ոչ մեկը չի պահանջում լռելյայն երթուղի։ Ըստ հավելվածի բաժանումը սովորաբար պահում է մեկ ամբողջական թունել և որոշակի երթևեկություն ուղղում քաղաքականության կանոններով։ Անհաջողության դեպքում անցումը միաժամանակ պահում է ուղիղ մեկ թունել, ինչը նշանակում է, որ երկրորդը չպետք է ինքնաշխատ մեկնարկի։
Գրեք դեպքը նախքան որևէ կազմաձևի ֆայլ բացելը, քանի որ այդ պատասխանը որոշում է ամեն ինչ հետո։
Ամենատարածված կոտրված դասավորությունը երկու ամբողջական թունելներն են, որոնք երկուսն էլ հրել են լռելյայն երթուղի, որտեղ հաղթում է վերջին միացածը, իսկ առաջինը շարունակում է ձևացնել։ Այդ վիճակը կարգավիճակի տողից դիտավորյալ է թվում և մեկ օր է վատնում երթուղային աղյուսակից։ Դեպքը նախ անվանելը դարձնում է այն անհնար, ոչ թե պարզապես քիչ հավանական։
Նայեք լողավազաններին երթուղիներից առաջ
Երկու սերվեր հեշտությամբ կարող են հասցեներ տրամադրել մեկ մասնավոր տիրույթից, և երբ դա անում են, հաճախորդը հայտնվում է մեկ նախածանցի ներսում երկու ինտերֆեյսով։ Այդ դեպքում ոչ մի նպատակակետ չի կարելի վերագրել ինտերֆեյսին ըստ հասցեի, քանի որ երկուսն էլ հավասարապես ճիշտ են թվում։ Վերահամարակալեք մեկ լողավազան՝ փոխարենը կանոն հորինելու՝ ոչ-ոքի լուծելու համար։
Ստուգեք նաև տեղական ցանցը, քանի որ տնային կամ գրասենյակային LAN-ը, որը համընկնում է թունելի տիրույթի հետ, նույն երկիմաստությունն է ստեղծում մյուս կողմից։ Համեմատեք հոսթի հասցեները երկու սերվերի կազմաձևերի հետ նախքան հաճախորդին մեղադրելը։ Լաբորատոր սերվերի վրա լողավազանի փոփոխությունը հինգ րոպեանոց ուղղում է, մինչդեռ համընկնող նախածանցի համար քաղաքականության երթուղավորման շրջանցումը մշտական հարկ է բոլորի համար, ովքեր ավելի ուշ կկարդան կազմաձևը։ Որոշեք, թե դրանցից որն եք ուզում, նախքան ընտրելը, թե որտեղ միջամտել։
Երկու հասցեային ընտանիք նշանակում է այս ստուգման երկու փուլ։ IPv6 լողավազանները բախվում են նույնքան լուռ, որքան IPv4-ը։
Տվեք յուրաքանչյուր պրոֆիլի տեր
Մեկ օրինակ յուրաքանչյուր պրոֆիլի համար, մեկ կազմաձևի ֆայլ յուրաքանչյուր օրինակի համար և մեկ անուն, որը նույնականացնում է զույգը։ Debian ոճի փաթեթավորման մեջ @ նշանից հետո անունն է ընտրում ֆայլը, ինչի պատճառով նույն օրինակի անունը կիսող երկու պրոֆիլները երբեք չեն կարող երկուսն էլ աշխատել։ Հաստատեք քարտեզագրումը տեղադրված միավորից, ոչ թե ձեռնարկից։
systemctl cat [email protected]
ip -4 addr showԱյնուհետև որոշեք, թե ով է տեղադրում երթուղիները, ինչը քաղաքականության հարց է, ոչ թե շարահյուսության։
Երբ երկու սերվերները հրում են անհամատեղելի հավաքածուներ, կամ ավելացրեք route-nopull և թվարկեք միայն այն նախածանցները, որոնք անհրաժեշտ են յուրաքանչյուր պրոֆիլին, կամ թողեք մեկը պահի իր լռելյայն երթուղին և ուղղեք մնացածը քաղաքականության կանոնով։ Երկու գործընթացներ, որոնք երկուսն էլ տեղադրում են լռելյայն երթուղի, ավարտվում են մեկ հաղթողով, և ոչ ոք չի կարող ասել ինչու։ Հենց որ երկու թունելները տարբեր աղբյուրների երթևեկություն են տեղափոխում, պատասխանը կարող է դուրս գալ սխալով, և այն օրինակը, որը դիմանում է, կապի նշան է, որը վերականգնվում է պատասխանների վրա և ուղղվում իր սեփական աղյուսակ։ Սահմանափակեք նշանները, որպեսզի թունելների սեփական գաղտնագրված փաթեթները երբեք չհամապատասխանեն դրանց։
Ստուգեք յուրաքանչյուր թունելով, ապա կանգնեցրեք մեկը
Երբ երկուսն էլ վերևում են, վերցրեք երեք ընթերցում՝ հասցեն յուրաքանչյուր թունելի սարքում, երթուղին դեպի հոսթ, որը ապրում է յուրաքանչյուրի հետևում, և ուղին, որը կընտրեր երկուսից դուրս գտնվող նպատակակետը։ Սովորական երթուղիների ցանկը դադարում է նկարագրել վերջնական որոնումը հենց որ կանոնները խաղի մեջ են մտնում, այնպես որ հարցրեք միջուկին, թե ինչ կընտրեր իրականում։ Ապա կանգնեցրեք մեկ օրինակ և տեսեք, թե ինչ է անհետանում։ Եթե առաջինի կանգը խանգարում է երկրորդին, նրանց միջև դեռ ինչ-որ բան կիսված է՝ երթուղի, սարքի անուն կամ firewall-ի կանոն, որը ոչ ոք չի բաժանել։
ip rule show
ip route get 203.0.113.9Վերադարձրեք կանգնեցված պրոֆիլը և կրկնեք նույն ստուգումները, քանի որ թունելը, որն աշխատում է վերագործարկումից հետո մեկ անգամ և այլևս երբեք, կյանքի ցիկլի սխալ է՝ երթուղավորման զգեստով։
Գրանցեք տեղակայման նշումներում, թե որ պրոֆիլն է տիրում որ նախածանցին, լողավազանների տիրույթների կողքին։ Երկու թունելները դիտավորյալ դասավորություն են, և հաջորդ ընթերցողին անհրաժեշտ է տեսնել սահմանը նախքան որևէ պրոֆիլի դիպչելը։ Առանց այդ նշումի, սահմանը նորից հայտնաբերում է նա, ով հերթապահում է, երբ ընդհանուր նախածանցը վերջապես կոտրվում է։