Ndrysho ofruesin pa rinumeruar adresat VPN të faqes
Një VPN faqeje me rrugëtim ruan adresat private kur ndryshon lidhja, por adresa e palës, identiteti dhe rruga e kthimit ende kërkojnë punë. Ja ndarja.
Një degë ndryshon ofruesin e internetit, dhe serveri i skedarëve mban adresën e vet. Ky rezultat është normal në një VPN faqeje me rrugëtim dhe befasues për këdo që supozon se adresa e pikës fundore të tunelit është adresa e aplikacionit. Të dyja jetojnë në shtresa të ndryshme të projektimit, dhe vetëm njëra lëvizi. T'i trajtosh si një është mënyra se si një migrim ofruesi kthehet në projekt rinumerimi.
Dy plane adresash që lëvizin në mënyrë të pavarur
Plani i brendshëm përshkruan adresat private që përdorin aplikacionet: serveri i degës në 10.55.8.20, prefiksi i selisë qendrore që rrugëton drejt tij dhe rruga e kthimit. Plani i jashtëm përshkruan se si dy porta arrijnë njëra-tjetrën: adresat e palës, portat e dëgjimit dhe rruga përmes internetit.
Ndryshimi i ofruesit prek planin e jashtëm. Ai nuk kërkon në vetvete ndryshimin e planit të brendshëm.
Të mbash dy inventarët të ndarë është arsyeja praktike për të ekzekutuar një overlay edhe kur aplikacioni tashmë kripton trafikun e vet. Overlay-i të jep një topologji të brendshme të qëndrueshme që i reziston ndryshimeve të jashtme. Aplikacioni ruan adresën, rregullat e firewall-it dhe regjistrimet DNS. Ndryshojnë vetëm zërat e transportit, dhe ky është një rishikim shumë më i vogël.
Tuneli i jashtëm mbart bisedën e brendshme
Në një tunel nga porta në portë, kreu i jashtëm IP adreson të dyja portat. Kreu i brendshëm vazhdon të emërtojë pikat fundore reale të aplikacionit. Përshkrimi nga porta në portë i RFC 7296 e trajton këtë si rrugëtim të zakonshëm që dërgon trafikun përmes pikave fundore të tunelit.
Prandaj serveri i degës mund të mbajë 10.55.8.20 ndërsa adresa publike e portës ndryshon. Paketa e brendshme nuk e përmban fare adresën e ofruesit.
Ndarja është veti e projektimit, jo garanci automatike. Nëse lidhja zëvendësuese nuk mund të vendosë tunelin e mbështetur, ose rrugët e brendshme nuk riinstalohen, aplikacioni humbet rrugën e vet edhe pse adresa nuk ka ndryshuar.
Zhvendosja e ofruesit ka ende një listë kontrolli
Lista e jashtme ka pesë zëra: adresa e palës ose emri i mirëmbajtur, dëgjuesi dhe çdo filtrim në rrjedhën e sipërme, përkthimi në rrugë, identiteti i pritur i palës dhe cilësimet e lejuara të portës tjetër. Secili mund të dështojë vetëm. Mbani një rrugë të veçantë rikuperimi ndërsa ndryshoni lidhjen që mbart administrimin. Ndërprerja e aksesit në distancë gjatë një kalimi të lidhjes është një defekt që e shkaktuat vetë.
Pas kësaj, kontrolloni prefiksin e degës, rrugën në të dy drejtimet, politikën e mbrojtjes dhe një rrjedhë reale aplikacioni. Një tunel i sapoautentikuar nuk rregullon një rrugë që tregon drejt nënrrjetit privat të vjetër.
Mbivendosja e adresave me një faqe tjetër të lidhur është problem i veçantë planifikimi. Ndryshimi i ofruesit nuk e krijon, por migrimi është zakonisht momenti kur shfaqet.
Çfarë nuk mbijeton: burimi publik dhe sesionet
Një adresë private serveri e qëndrueshme nuk është burim publik i qëndrueshëm. Nëse shfletimi del drejtpërdrejt përmes ofruesit të ri, faqet shohin adresën e re të kthyer nga ofruesi.
Mbajtja e asaj adrese të qëndrueshme kërkon një projektim daljeje të qëllimshëm, me disponueshmërinë dhe politikën e vet. Nuk vjen falas me tunelin.
As sesionet e vendosura nuk mbijetojnë një ndryshim rruge. Tuneli mund të rivendoset brenda sekondave dhe gjithsesi të prishë lidhje të gjata të fiksuara në rrugën e vjetër. Planifikoni kalimin për një dritare ku rilidhjet janë të pranueshme. Mos pretendoni se një migrim do të jetë i padukshëm nëse klientët konkretë dhe afatet e tyre nuk janë testuar.
Verifikoni zhvendosjen me katër kontrolle
Pas ndryshimit, verifikoni katër gjëra me radhë: tuneli është vendosur me palën e synuar, rruga e brendshme drejt prefiksit të degës ekziston, politika lejon rrjedhën e aplikacionit dhe aplikacioni përgjigjet. Secila ka komandën e vet.
Në një portë Linux, këto tri mbulojnë mesin e asaj liste:
ip route get 10.55.8.20
ip xfrm policy list
curl -sS -o /dev/null -w "%{http_code}" --max-time 8 http://10.55.8.20/health
Mbani adresat e transportit në një inventar dhe adresat e aplikacioneve në një tjetër. Përditësoni vetëm zërat që u zhvendosën vërtet. Rinumerimi i varësive të brendshme sepse ndryshoi adresa e jashtme e tunelit është punë e shmangshme.