Gép áthelyezése a VPN-ből a műhelybe anélkül, hogy elveszítenénk

Egy gép elhagyja az ügyfél telephelyét, megérkezik egy műhelybe, és ugyanazt az eszközazonosságot tartja meg, miközben a hálózati helye teljesen megváltozik. Három feltétel dönti el, mennyi tervezést igényel ez az áthelyezés. Hogy az ügyfél újrahasznál-e olyan címeket, amelyeket te is használsz belül, hogy a műhely szegmense el van-e szigetelve a személyzeti hálózatoktól, és hogy a régi útvonal elnyomható-e, nem csupán felülbírálható. Ha az elsőt elrontod, egy működőképes gépet fogsz hibakeresni.

Az azonosság nem cím

A leltárnak és az elnevezésnek az eszközt, az ügyfelet és a munkát kell hordoznia. A cím azt hordozza, hová van a gép éppen csatlakoztatva, és ez olyan tény, amely az áthelyezéssel megváltozik. A kettő összemosása a klasszikus hiba: jelentést olvasni a számjegyekbe.

Az utolsó oktettbe kódolt sorozatszám rendezettnek tűnik, és semmit nem bizonyít egy routernek. A prefixhosszak döntik el, mit tekint a gazdagép helyinek, és a megjegyezhető számozás semmilyen mennyisége nem változtat ezen az aritmetikán.

Ha azt szeretnéd, hogy a cím az ügyfélre utaljon, az konvenció, és a konvenciók rendben vannak, amíg senki nem épít rájuk szabályzatot. Az eszközt a leltárban keresd, ne a címet, és a műhelybe költözés megszűnik kincsvadászat lenni. Túléli az újraszámozást is, amely előbb-utóbb minden telephelyre megérkezik.

A sorozatszám nem prefixhossz

A széles maszkot, például 10.0.0.0/8-t használó eszközök a tartomány minden címét közvetlenül csatlakozottnak tekintik, így a két hálózattal arrébb lévő ügyfélgép felé irányuló forgalom soha nem ér el routert. A gép egyszerűen olyan szomszédot keres sugárzással, amely nem tud válaszolni.

Az RFC 4632 a prefixeket hosszúság szerint határozza meg, nem az alapján, amit a pontozott számjegyek sugallnak. A tervednek minden csatlakozási csoporthoz kifejezett hosszúság kell: szolgáltatási szegmens, ügyfélkontextus, műhelypad. Ha először ezeket a csoportokat nevezed el, a hosszúságok nyilvánvalóvá válnak.

A gyakorlati szabály az, hogy a legkisebb, egy csatlakozási csoportot lefedő prefixet tervezd meg, és azt használd mindenhol abban a csoportban. A címszöveg embereknek szól; a maszk az, amire a kernel cselekszik.

Amikor két ügyfél ugyanazokat a címeket használja újra

A és B ügyfél egyaránt futtathatja a 192.168.10.0/24 címet, és mindkettőnek igaza lesz a saját épületében. Ez nem olyan probléma, amelyet más létesítményének újraszámozásával kell megoldani.

Tartsd külön a kontextusokat, vagy biztosíts szándékos álneveket olyan tervezéssel, amely dokumentálja, melyik cím melyik ügyfélhez melyik pillanatban tartozik. A globális leltár a megfelelő eszköz a gépek megkülönböztetésére; nem bizonyíték arra, hogy a címek globálisan egyediek. Az álneves útvonalnak írásos lejárati szabály kell, különben túléli a munkát, amely létrehozta.

Amit el kell kerülnöd, az az, hogy mindkét kontextus egyszerre legyen elérhető bármilyen jelölő nélkül. Két azonos cím két élő útvonalon az a meghibásodási mód, amely a firmware-frissítést a rossz gépre küldi. A tünet ritkán tűnik hibának; úgy tűnik, mintha valaki más újrakonfigurálta volna az eszközt. Előbb a jelölő, aztán az elérhetőség.

Adj a műhelynek saját határt

A szervizre érkező ügyféleszköz kifejezetten engedélyezett hozzáférésű szolgáltatási szegmensbe tartozik, nem a személyzeti hálózatba dugva, csak mert szabad volt egy padport.

Kezelj egy ismeretlen ipari eszközt másik bizalmi tartományként. Rögzítsd, melyik mérnöki gazdagép érheti el, milyen szolgáltatások kellenek annak a gazdagépnek, és mely hitelesítő adatok tartoznak a munkához. Az ügyfél fájljait az ügyfél munkájánál tartsd, ne egy mindenki által olvasható megosztott meghajtón.

Az elkülönítésnek a munka unalmas közepét is túl kell élnie: amíg frissül, amíg éjszakára ott áll, és amíg futárra vár.

Add át az útvonalat munkalépésként

Általában a központi router az ügyfél alagútján keresztül éri el a gépet. Amikor a gép a padon van, a műhely útvonala lesz a tulajdonosa annak a prefixnek, vagy szűkebb célállomásnak, ha csak egy szolgáltatásra van szükség.

Írj le három dolgot az áthelyezés előtt: a régi útvonalat, az új útvonalat és azt, hogyan fordítható vissza a változás. Az az átadás, amely csak valaki emlékezetében létezik, nem átadás.

Légy óvatos a metrikákkal. Az alacsonyabb metrika csak azok között az útvonalak között számít, amelyeket a kiválasztási folyamat ténylegesen összehasonlít, és egy konkrétabb prefix vagy szabályzati szabály már a metrikák megtekintése előtt eldöntheti az eredményt.

Vedd bele a tervbe az elavult munkameneteket. A régi útvonalon létrehozott kapcsolat az útvonal megváltozása után is szállíthat parancsokat, és pontosan ez az a helyzet, amikor egy cím két példánya valódi kárt okoz. Zárd le a régi útvonalat kifejezetten, ahelyett hogy megvárnád a lejáratát.

Zárd le a kört, amikor a gép elszállításra kerül

Állítsd vissza a szándékolt távoli útvonalat, távolítsd el az ideiglenes engedélyeket, és igazold az eszközt a végponton, amelyet kiválasztottnak hiszel. Utána ellenőrizd az ügyfél oldaláról, ne csak a műhelyből.

A névfeloldás és a leltár itt az üzemeltető felé néző munkát végzi: a stabil név és a kereshető eszközrekord kiszámíthatóvá teszi a feladatot, miközben a hálózati terv őszinte marad abban, hol van a gép ma.

A jó átadás próbája, hogy egy kolléga, aki soha nem látta a munkát, el tudja olvasni a jegyzeteidet, és válaszolni tud egy kérdésre: ha ez a gép most válaszol, melyik útvonalon jött a válasz? Ha a jegyzetek erre nem tudnak válaszolni, az átadás dokumentált, de nem kész.