Ինչու ջնջված VPN երթուղին վերադառնում է կրկին միանալուց հետո

Երթուղին, որը դուք ձեռքով ջնջել եք, վերադառնում է հաջորդ կրկին միանալուց հետո, և աղյուսակը ճիշտ նույնն է, ինչ նախկինում։ Սա երթուղային վրիպակ չէ. ինչ-որ բան նորից ստեղծում է գրառումը կազմաձևից կամ կապի կենսացիկլի գործողությունից։ Գործարկման գրքերի մեծ մասը կանգ է առնում կենդանի աղյուսակի վրա, դրա համար է, որ ջնջումը մեկ րոպե աշխատում է, ապա ձախողվում։ Բացահայտեք սեփականատիրոջը, փոխեք այն և ապացուցեք կրկին միանալիս։

Ով տեղադրեց երթուղին

Սկսեք թեկնածուների ցանկից, ոչ թե ուղղումից։ VPN պրոֆիլը կարող է կրել իր երթուղիները, սերվերը կարող է դրանք push անել միանալիս, ցանցի կառավարչի պրոֆիլը կարող է հայտարարել դրանք, բեռնման միավորը կամ սկրիպտը կարող է ավելացնել դրանք, իսկ IPsec իրականացումները երթուղիներ են տեղադրում այն երթևեկության ընտրիչների համար, որոնց շուրջ բանակցում են։ Քաղաքականության վրա հիմնված երթուղավորման կանոնները նույնպես կարող են ամբողջությամբ վերահասցեավորել երթևեկությունը այլ աղյուսակ։

Ժամանակը նրանց բաժանում է ավելի արագ, քան կազմաձևի հնագիտությունը։ Գրառումը, որը հայտնվում է ինտերֆեյսի բարձրանալու պահին, պատկանում է հաճախորդին. այն, որը գալիս է մեկ վայրկյան անց, սովորաբար սերվերի push-ից է. այն, որը կա բեռնման պահին, պատկանում է պահված կազմաձևին։ Գրանցեք աղյուսակը միանալուց, անջատվելուց և վերագործարկվելուց առաջ և հետո, և օրինաչափությունը կնշի սեփականատիրոջը։ Երթուղին, որը վերադառնում է միայն ծառայության վերագործարկման ժամանակ, նշում է միավորի, այլ ոչ VPN-ի վրա։

Կարդացեք աղյուսակը նախքան այն խմբագրելը

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

ip route show
ip route show table all
ip rule show

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

Ապա հարցրեք միջուկին, թե որ երթուղին իրականում կօգտագործեր։ Պաշտպանված հասցեն ավելի լավ զոնդ է, քան հանրայինը՝

ip route get 10.20.5.7

Փոխեք սեփականատիրոջը, ոչ թե ախտանիշը

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

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

Կրկին միացեք և ստուգեք երկու ուղիները

Կրկին միացեք, ապա մեկ անցումով ստուգեք երկու նպատակակետերը։ Պաշտպանված հասցեն և բացառված վերջնակետը պատասխանում են տարբեր հարցերի՝

ip route get 10.20.5.7
ip route get 198.51.100.20

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

Գրեք երթուղու նպատակը, դրա սեփականատիրոջը և որքան պետք է այն ապրի։ Այդ նշումն է, որ հետ է պահում հաջորդ մարդուն կրկնելու նույն ջնջել-ու-կրկին-միանալ ցիկլը։