route-gateway-ը redirect-gateway չէ՝ ինչ է իրականում փոխվում
Այս ընտրանքը միայն հաջորդ թռիչքն է տալիս OpenVPN-ի տեղադրած երթուղիներին։ Այն հեռացնելը չի անջատում հրող լրիվ թունելը, և ուղղումը վերահասցեավորման մեջ է։
Ձեր թունելը բարձրանում է, մասնավոր ենթացանցը պատասխանում է, և սովորական զննարկումը դեռ անհետանում է VPN-ի մեջ, թեև ինչ-որ մեկը ջնջել է դարպասի տողը պրոֆիլից։ Այդ համադրությունը սխալ հրահանգի խմբագրման մատնահետքն է։ Հեռացվածը հաճախորդին տալիս էր հաջորդ թռիչք այն երթուղիների համար, որոնք այն տեղադրում է, մինչդեռ այն, ինչ շարունակում էր որսալ երթևեկությունը, եկել էր այլ տեղից և հրել էր սերվերը։ Ծածկույթը և հաջորդ թռիչքը առանձին աշխատանքներ են, և դրանցից միայն մեկն է որոշում՝ արդյոք հանրային նպատակակետերն օգտագործում են թունելը։
Ձեր հեռացրած տողը հաջորդ թռիչքն էր, ոչ քաղաքականության անջատիչ
Յուրաքանչյուր երթուղի, որ հաճախորդը տեղադրում է, կարիք ունի դարպասի հասցեի, որին ուղղվի, և դարպասի հրահանգը այդ հասցեի աղբյուրն է, երբ երթուղին ինքը չի նշում ոչ մեկը։ Ջնջեք այն, և այդ երթուղիները կախվելու տեղ չեն ունենա, ուստի դրանք կամ չեն տեղադրվի, կամ կհայտնվեն ճանապարհի վրա, որը ոչ մի տեղ չի տանում։ Մասնավոր ենթացանցը հենց այն է, ինչ նման երթուղին էր տանում։
Մինչդեռ վերապրած վարքն այլ հեղինակ ունի՝ վերահասցեավորման ընտրանք հրված բլոկում, որը սովորական ելքային երթևեկությունը տեղափոխում է թունել՝ ըստ իր դրոշակների։ Դարպասը հեռացնելը ոչ անջատում է այն, ոչ թուլացնում։ Արդյունքը երկու վիճակներից վատագույնն է՝ հանրային երթևեկությունը դեռ որսվում է, և թունելը արդարացնող մասնավոր նպատակակետն այժմ անհասանելի է։ Դրա համար էլ նույն ոգով արված երկրորդ խմբագրումը նույնպես ոչինչ չի փոխում։
Չորս լծակ, չորս տարբեր աշխատանք
Այս քննարկման մեջ չորս հրահանգներ մեջբերվում են փոխադարձաբար, և դրանցից միայն մեկն է ղեկավարում ծածկույթը, այսինքն՝ թե որ նպատակակետերն են ընդհանրապես անցնում թունելով։ Երկրորդը սահմանում է հաջորդ թռիչքը, որն օգտագործում են երթուղիները, երրորդը տեղադրում է մեկ նախածանց, իսկ չորրորդը դեն է նետում այն ամենը, ինչ սերվերը հրել է, ներառյալ տեղակայմանը անհրաժեշտ մասնավոր երթուղիները։ Աղյուսակը դասավորում է դրանք ըստ այն բանի, ինչ ադմինիստրատորը փորձում է փոխել, և ոչ ըստ անվան, որովհետև հենց անուններն են շփոթություն առաջացնում։ Վերաբերվեք դրանց որպես չորս առանձին որոշում և ընտրեք այն, ինչն իսկապես ուզում եք հետ շրջել։
Գործնականում չորսն էլ հաճախ գալիս են մեկ հրված բլոկում՝ տող առ տող, ինչը նրանց նմանեցնում է մեկ կարգավորման մասերի։ Դրանք այդպիսին չեն, և OpenVPN-ի տեղեկատուն հենց այդ պատճառով դրանք փաստագրում է որպես տարբեր մեխանիզմներ։ Պարզել, թե որ որոշումն եք հետ շրջում, աշխատանքն է, իսկ խմբագրումը մեկ տող է։
| What you are trying to change | Directive that decides it | What it leaves alone |
|---|---|---|
| Which destinations use the tunnel | redirect-gateway | Per-prefix routes and resolver choice |
| The next hop a pushed route points at | route-gateway | Coverage of public destinations |
| One reachable prefix | route | Every other destination, default path included |
| All pushed routing and DNS at once | route-nopull | Nothing, which is the problem |
Զտեք հրված տողը, պահեք հաջորդ թռիչքը
Եթե ծածկույթը, որին դեմ եք, գալիս է որպես հրված ընտրանք, նեղ պատասխանն է՝ անտեսել այդ ընտրանքը ըստ անվան և հրված բլոկի մնացած մասը թողնել անձեռնմխելի։ Որպես զտիչ գրված՝ այն նման է ներքևի տողին, և տեղը տուժած հաճախորդի պրոֆիլում է, ոչ սերվերի կազմաձևում։
pull-filter ignore "redirect-gateway"Նեղությունը հենց իմաստն է։ Քանի որ զտիչը համեմատում է տեքստային նախածանց, ավելի կարճ նախշը համընկնում է նաև հաջորդ թռիչքի հրահանգի հետ, ինչը հանում է հենց այն տեղեկությունը, որից կախված են մասնավոր երթուղիները, և կրկնում է սկզբնական սխալը նոր հանդերձանքով։ Զտիչը գործում է միայն հրված ընտրանքների վրա, ուստի այն երբեք չի դիպչում տեղում գրված կամ ցանցի կառավարիչի պարտադրած համարժեք տողին։ Դրանից հետո նորից միացեք, որովհետև կենդանի նստաշրջանը չի վերագնահատում այն, ինչ սերվերը հրել է։
Կարդացեք որոնումը, ոչ աղյուսակը
Պրոֆիլը վերսկսելուց հետո հարցրեք միջուկին, թե ուր իրականում կգնան երկու նպատակակետեր՝ մեկը մասնավոր նախածանցի ներսում, մյուսը՝ հանրային ինտերնետում։ Հիմնական աղյուսակի ամբողջական արտածումը ավելի դժվար է կարդալ և ավելի հեշտ՝ սխալ կարդալ, որովհետև երթուղին կարող է գոյություն ունենալ և այնուամենայնիվ պարտվել ավելի կոնկրետ համապատասխանությանը։ Քաղաքականությամբ պայմանավորված երթուղավորման դեպքում կանոնը, աղյուսակը և աղբյուրի հասցեն նույնպես մտնում են ստուգման մեջ։
ip route get 10.40.7.25
ip route get 203.0.113.77
ip rule showdef1 տարբերակը ծանոթության արժանի է, որովհետև այն թողնում է հին լռելյայն գրառումը տեսանելի, մինչդեռ կիսալռելյայնների զույգը հաղթում է որոնմանը։ Ուստի արտածման մեջ 0.0.0.0/0 տողն ինքնին ոչինչ չի ապացուցում։ Որոնումը պատասխանում է այն հարցին, որին ցանկը միայն թվում է՝ պատասխանում է։
DNS-ը, IPv6-ը և մասնավոր երթուղին դեռ պետք է աշխատեն
Մեկ IPv4 վերահասցեավորում մերժելը ոչինչ չի ասում լուծիչի մասին, ուստի հրված DNS ընտրանքը կարող է շարունակել հարցումներ ուղարկել թունել, մինչ երթուղիները ճիշտ են թվում։ IPv6 լռելյայնը կարող է նույնն անել մի հասցեների ընտանիքի համար, որին IPv4 ստուգումը երբեք չի դիպչել։ Երկուսն էլ պահանջում են բացահայտ որոշում, այլ ոչ ենթադրություն։ Այնուհետև հաստատեք, որ մասնավոր ծառայությունը դեռ պատասխանում է, որովհետև մասնավոր երթուղին կորցրած բաժանված թունելը բաժանված թունել չէ, այն կոտրված է։
Ավելի լայն գործիքը հիշեցումի արժանի է՝ route-nopull դեն է նետում յուրաքանչյուր հրված երթուղի և յուրաքանչյուր հրված DNS ընտրանք, ինչը վստահորեն կանգնեցնում է լրիվ թունելը և նույնքան վստահորեն կոտրում է մասնավոր երթուղիները, որոնցից կախված է տեղակայումը, ուստի դա շատ ավելի մեծ մուրճ է, քան մեկ ընտրանքի ուղղված անվան զտիչը։ Ստուգեք մասնավոր նպատակակետը, հանրային նպատակակետը և լուծիչը ցանկացած փոփոխությունից հետո, և ավարտված ձեռքսեղմումը համարեք ապացույց միայն ձեռքսեղմման համար։