Migri unu subreton al nova VPN-tunelo sen interrompo

Levu la novan tunelon, transloku unu subreton, kaj tiu subreto nun periode fiaskas dum ĉio alia estas tute en ordo. Duone migritaj VPN fiaskas ĝuste tiel, ĉar la tunelo neniam estis la malfacila parto. La vojo ankaŭ inkluzivas kiun itineron gajnas, kiuj selektiloj kongruas, kion permesas la alirreguloj, kiel revenas respondoj, kaj ajnan tradukadon kiun la malnova dezajno aplikis. Transloku nur la tunelon kaj vi translokis neniom da tio.

La tunelo estas la facila duono de la vojo

Periodaj fiaskoj post parta migrado kutime signifas ke du vojoj ambaŭ estas eblaj. Kelkaj fluoj elektas la novan tunelon, kelkaj restas ĉe la malnova, kaj aparato kiu memoras staton tiam vidas respondon alveni laŭ vojo kiun la peto neniam uzis. Du vojoj ne estas aŭtomate pli sekuraj ol unu; ili estas du aferoj kiuj povas malkonsenti. Rigardu la raportojn pri oscilado anstataŭ la kalkulilojn de la tunelo, ĉar la kalkuliloj aspektos sanaj la tutan tempon.

La utila unua demando ne estas kiu tunelo estas pli bona. Ĝi estas kiuj fluoj elektas kiun vojon hodiaŭ, kaj ĉu la peto kaj la respondo ricevas la saman respondon.

Konstruu la celon antaŭ ol preferi ĝin

Konfirmu ke la samtavolanoj estas kongruaj kaj ke la nova tunelo portas la adresan amplekson kiun vi celas. Aldonu la plusendadon kaj la servajn permesojn kiujn ĝi bezonas dum ĝi ankoraŭ estas la nepreferata vojo, por ke la transiro mem ŝanĝu nur la elekton kaj nenion alian.

Demandu la malproksiman retejon kiel ĝi revenigos trafikon. Se respondoj ankoraŭ eliras tra la malnova tunelo, nova loka itinero kaŭzas malsimetrion aŭ fiaskas ĉe filtrilo kiu memoras staton. La tradukado apartenas al la dezajno pro la sama kialo: ŝanĝita fonta adreso ankaŭ ŝanĝas la revenan vojon.

Transiru mallarĝe, kaj sciu la vojon reen

Nomu la precizan subreton kaj la platforme subtenatan mekanismon kiu preferas ĝian novan itineron aŭ selektilon. Politikbazaj difinoj ne ĉiam kondutas kiel itinermetrikaj, do legu la regulojn pri interkovraj politikoj por via realigo antaŭ ol supozi ke la pli specifa kongruo gajnas.

Transloku unu subreton, ne unu retejon. Tenu administradon sur vojo kiun vi ne tuŝas, kaj skribu la restarigon antaŭ ol vi apliki ion ajn: kiu itinero aŭ politiko revenas, kiu faras tion, kaj kiel ili restas konektitaj dum ili faras tion.

Malsimetrio kaj kadukiĝinta stato

Fajroŝirmiloj kaj NAT-aparatoj memoras la interfacon kiun fluo uzis. Kiam peto kaj respondo prenas malsamajn tunelojn, la aparato povas forĵeti la respondon eĉ se ĉiu vojo funkcias sola. Testu per fluo kiun vi malfermas post la ŝanĝo, ĉar establita sesio povas daŭre uzi la malnovan vojon dum horoj.

Se la observata fonta adreso moviĝis, trovu ĉiun politikon kiu nomas la malnovan. Migrado kiu kviete ŝanĝas la fonton rompas regulojn kiujn neniu klasifikis kiel parton de la VPN-dezajno.

Pruvu ambaŭ respondojn, poste retiru la malnovan politikon

De ordinara gastiganto sur la migrita subreto, atingi la celatan servon kaj kontrolu la observatan fonton kaj la respondan interfacon. Poste testu reton kiu devas resti sur la malnova tunelo, ĉar migrado nur finiĝas kiam ambaŭ respondoj estas ĝustaj. La dua testo estas tiu kiun homoj preterlasas, kaj ĝi estas tiu kiu kaptas selektilon pli larĝan ol vi intencis.

Retiru la malaktualan politikon nur kiam neniu restanta subreto dependas de ĝi, kaj registru la finan itineron kun ĝia posedanto en la selektila inventaro. Fino ne estas ke la nova tunelo raportas sin supre; ĝi estas ke ĉiu reto sekvas sian celatan vojon.