Ստուգեք Linux-ի քաղաքականությամբ երթուղավորումը նախքան լռելյայն երթուղին խմբագրելը

VPN-հոսթը պատասխանում է մեկ ինտերֆեյսի վրա և հրաժարվում է պատասխանները թունելով հետ ուղարկել, իսկ լռելյայն երթուղին ճիշտ է թվում։ Հենց այստեղ հիմնական աղյուսակը դադարում է ամբողջ պատմությունը լինել։ Linux-ը կարող է քաղաքականության կանոններով ընտրել երթուղավորման աղյուսակ յուրաքանչյուր փաթեթի համար, և հնարավոր է՝ VPN-ը մեկը տեղադրած լինի։ Կարդացեք կանոնները նախքան լռելյայն երթուղուն դիպչելը։

Հերթականությունը կարևոր է՝ նախ կանոնները, հետո այն աղյուսակը, որն ընտրում է յուրաքանչյուր կանոնը։

Կարդացեք կանոնները առաջնահերթության կարգով

Գործարկեք ip rule show և կարդացեք վերևից ներքև։ Առաջնահերթության համարը վերահսկում է գնահատման հերթականությունը, և ավելի փոքր համարը ստուգվում է ավելի վաղ։ 32766-ի լռելյայն կանոնը սովորաբար վերջինն է, որ կարևոր է։ Եթե ցանկը երկար է, պահեք այն ֆայլում նախքան որևէ բան փոխելը։

Յուրաքանչյուր կանոնի համար գրանցեք առաջնահերթությունը, համընկնումը (աղբյուր, նշան, ինտերֆեյս կամ նպատակակետ) և այն աղյուսակը, որին այն հղում է։ Առանց օգտագործելի աղյուսակի կանոնը փակուղի է, ոչ թե երթուղի։

Նույնը արեք IPv6-ի համար ip -6 rule show-ով։ Քաղաքականությունը, որը գոյություն ունի միայն IPv4 ընտանիքում, մյուս ընտանիքը թողնում է հիմնական աղյուսակում։

Կարդացեք այն աղյուսակը, որն ընտրում է յուրաքանչյուր կանոնը

Օգտագործեք ip route show table <name or number> յուրաքանչյուր հղված աղյուսակի համար։ Համեմատեք դրա երթուղիները ձեր սպասած ինտերֆեյսի և հաջորդ ցատկի հետ։ Դատարկ կամ թերի աղյուսակը բացատրում է ձախողում, որը հիմնական աղյուսակը չի կարող։

Հիմնական աղյուսակը կարող է դեռ պահել լռելյայն երթուղին, և դա նորմալ է։ Եթե կանոնը ձեր հոսքն առաջինը ուղարկում է 51820 աղյուսակ, ապա հիմնական լռելյայն երթուղին այդ փաթեթի համար անիմաստ է։

Եթե համարը անծանոթ է, աղյուսակի անունը փնտրեք /etc/iproute2/rt_tables-ում։ Այդ որոնումը տևում է մեկ վայրկյան և կանխում է երկար շրջանցումը։

Պարզեք, թե ով է տեղադրել կանոնը

NetworkManager-ը, wg-quick-ը և այլ սկրիպտներ կարող են կանոններ տեղադրել դինամիկ։ Գործարկման ընթացքում մեկը ջնջելը կարող է չեղարկվել հաջորդ վերամիացման ժամանակ։ Ստուգեք կառավարչի կոնֆիգուրացիան նախքան մրցակից կանոն ավելացնելը։

Օրինակ՝ wg-quick-ը ավելացնում է նշված կանոն և աղյուսակ թունելի թույլատրված հասցեների համար։ Հենց այդ կանոնի պատճառով այդ հասցեներին ուղղված երթևեկությունը շրջանցում է հիմնական լռելյայն երթուղին։ Եթե հեռացնեք այն առանց կոնֆիգուրացիան փոխելու, հաջորդ գործարկումը կվերականգնի այն։

Ստուգման ընթացքում պահպանեք վերջնակետի արտաքին երթուղին և կառավարման հասանելիությունը։ Մի մաքրեք բոլոր կանոնները գործող հեռավոր դարպասի վրա ելքը պարզեցնելու համար։ Փոփոխությանը դիմացած կառավարման նստաշրջանը թեստի մասն է։

Փորձարկեք աղբյուրի այն կոնտեքստը, որը կարևոր է

Ընդհանուր ip route get-ը պատասխանում է այլ հարցի, քան հավելվածի հոսքը։ Ավելացրեք աղբյուրի հասցեն, և նշանը, եթե VPN-ը օգտագործում է այն, որպեսզի տեսնեք իրական փաթեթի անցած ուղին։ Փորձարկեք ներառված և բացառված նպատակակետ նույն աղբյուրի կոնտեքստով։ Ապա կրկնեք IPv6-ի համար, եթե հոսթը աշխատում է կրկնակի ստեկով։

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