OpenVPN երթուղու մետրիկա և ընտրված երթուղու պարտությունը

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

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

Կարդացեք երթուղու տողը դաշտերի հերթականությամբ

OpenVPN 2.6-ի համայնքային կլիենտը IPv4 route տողում ընդունում է չորս դաշտ՝ ցանց, ցանցային դիմակ, դարպաս և ոչ պարտադիր մետրիկա։ Դարպասի դիրքը այն տեղն է, որտեղ գնում է հատուկ vpn_gateway բանալի բառը։ Այն նշանակում է այս միացման համար VPN կողմի հաջորդ թռիչքը, ոչ երթուղային աղյուսակի համար և ոչ ձեր ֆիզիկական երթուղիչը։ Բաց թողեք դա, և տողի մնացած մասը կարդացվում է սխալ պատկերացմամբ, թե ինչ է այն անում։ ցանցային ընտրանքների տեղեկագիր փաստաթղթավորում է բոլոր չորս դաշտերը։

Մասնավոր նպատակակետի համար տողը կարող է այսպես լինել՝

route-metric 50
route 172.20.0.0 255.255.0.0 vpn_gateway 30

Բացահայտ 30-ը վերաբերում է այդ երթուղուն, իսկ 50-ը մնում է լռելյայն պրոֆիլի մյուս բոլոր երթուղիների համար, որոնք թիվը բաց են թողնում։ Տողը ձախից աջ կարդալը բավարար է հասկանալու, թե որ արժեքը որտեղ է գործում։

route-metric-ը լռելյայն է, ոչ աստիճան

route-metric սահմանում է պահուստային արժեքը այն երթուղիների համար, որոնք չեն կրում իրենց սեփական թիվը։ Այն ոչ մի երթուղի չի բարձրացնում որևէ այլ բանից, և չի վերադասավորում բացահայտ մետրիկաներով տեղադրված երթուղիները։

Այդ տարբերությունը կարևոր է, երբ պրոֆիլը խառնում է երկու ձևերը։ Վերևի մոտ միակ route-metric տողը հեղինակավոր է թվում և հեշտ է մեղադրել, մինչդեռ այն երթուղին, որն իրականում կրում է տրաֆիկը, կարող է ունենալ իր մետրիկան երեք տող ներքև։

Եթե ցանկանում եք, որ մեկ երթուղի նախընտրի ուղին, դրեք թիվը այդ երթուղու վրա։ Եթե ցանկանում եք հետևողական լռելյայն գեներացված պրոֆիլում, օգտագործեք route-metric-ը և թողեք առանձին տողերը հանգիստ։ Երկուսը առանց պատճառի խառնելը այն ձևն է, որով պրոֆիլը վերջանում է երթուղով, որը ոչ ոք չի կարող բացատրել։

Ստուգեք, թե ինչ է տեղադրել կլիենտը

Վերամիացումն ավարտվելուց հետո հարցրեք միջուկին, ոչ թե պրոֆիլին։

ip route show թվարկում է կլիենտի ավելացրած երթուղիները, իսկ ip route get 172.20.5.10 պատասխանում է ավելի օգտակար հարցին՝ ո՞ր երթուղին իրականում կօգտագործի այս նպատակակետը և որ աղբյուր հասցեով։ Եթե նպատակակետը աղյուսակում չկա, կլիենտը այն չի տեղադրել։

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

Ինչու ավելի փոքր մետրիկան դեռ պարտվում է

Մետրիկաները համեմատում են նույն նպատակակետի երթուղիները։ Դրանք լայն նախածանցը ավելի կոնկրետ չեն դարձնում։ Երբ redirect-gateway def1-ը գործում է, կլիենտը տեղադրում է 0.0.0.0/1-ը և 128.0.0.0/1-ը, և այդ երկու նախածանցերը ծածկում են ամբողջ IPv4 տարածությունը ավելի կոնկրետ, քան 0.0.0.0/0-ը։ Լռելյայն երթուղու վրա 1 մետրիկան նրանց չի գերազանցում։

Նույն տրամաբանությունը վերաբերում է ցանկացած համընկնող զույգի։ /24-ը հաղթում է /16-ին դրա ներսում գտնվող հասցեի համար՝ անկախ կցված թվերից, որովհետև որոնումը նախ ընտրում է ամենակոնկրետ համընկնումը և միայն դրանից հետո համեմատում մետրիկաները հավասարների միջև։

Սա այն մասն է, որը մետրիկայի սխալ է թվում և այդպիսը չէ։ Ցանկացած թիվ փոխելուց առաջ ստուգեք նախածանցի երկարությունը երկու թեկնածուների վրա։

Քաղաքականության կանոնները գործում են աղյուսակից առաջ

Linux-ում ip rule-ը որոշում է, թե որ երթուղային աղյուսակին դիմել։ Կանոնները գնահատվում են առաջնահերթության կարգով, այնպես որ ավելի վաղ աղյուսակը կարող է վերադարձնել երթուղի նախքան հիմնական աղյուսակը կարդալը։ main-ի ներսում գտնվող մետրիկան չի կարող գերազանցել առաջինը դիմած աղյուսակի համընկնումը։

Օգտագործեք ip rule show-ը, ապա հարցրեք կոնկրետ աղյուսակին, օրինակ՝ ip route show table 100-ին, տեսնելու, թե ինչ կվերադարձնի այդ կանոնը։ Եթե VPN կլիենտը կամ կոնտեյների գործարկման միջավայրը կանոն ավելացրել է, պատասխանը կարող է լինել այնտեղ, ոչ թե ձեր կարդացած աղյուսակում։ Աղբյուր հասցեն նույնպես կարևոր է, որովհետև կանոնը կարող է համապատասխանել աղբյուրին և նույն նպատակակետը տարբեր կերպ լուծել թունելի տրաֆիկի և LAN տրաֆիկի համար։

Ստուգեք նպատակակետը, ոչ դասակարգումը

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

Թողեք IPv6-ը և DNS-ը այս ստուգումից դուրս։ Դրանք կարգավորվում են տարբեր հրահանգներով և լուծվում տարբեր մեխանիզմներով, և աշխատող IPv4 երթուղին ոչինչ չի ասում դրանցից ոչ մեկի մասին։ Փոխեք մեկ շերտ միաժամանակ և նորից գործարկեք հարցումը։