Hozza fel az új alagutat, mozgasson át egy alhálózatot, és ez az alhálózat most időnként meghibásodik, miközben minden más teljesen rendben van. A félig átköltöztetett VPN-ek pontosan így hibásodnak meg, mert az alagút soha nem volt a nehéz rész. Az útvonalhoz tartozik az is, melyik útvonal nyer, mely szelektorok illeszkednek, mit engednek a hozzáférési szabályok, hogyan jönnek vissza a válaszok, és minden fordítás, amelyet a régi tervezés alkalmazott. Mozgassa át csak az alagutat, és ebből semmit nem mozgatott át.

Az alagút az útvonal könnyű fele

A részleges áthelyezés utáni időszakos hibák általában azt jelentik, hogy két útvonal is lehetséges. Egyes folyamok az új alagutat választják, mások a réginél maradnak, és egy állapotot megjegyző eszköz ekkor olyan útvonalon érkező választ lát, amelyet a kérés soha nem használt. Két útvonal nem automatikusan biztonságosabb egynél; ez két dolog, amely ellentmondhat egymásnak. A flapping-jelentéseket figyelje, ne az alagút számlálóit, mert a számlálók végig egészségesnek fognak látszani.

A hasznos első kérdés nem az, melyik alagút a jobb. Az, hogy mely folyamok melyik útvonalat választják ma, és hogy a kérés és a válasz ugyanazt a választ kapja-e.

Építse fel a célt, mielőtt előnyben részesíti

Erősítse meg, hogy a partnerek kompatibilisek, és hogy az új alagút a szándékolt címterjedelmet szállítja. Adja hozzá a továbbítást és a szükséges szolgáltatási engedélyeket, amíg még a nem előnyben részesített útvonal, hogy maga az átvágás csak a kiválasztást változtassa, semmi mást.

Kérdezze meg a távoli telephelyet, hogyan fogja visszaadni a forgalmat. Ha a válaszok még mindig a régi alagúton távoznak, egy új helyi útvonal aszimmetriát okoz, vagy elbukik egy állapotot megjegyző szűrőn. A fordítás ugyanezen okból tartozik a tervezéshez: egy megváltozott forráscím a visszaútvonalat is megváltoztatja.

Vágjon át szűken, és ismerje a visszautat

Nevezze meg a pontos alhálózatot és a platform által támogatott mechanizmust, amely előnyben részesíti az új útvonalát vagy szelektorát. A szabályalapú definíciók nem mindig úgy viselkednek, mint az útvonal-metrikák, ezért olvassa el az átfedő szabályokra vonatkozó előírásokat a saját megvalósításában, mielőtt feltételezné, hogy a pontosabb egyezés nyer.

Egy alhálózatot mozgasson át, ne egy telephelyet. Tartsa a kezelési hozzáférést olyan útvonalon, amelyhez nem nyúl, és írja le a visszaállítást, mielőtt bármit alkalmazna: melyik útvonal vagy szabály áll vissza, ki teszi meg, és hogyan maradnak kapcsolatban közben.

Aszimmetria és elavult állapot

A tűzfalak és a NAT-eszközök megjegyzik azt az interfészt, amelyet egy folyam használt. Amikor a kérés és a válasz különböző alagutakat vesz igénybe, az eszköz eldobhatja a választ, pedig külön-külön mindkét útvonal működik. Nyisson egy folyamot a változtatás után, és azzal teszteljen, mert egy létrejött munkamenet órákig használhatja tovább a régi útvonalat.

Ha a megfigyelt forráscím elmozdult, keresse meg az összes szabályt, amely a régit nevezi meg. Az a költöztetés, amely csendesen megváltoztatja a forrást, olyan szabályokat tör el, amelyeket senki nem sorolt a VPN-tervezés részének.

Bizonyítsa mindkét választ, aztán vonja vissza a régi szabályt

Az átköltöztetett alhálózat egy közönséges gépéről érje el a szándékolt szolgáltatást, és ellenőrizze a megfigyelt forrást és a válasz-interfészt. Utána teszteljen egy hálózatot, amelynek a régi alagúton kell maradnia, mert az áthelyezés csak akkor kész, ha mindkét válasz helyes. A második teszt az, amelyet az emberek kihagynak, és ez kapja el a szándékoltnál szélesebb szelektort.

Csak akkor vonja vissza az elavult szabályt, ha már egyetlen maradék alhálózat sem függ tőle, és jegyezze fel a végleges útvonalat a tulajdonosával a szelektorleltárban. A befejezés nem az, hogy az új alagút fent van; az, hogy minden hálózat a szándékolt útvonalát követi.

Kapcsolódó cikkek