Hvers vegna eytt VPN-leið kemur aftur eftir endurtengingu
Að eyða virkri leið breytir engu þegar snið, push eða ræsingareining býr hana til aftur. Finndu eigandann, breyttu því þar og staðfestu við endurtengingu.
Leið sem þú eyddir handvirkt er komin aftur eftir næstu endurtengingu, og taflan lítur nákvæmlega út eins og áður. Þetta er ekki villa í leiðsögn: eitthvað býr færsluna til aftur úr stillingunum eða úr aðgerð í lífsferli tengingarinnar. Flestir runbooks stoppa við virku töfluna, þess vegna virðist eyðingin virka í eina mínútu og mistekst svo. Greindu eigandann, breyttu honum og sannaðu það við endurtengingu.
Hver setti leiðina upp
Byrjaðu á lista yfir möguleika frekar en viðgerð. VPN-snið getur borið eigin leiðir, þjónn getur ýtt þeim við tengingu, snið netkerfisstjóra getur lýst þeim, ræsingareining eða skrifta getur bætt þeim við, og IPsec-útfærslur setja upp leiðir fyrir umferðarvalana sem þær semja um. Stefnuleiðsagnarreglur geta líka beint umferð algjörlega í aðra töflu.
Tímasetning aðskilur þær hraðar en stillingafræði. Færsla sem birtist um leið og viðmótið rís tilheyrir biðlarans; sú sem kemur sekúndu síðar kom venjulega frá push frá þjóninum; sú sem er til við ræsingu tilheyrir vistaðri stillingu. Skráðu töfluna fyrir og eftir tengingu, aftengingu og endurræsingu, og mynstrið nefnir eigandann. Leið sem kemur aðeins aftur þegar þjónustan er endurræst bendir á einingu en ekki VPN.
Lestu töfluna áður en þú breytir henni
Skoðaðu sýn kjarnans sjálfs frekar en vistaða skrá. Samskiptareglusúlan sýnir hvað setti hverja færslu upp:
ip route show
ip route show table all
ip rule show
Samskiptareglusviðið, mæligildið og taflnúmerið segja þér hvort þú ert að skoða kyrra færslu, færslu sem kjarninn bjó til eða eitthvað sem dæmi bætti við. Listinn yfir reglur skiptir máli því leit getur yfirgefið aðaltöfluna algjörlega, sem gerir breytingu þar ósýnilega fyrir forritinu sem þú ert að kemba. Lestu línuna frá vinstri til hægri: áfangastaður, gátt, tæki, samskiptaregla og mæligildi.
Spyrðu svo kjarnann hvaða leið hann myndi í raun nota. Vernduð heimilisfang er betri mælitæki en opinbert:
ip route get 10.20.5.7
Breyttu eigandanum, ekki einkenninu
Þegar eigandinn er þekktur tilheyrir breytingin þeim eiganda. Fjarlægðu leiðina úr sniði biðlarans, leiðréttu ýttu leiðina á þjóninum eða breyttu tengingu netkerfisstjórans í stað þess að bæta við keppandi varanlegri leið sem vinnur á mæligildi. Tvær reglur sem berjast hvor gegn annarri framleiða töflu sem enginn getur útskýrt síðar.
Haltu útilokun endapunktsins. Hýsil-leið sem sendir eigið opinbert heimilisfang VPN-þjónsins í gegnum líkamlegu gáttina er það sem heldur ytri göngupökkunum á floti; eyddu henni og göngin reyna að bera sig sjálf. Á split-tunnel sniði gildir sama varúð um staðbundin undirnet sem eiga að fara fram hjá göngunum.
Tengdu aftur og staðfestu báðar leiðir
Tengdu aftur og athugaðu svo báða áfangastaði í einni ferð. Vernduð heimilisfang og útilokaði endapunkturinn svara mismunandi spurningum:
ip route get 10.20.5.7
ip route get 198.51.100.20
Fyrri ætti að leysast í gegnum viðmót ganganna og seinni í gegnum líkamlegu gáttina. Ef báðar leysast í gegnum göngin vantar útilokunina; ef hvorug, þá tók sniðbreytingin ekki gildi og þú ert að skoða annan eiganda en þú hélt.
Skrifaðu niður tilgang leiðarinnar, eiganda hennar og hversu lengi hún á að lifa. Sú athugasemd er það sem kemur í veg fyrir að næsta manneskja endurtaki sama hring eyðingar og endurtengingar.