VPN migrācija: licences, funkcijas un politika vienā ierakstā

Sesijas, kas vēl darbojas vecajā koncentratorā, šķiet kā pierādījums, ka migrācija gandrīz pabeigta. Taču tās ir tikai viena inventāra pozīcija, un tā vismazāk interesantā. Pārejai vajadzīgs ieraksts, kas mērķa vārteju, atbalstīto klientu, iegādātās tiesības un piemēroto uzņemšanas politiku saista vienā artefaktā, kas kādam pieder. Bez tā migrācija ir pieņēmumu virkne, no kuriem katrs atsevišķi šķiet saprātīgs.

Četras kolonnas, nevis viens kontrolsaraksts

Ko aparatūra var izturēt, ko pieļauj līgums un ko atļauj noteikumu kopums, ir trīs atsevišķi jautājumi, un to sajaukšana rada plānu, ko neviens nevar auditēt. Turiet tos atsevišķās kolonnās un lieciet katram norādīt savu avotu. Ierīce, kas pieņem savienojumu, pierāda, ka ierīce var savienoties, un tas neko neizskaidro par funkciju apjomu vai skaitīšanas bāzi. Trīs nesaskaņotas kolonnas ir daudz noderīgākas nekā viena pārliecinoši skanoša rindkopa.

Ieraksts ir pabeigts, kad visas četras kolonnas aizpilda kāds, kam ir tiesības tās aizpildīt. Nepareizā īpašnieka parakstīta kolonna ir bauma ar datumu.

Platforma un tiesības

Pierakstiet atbalstīto vārteju, klienta operētājsistēmas, autentifikācijas ceļu un pārvaldības rīkus. Neturiet novecojušu klientu dzīvu tikai tāpēc, ka tā vecais profils vēl atveras, jo šis profils ir saderības apgalvojums, ko piegādātājs var vairs neievērot. Salīdziniet pašreizējo atbalsta paziņojumu ar versiju, ko plānojat izvietot.

Tiesībām pierakstiet produktu, licences tipu, termiņu un skaitīšanas bāzi, pēc tam saskaņojiet to ar konta īpašnieku. Tiesību atvasināšana no vēsturiska sesiju skaitītāja ir veids, kā organizācija atklāj iztrūkumu pēc pārejas, nevis pirms tās.

Piegādātāju pasūtīšanas rokasgrāmatas parāda, kāpēc šīs atšķirības ir svarīgas. Piemēram, Cisco Secure Client pasūtīšanas rokasgrāmata atdala līmeņus Advantage, Premier un VPN Only, katru ar savu mēru un funkciju apjomu. Izmantojiet pašreizējo līgumu, nevis mehāniski tulkojiet vecu etiķeti.

Funkcijas un piemērotā politika

Uzskaitiet iespējas, kas izvietošanai patiešām vajadzīgas: atļautie tuneļa režīmi, ierīces novērtēšana, autentifikācijas integrācija un jebkurš cits modulis. Pārbaudiet atbalstu un tiesības katrai atsevišķi, jo funkcija var būt atbalstīta un bez licences, vai licencēta un neatbalstīta izvēlētajā versijā. Skaita tikai to rindu, kas uz abiem jautājumiem atbild jā.

Ja mērķis ir ASA, funkciju kolonnu nolasa no ierīces, nevis no līguma, tāpēc fiksējiet vārteju pirms pārejas dienas. show vpn-sessiondb summary sniedz aktīvo sesiju inventāru un skaitļus, pret kuriem mēra jūsu tiesības, show vpn-sessiondb detail anyconnect parāda, kādu klienta tipu un profilu katra attiecinātā sesija faktiski izmantoja, un show running-config webvpn fiksē vārtejas konfigurāciju, no kuras šīs sesijas ir atkarīgas, un tā ir vienīgā ieraksta daļa, ko neviens licences dokuments nevar saturēt.

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

Pēc pārejas palaidiet tos pašus trīs jaunajā vārtejā un salīdziniet ar fiksētajām kopijām. Sesiju skaitļu kustība ir gaidāma; klienta tips vai webvpn bloks, kas parādās vienā pusē, bet ne otrā, ir atradums, un tam jābūt ierakstā ar skaidrojumu, nevis biļetes komentārā. Saglabājiet gan neapstrādātos fiksējumus, gan atšķirības, jo nākamais pārskatītājs gribēs redzēt, kas tika salīdzināts. Pie cita piegādātāja ekvivalents ir šīs platformas pašas sesiju tabula un profilu eksports, formātā, kas nesakritīs, tāpēc salīdziniet tai uzdotos jautājumus, nevis tekstu.

Pēc tam kartējiet lietotājus un ierīces uz mērķa noteikumiem, resursu atļaujām un noraidīšanas uzvedību. Licence, kas iespējo funkciju, nav konfigurācija, kas to īsteno, un tieši starpā starp abiem dzīvo lielākā daļa migrācijas pārsteigumu.

Noraidīšanas gadījumus pierakstiet ar tādu pašu rūpību kā atļautos. Plāns, kas pierāda tikai to, ka administrators var savienoties, ir pārbaudījis vieglāko ceļu un nevienu robežu.

Pieņemiet abās lēmuma pusēs

Pirms pārejas palaidiet apstiprinātu pieņemšanas plānu paredzētajiem klientu tipiem, autentifikācijas metodēm un resursiem. Iekļaujiet ierīci vai identitāti, kas ir jānoraida, un apstipriniet, kurš noteikums to izvēlējās un ko var sasniegt iegūtā sesija. Vienojieties par noraidīšanas gadījumiem pirms izmaiņu loga atvēršanas, lai neviens tos nevarētu klusi izlaist laika spiediena apstākļos. Plāns bez noraidīšanas gadījuma ir pārbaudījis laimīgo ceļu un neko citu.

Uzturiet atritināšanas ceļu un pārvaldības maršrutu, kas nav atkarīgs no tā, ko migrē. Droši glabājiet konfigurāciju un identitātes ierakstus, un atstājiet novecojušus kriptogrāfijas iestatījumus aiz sevis, nevis nesiet tos uz priekšu. Nekad neielīmējiet licences identifikatorus vai lietotāju ierakstus publiskās piezīmēs.

Lieciet īpašniekam kopā parakstīt tiesības un politikas kartējumu. Pabeigtais ieraksts vienlaikus atbild uz diviem jautājumiem: ko organizācija drīkst izvietot un kuri noteikumi faktiski pieņem un ierobežo tās lietotājus.