VPN perkėlimas: licencijos, funkcijos ir politika viename įraše

Sesijos, kurios dar veikia senajame koncentratoriuje, atrodo kaip įrodymas, kad perkėlimas beveik baigtas. Tačiau tai tik vienas inventorizacijos punktas, ir neįdomiausias. Perėjimui reikia įrašo, kuris tikslinį šliuzą, palaikomą klientą, įsigytą teisę ir taikomą priėmimo politiką susieja į vieną artefaktą, kurį kažkas valdo. Be jo perkėlimas yra prielaidų seka, kurių kiekviena atskirai atrodo pagrįsta.

Keturi stulpeliai, o ne vienas kontrolinis sąrašas

Ką gali išlaikyti techninė įranga, ką leidžia sutartis ir ką numato taisyklių rinkinys, yra trys atskiri klausimai, o jų sumaišymas duoda planą, kurio niekas negali audituoti. Laikykite juos atskiruose stulpeliuose ir reikalaukite, kad kiekvienas nurodytų savo šaltinį. Įrenginys, priimantis ryšį, įrodo, kad įrenginys gali prisijungti, ir tai nieko nepaaiškina apie funkcijų apimtį ar skaičiavimo pagrindą. Trys nesutariantys stulpeliai yra daug naudingesni nei viena įtikinamai skambanti pastraipa.

Įrašas baigiamas, kai visus keturis stulpelius užpildo tas, kas turi teisę juos pildyti. Netinkamo savininko pasirašytas stulpelis yra gandas su data.

Platforma ir teisė

Užregistruokite palaikomą šliuzą, kliento operacines sistemas, autentifikavimo kelią ir valdymo priemones. Nelaikykite pasenusio kliento gyvo vien todėl, kad jo senasis profilis dar atsidaro, nes tas profilis yra suderinamumo teiginys, kurio tiekėjas gali nebevykdyti. Palyginkite dabartinį palaikymo pareiškimą su versija, kurią planuojate diegti.

Dėl teisės užregistruokite produktą, licencijos tipą, terminą ir skaičiavimo pagrindą, tada suderinkite per paskyros savininką. Teisių išvedimas iš istorinio sesijų skaitiklio yra būdas, kuriuo organizacija trūkumą aptinka po perėjimo, o ne prieš jį.

Tiekėjų užsakymo vadovai parodo, kodėl šie skirtumai svarbūs. Pavyzdžiui, Cisco Secure Client užsakymo vadovas išskiria Advantage, Premier ir VPN Only lygius, kiekvieną su savo matu ir funkcijų apimtimi. Naudokite dabartinę sutartį, o ne mechaniškai verskite seną etiketę.

Funkcijos ir taikoma politika

Išvardykite galimybes, kurių diegimui tikrai reikia: leistini tunelio režimai, įrenginio vertinimas, autentifikavimo integracija ir bet kuris kitas modulis. Tikrinkite palaikymą ir teisę kiekvienam atskirai, nes funkcija gali būti palaikoma ir be licencijos, arba licencijuota ir nepalaikoma pasirinktoje versijoje. Skaičiuojama tik ta eilutė, kuri į abu klausimus atsako taip.

Kai tikslas yra ASA, funkcijų stulpelis skaitomas iš įrenginio, o ne iš sutarties, todėl užfiksuokite šliuzą prieš perėjimo dieną. show vpn-sessiondb summary pateikia aktyvių sesijų inventorizaciją ir skaičius, pagal kuriuos matuojama jūsų teisė, show vpn-sessiondb detail anyconnect parodo, kokį kliento tipą ir profilį kiekviena priskirta sesija iš tikrųjų naudojo, o show running-config webvpn užfiksuoja šliuzo konfigūraciją, nuo kurios priklauso tos sesijos, ir tai yra vienintelė įrašo dalis, kurios negali turėti joks licencijos dokumentas.

show vpn-sessiondb summary
show vpn-sessiondb detail anyconnect
show running-config webvpn

Po perėjimo paleiskite tuos pačius tris naujajame šliuze ir palyginkite su užfiksuotomis kopijomis. Sesijų skaičių pokytis yra tikėtinas; kliento tipas ar webvpn blokas, atsirandantis vienoje pusėje, bet ne kitoje, yra radinys, ir jis priklauso įrašui su paaiškinimu, o ne bilieto komentarui. Saugokite ir neapdorotus įrašus, ir skirtumus, nes kitas peržiūros atlikėjas norės pamatyti, kas buvo lyginama. Pas kitą tiekėją atitikmuo yra tos platformos sesijų lentelė ir profilių eksportas, formatu, kuris nesutaps, todėl lyginkite jai užduotus klausimus, o ne tekstą.

Tada susiekite naudotojus ir įrenginius su tikslo taisyklėmis, išteklių leidimais ir atmetimo elgsena. Licencija, įgalinanti funkciją, nėra konfigūracija, kuri ją vykdo, ir būtent šių dviejų spragoje gyvena dauguma perkėlimo netikėtumų.

Atmetimo atvejus užrašykite taip pat kruopščiai kaip leidžiamus. Planas, įrodantis tik tai, kad administratorius gali prisijungti, išbandė lengviausią kelią ir nė vienos ribos.

Priimkite abiejose sprendimo pusėse

Prieš perėjimą paleiskite patvirtintą priėmimo planą numatytiems kliento tipams, autentifikavimo metodams ir ištekliams. Įtraukite įrenginį ar tapatybę, kuri turi būti atmesta, ir patvirtinkite, kuri taisyklė ją pasirinko ir ką gali pasiekti atsiradusi sesija. Dėl atmetimo atvejų susitarkite prieš atsidarant pakeitimų langui, kad niekas negalėtų jų tyliai išmesti esant laiko spaudimui. Planas be atmetimo atvejo išbandė laimingą kelią ir nieko daugiau.

Išlaikykite atsukimo kelią ir valdymo maršrutą, nepriklausantį nuo to, kas perkeliama. Saugiai saugokite konfigūraciją ir tapatybės įrašus, o pasenusius kriptografijos nustatymus palikite už savęs, o ne neškite į priekį. Niekada neįklijuokite licencijos identifikatorių ar naudotojų įrašų į viešas pastabas.

Leiskite savininkui kartu pasirašyti teisę ir politikos susiejimą. Užbaigtas įrašas atsako į du klausimus vienu metu: ką organizacija turi teisę diegti ir kurios taisyklės iš tikrųjų įleidžia ir apriboja jos naudotojus.