Česte greške kompanija pri upravljanju IP resursima

Dva razumna zahtjeva mogu doći u sukob kada svaki tim vidi samo svoj plan.

Problemi s adresama često počinju običnim promjenama: u okviru projekta nastaje podmreža, server se povlači iz upotrebe, klijentu treba stalna adresa. Poteškoće rastu kada ljudi koji provode te promjene ne vide odluke drugih ni zavisnosti koje ostaju iza njih.

Bolje upravljanje počinje utvrđivanjem gdje se evidencija razlikuje od mreže koja stvarno radi. Evo šest grešaka koje vrijedi potražiti, uz praktičan način da se svaka ispita.

1. Smatrati zapis dokazom stvarnog stanja

Inventar može opisivati planirano stanje dok uređaj ili resurs u oblaku koristi drugačiju konfiguraciju. Skeniranje radi otkrivanja uređaja predstavlja još jedno opažanje, sa svojim obuhvatom i vremenom. Nijedno ne bi smjelo neprimjetno prepisati drugo.

Odaberite jedan prefiks i uporedite plan, DHCP zapise ili zapise sesija, konfiguracije uređaja i odgovarajući inventar u oblaku. Označite neslaganja koja treba istražiti. Zabilježite odakle potiče svaka činjenica i kada je posljednji put provjerena. Korisno poboljšanje je evidencija koju ljudi mogu objasniti, a ne samo sadržajnija kontrolna ploča.

2. Dodjeljivati adrese bez zajedničkog konteksta

Odvojene proračunske tabele postaju opasne kada dva tima mogu dodjeljivati adrese iz istog skupa, a ne vide međusobne rezervacije. Statička adresa sama po sebi nije greška; mnogo je teže upravljati dodjelom koja nema odgovornu osobu, opseg ili historiju promjena.

Dodjelama pridružite jasan kontekst usmjeravanja i pouzdan korak rezervacije. Testirajte istovremene zahtjeve. Preklapanje privatnih opsega može biti opravdano u izolovanim mrežama, uključujući odvojene VRF-ove; pažnja je potrebna kada te mreže moraju komunicirati. NetBoxova dokumentacija o VRF-u daje konkretan primjer kako prikazati takvo razdvajanje.

3. Vraćati adresu u raspoloživi skup zato što djeluje neaktivno

Uređaj možda ne odgovara na ping. Može biti privremeno van mreže ili služiti procesu koji se izvršava jednom mjesečno. DNS zapisi, pristupne liste partnera, rezervni sistemi i planirani projekti također mogu zavisiti od adrese koja danas ima malo saobraćaja.

Pitajte osobu odgovornu za uslugu, provjerite te zavisnosti i pregledajte opažanja kroz period primjeren usluzi. Nakon što je povlačenje iz upotrebe potvrđeno, sačuvajte historiju dodjele i vratite resurs u odgovarajući skup. „Nije opaženo“ i „dostupno za ponovnu upotrebu“ različita su stanja.

4. Pretvarati izbor protokola u pretpostavku

IPv4, IPv6, dvostruki stek i prevođenje imaju različite posljedice po rad mreže. Birajte prema mogućnosti povezivanja klijenata, podršci aplikacija, opremi i operativnim troškovima. Testirajte i razrješavanje imena i povezivanje u arhitekturi koju namjeravate koristiti.

Veći adresni prostor IPv6 ne uklanja potrebu za upravljanjem prefiksima, rokovima važenja i zavisnostima. Prevođenje može podržavati stvarne usluge, ali pritom uvodi dodatno stanje koje treba održavati i zahtjeve za otklanjanje problema. Slogan o neizbježnoj zamjeni ne odgovara na pitanje čemu vaši korisnici mogu pristupiti danas.

5. Očekivati da softver za inventar sam po sebi pruža sigurnost

Zapis o adresi može pomoći da se pronađe tim odgovoran za sistem. On ne potvrđuje identitet osobe koja sistem koristi niti provodi kontrolu pristupa aplikacijama. NIST-ov model nultog povjerenja jasno pokazuje zašto sama lokacija u mreži ne može biti osnova za povjerenje.

Povežite historiju adresa s relevantnim zapisima o identitetu, sesijama i sigurnosti, uz odgovarajuće kontrole pristupa. Neka nadzor usmjeravanja, sigurnost DNS-a i zaštita uređaja ostanu jasno razumljive, odvojene funkcije. Tada je manja vjerovatnoća da se kvar jedne od njih sakrije iza umirujućeg statusa u IPAM-u.

6. Zavisiti od onoga ko vodi evidenciju, a ne možete ga zamijeniti

Alat može objediniti sve u jednom interfejsu, a istovremeno otežati izvoz odnosa na kojima se podaci zasnivaju. Testirajte zadržavaju li prefiksi, konteksti usmjeravanja, odgovorne osobe i historija promjena smisao izvan tog alata. Provjerite oporavak i šta lokalni timovi mogu uraditi tokom prekida rada sistema za upravljanje.

Ista briga javlja se i na nivou interneta u Lu Hengovoj Bilješci 72. Neophodna koordinacija treba očuvati kontinuitet i mogućnost učesnika da promijene pružaoca usluge. Zajednički pregled unutar organizacije ne opravdava kontrolu bez odgovornosti nad ljudima koji ga koriste.

Počnite od jedne promjene kroz cijeli njen tok

Pratite jedan zahtjev od rezervacije do puštanja u rad i konačnog povlačenja iz upotrebe. Pronađite odgovornu osobu u svakom koraku, pregledajte stvarni rezultat i zabilježite kako bi se greška ispravila. Učestalost pregleda treba pratiti brzinu i posljedice promjena: jedan godišnji presjek ne može opisati mrežu koja se mijenja svakog dana.

Kao praktičan sljedeći korak, upotrijebite vodič za procjenu IPAM alata da provjerite poboljšava li predloženi sistem taj tok rada.