Kāpēc dzēsts VPN maršruts pēc atkārtotas savienošanas atgriežas

Aktīva maršruta dzēšana neko nemaina, ja to no jauna izveido profils, push vai sāknēšanas vienība. Atrodiet īpašnieku, mainiet to tur un pārbaudiet atkārtotas savienošanas laikā.

Maršruts, ko izdzēsāt ar roku, pēc nākamās atkārtotās savienošanas ir atpakaļ, un tabula izskatās tieši tāpat kā iepriekš. Tā nav maršrutēšanas kļūda: kaut kas no jauna izveido ierakstu no konfigurācijas vai no savienojuma dzīves cikla darbības. Lielākā daļa runbooku apstājas pie aktīvās tabulas, tāpēc dzēšana šķietami darbojas minūti un pēc tam neizdodas. Identificējiet īpašnieku, mainiet to un pierādiet to atkārtotas savienošanas laikā.

Kas instalēja maršrutu

Sāciet ar kandidātu sarakstu, nevis ar labojumu. VPN profils var nest savus maršrutus, serveris var tos pushot savienošanas laikā, tīkla pārvaldnieka profils var tos deklarēt, sāknēšanas vienība vai skripts var tos pievienot, un IPsec ieviešanas instalē maršrutus sarunātajiem trafika selektoriem. Politikas maršrutēšanas noteikumi arī var pilnībā novirzīt trafiku uz citu tabulu.

Laiks tos atdala ātrāk nekā konfigurācijas arheoloģija. Ieraksts, kas parādās tajā mirklī, kad saskarne paceļas, pieder klientam; tas, kas ierodas sekundi vēlāk, parasti nāca no servera push; tas, kas pastāv sāknēšanas laikā, pieder saglabātajai konfigurācijai. Reģistrējiet tabulu pirms un pēc savienošanas, atvienošanas un pārstartēšanas, un modelis nosauks īpašnieku. Maršruts, kas atgriežas tikai pakalpojuma pārstartēšanas laikā, norāda uz vienību, nevis uz VPN.

Lasiet tabulu pirms tās rediģēšanas

Skatieties uz paša kodola skatījumu, nevis saglabātu failu. Protokola kolonna parāda, kas instalēja katru ierakstu:

ip route show
ip route show table all
ip rule show

Protokola lauks, metrika un tabulas numurs jums pasaka, vai skatāties statisku ierakstu, kodola izveidotu ierakstu vai kaut ko, ko pievienoja dēmons. Noteikumu saraksts ir svarīgs, jo meklēšana var pilnībā pamest galveno tabulu, kas padara rediģēšanu tur neredzamu lietojumprogrammai, kuru atkļūdojat. Lasiet rindu no kreisās uz labo: galamērķis, vārteja, ierīce, protokols un metrika.

Pēc tam pajautājiet kodolam, kuru maršrutu tas faktiski izmantotu. Aizsargāta adrese ir labāka zonde nekā publiska:

ip route get 10.20.5.7

Mainiet īpašnieku, nevis simptomu

Kad īpašnieks ir zināms, izmaiņa pieder šim īpašniekam. Noņemiet maršrutu no klienta profila, izlabojiet pushoto maršrutu serverī vai rediģējiet tīkla pārvaldnieka savienojumu, tā vietā lai pievienotu konkurējošu pastāvīgu maršrutu, kas uzvar pēc metrikas. Divi noteikumi, kas cīnās viens pret otru, rada tabulu, kuru vēlāk neviens nevar izskaidrot.

Saglabājiet galapunkta izslēgšanu. Resursdatora maršruts, kas sūta paša VPN servera publisko adresi caur fizisko vārteju, ir tas, kas uztur ārējos tuneļa paketes plūsmā; dzēsiet to, un tunelis mēģina nest pats sevi. Split-tunnel profilā tāda pati piesardzība attiecas uz vietējiem apakštīkliem, kuriem tunelis ir jāapiet.

Atkārtoti savienojieties un pārbaudiet abus ceļus

Atkārtoti savienojieties, pēc tam pārbaudiet abus galamērķus vienā piegājienā. Aizsargātā adrese un izslēgtais galapunkts atbild uz dažādiem jautājumiem:

ip route get 10.20.5.7
ip route get 198.51.100.20

Pirmajam vajadzētu atrisināties caur tuneļa saskarni, bet otrajam — caur fizisko vārteju. Ja abi atrisinās caur tuneli, izslēgšanas trūkst; ja neviens, profila izmaiņa nav stājusies spēkā, un jūs skatāties uz citu īpašnieku, nekā domājāt.

Pierakstiet maršruta mērķi, tā īpašnieku un to, cik ilgi tam jādzīvo. Šī piezīme ir tas, kas neļauj nākamajam cilvēkam atkārtot to pašu dzēšanas un atkārtotas savienošanas ciklu.

Saistītie raksti