Viena apakštīkla pārcelšana uz jaunu VPN tuneli bez pārtraukuma

Paceliet jauno tuneli, pārvietojiet vienu apakštīklu, un šis apakštīkls tagad periodiski neizdodas, kamēr viss pārējais ir pilnīgi kārtībā. Uz pusi pārcelti VPN neizdodas tieši tā, jo tunelis nekad nav bijis grūtā daļa. Ceļš ietver arī to, kurš maršruts uzvar, kuri selektori sakrīt, ko pieļauj piekļuves noteikumi, kā atgriežas atbildes un jebkuru tulkojumu, ko piemēroja vecā konstrukcija. Pārvietojiet tikai tuneli un neesat pārvietojis neko no tā.

Tunelis ir vieglā ceļa puse

Periodiskas kļūmes pēc daļējas pārcelšanas parasti nozīmē, ka abi ceļi ir iespējami. Dažas plūsmas izvēlas jauno tuneli, citas paliek pie vecā, un ierīce, kas atceras stāvokli, tad redz atbildi nākam pa ceļu, ko pieprasījums nekad nav izmantojis. Divi ceļi nav automātiski drošāki par vienu; tie ir divas lietas, kas var nesaskanēt. Vērojiet ziņojumus par svārstībām, nevis tuneļa skaitītājus, jo skaitītāji visu laiku izskatīsies veseli.

Noderīgais pirmais jautājums nav, kurš tunelis ir labāks. Tas ir, kuras plūsmas šodien izvēlas kuru ceļu, un vai pieprasījums un atbilde saņem to pašu atbildi.

Uzbūvējiet galamērķi, pirms dodat tam priekšroku

Apstipriniet, ka partneri ir savietojami un ka jaunais tunelis nes jūsu paredzēto adrešu diapazonu. Pievienojiet pāradresāciju un pakalpojumu atļaujas, kas tam vajadzīgas, kamēr tas vēl ir nepreferētais ceļš, lai pati pārslēgšanās mainītu tikai izvēli un neko citu.

Pajautājiet attālajai vietnei, kā tā atgriezīs datplūsmu. Ja atbildes joprojām iziet pa veco tuneli, jauns vietējais maršruts rada asimetriju vai neiztur filtru, kas atceras stāvokli. Tulkojums arī ietilpst konstrukcijā tā paša iemesla dēļ: mainīta avota adrese maina arī atgaitas ceļu.

Pārslēdzieties šauri un ziniet ceļu atpakaļ

Nosauciet precīzu apakštīklu un platformas atbalstīto mehānismu, kas dod priekšroku tā jaunajam maršrutam vai selektoram. Uz politiku balstītas definīcijas ne vienmēr uzvedas kā maršrutu metrikas, tāpēc izlasiet pārklājošos politiku noteikumus savā ieviešanā, pirms pieņemat, ka uzvar konkrētākā atbilstība.

Pārvietojiet vienu apakštīklu, nevis vienu vietni. Turiet pārvaldības piekļuvi ceļā, kuram nepieskaraties, un pierakstiet atritināšanu pirms kaut ko piemērojat: kurš maršruts vai politika atgriežas, kas to dara un kā viņi paliek savienoti to darot.

Asimetrija un novecojis stāvoklis

Ugunsmūri un NAT ierīces atceras saskarni, ko izmantoja plūsma. Kad pieprasījums un atbilde iet pa dažādiem tuneļiem, ierīce var izmest atbildi, lai gan katrs ceļš darbojas atsevišķi. Pārbaudiet ar plūsmu, ko atverat pēc izmaiņām, jo izveidota sesija var stundām turpināt izmantot veco ceļu.

Ja novērotā avota adrese ir pārvietojusies, atrodiet katru politiku, kas nosauc veco. Pārcelšana, kas klusi maina avotu, lauž noteikumus, ko neviens nav klasificējis kā VPN konstrukcijas daļu.

Pierādiet abas atbildes, pēc tam atsauciet veco politiku

No parasta resursdatora pārceltajā apakštīklā sasniedziet paredzēto pakalpojumu un pārbaudiet novēroto avotu un atbildes saskarni. Pēc tam pārbaudiet tīklu, kuram jāpaliek vecajā tunelī, jo pārcelšana ir pabeigta tikai tad, kad abas atbildes ir pareizas. Otrais tests ir tas, ko cilvēki izlaiž, un tas arī noķer plašāku selektoru nekā paredzēts.

Atsauciet novecojušo politiku tikai tad, kad neviens atlikušais apakštīkls no tās nav atkarīgs, un ierakstiet galīgo maršrutu ar tā īpašnieku selektoru uzskaitē. Pabeigšana nav tas, ka jaunais tunelis ziņo, ka ir pacelts; tā ir, ka katrs tīkls seko savam paredzētajam ceļam.