Migrado de VPN: permesiloj, trajtoj kaj politiko kiel unu rikordo

Seancoj kiuj ankoraŭ funkcias sur la malnova koncentrilo aspektas kiel pruvo ke la migrado preskaŭ finiĝis. Ili estas unu ero de la inventaro, kaj la plej neinteresa. Kion la transiro bezonas estas rikordo kiu ligas la celan kluzon, la subtenatan klienton, la aĉetitan rajton kaj la truditan akceptpolitikon en unu artefakton kiun iu posedas. Sen ĝi, la migrado estas serio de supozoj, kiuj ĉiu aparte aspektas racia.

Kvar kolumnoj, ne unu kontrol-listo

Kion la aparataro povas porti, kion la kontrakto permesas kaj kion la regulregularo allasas estas tri apartaj demandoj, kaj miksado de ili produktas planon kiun neniu povas revizii. Tenu ilin en apartaj kolumnoj kaj igi ĉiun citi sian fonton. Aparato kiu akceptas konekton pruvas ke aparato povas konektiĝi, kaj ĝi klarigas nenion pri la amplekso de trajtoj aŭ la kalkula bazo. Tri kolumnoj kiuj malkonsentas estas multe pli utilaj ol unu paragrafo kiu sonas memfida.

La rikordo finiĝas kiam ĉiuj kvar kolumnoj estas plenigitaj de iu rajtigita plenigi ilin. Kolumno subskribita de la malĝusta posedanto estas onidiro kun dato sur ĝi.

Platformo kaj rajto

Rikordu la subtenatan kluzon, la operaciumojn de la kliento, la aŭtentikigan vojon kaj la administrajn ilojn. Ne tenu malnoviĝintan klienton viva nur ĉar ĝia malnova profilo ankoraŭ malfermiĝas, ĉar tiu profilo estas aserto pri kongrueco kiun la vendisto eble ne plu plenumos. Kontrolu la nunan subtenan deklaron kontraŭ la eldono kiun vi planas surmeti.

Pri la rajto, rikordu la produkton, la licencan tipon, la daŭron kaj la kalkulan bazon, poste akordigu ĝin per la konta posedanto. Dedukti rajtojn el historia seanca nombrilo estas la maniero kiel organizo malkovras mankon post la transiro anstataŭ antaŭ ĝi.

Mendgvidiloj de vendistoj montras kial tiuj distingoj gravas. Ekzemple, la mendgvidilo de Secure Client de Cisco apartigas la nivelojn Advantage, Premier kaj VPN Only, ĉiu kun sia propra mezuro kaj trajta amplekso. Uzu la nunan interkonsenton anstataŭ mekanike traduki malnovan etikedon.

Trajtoj kaj trudita politiko

Listigu la kapablojn kiujn la surmeto vere bezonas: permesataj tunelaj reĝimoj, aparata takso, aŭtentikiga integriĝo kaj ajna alia modulo. Kontrolu subtenon kaj rajton por ĉiu aparte, ĉar trajto povas esti subtenata kaj senlicenca, aŭ licencita kaj nesubtenata en la elektita eldono. Nur vico kiu diras jes al ambaŭ demandoj gravas.

Kiam la celo estas ASA, la trajta kolumno estas legata de la aparato kaj ne el kontrakto, do rikordu la kluzon antaŭ la transira tago. show vpn-sessiondb summary donas la inventaron de vivaj seancoj kaj la nombrojn laŭ kiuj via rajto estas mezurata, show vpn-sessiondb detail anyconnect montras kiun klientan tipon kaj profilon ĉiu atribuita seanco efektive uzis, kaj show running-config webvpn kaptas la kluzan agordon de kiu tiuj seancoj dependas, kaj tio estas la sola parto de la rikordo kiun neniu licenca dokumento povas enhavi.

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

Post la transiro, rulu la samajn tri sur la nova kluzo kaj komparu ilin kun la kaptitaj kopioj. Moviĝantaj seancaj nombroj estas atenditaj; klienta tipo aŭ webvpn-stanza aperanta ĉe unu flanko kaj ne ĉe la alia estas la trovaĵo, kaj ĝi apartenas al la rikordo kun klarigo anstataŭ al bileta komento. Konservu la krudajn kaptaĵojn kiel ankaŭ la diferencojn, ĉar la sekva revizianto volos vidi kion oni komparis. Ĉe alia vendisto la ekvivalento estas la propra seanca tabelo kaj profila eksporto de tiu platformo, en formato kiu ne kongruos, do komparu la demandojn starigitajn al ĝi anstataŭ la tekston.

Poste mapu uzantojn kaj aparatojn al la reguloj de la celo, la rimedaj permesoj kaj la malakcepta konduto. Licenco kiu ebligas trajton ne estas agordo kiu praktikas ĝin, kaj la breĉo inter tiuj du estas kie loĝas la plej multaj migraj surprizoj.

Skribu la malakceptajn kazojn kun la sama zorgo kiel la permesataj kazoj. Plano kiu pruvas nur ke administranto povas konektiĝi testis la plej facilan vojon kaj neniun el la limoj.

Akceptu ĉe ambaŭ flankoj de la decido

Antaŭ la transiro, rulu aprobitan akceptplanon tra la celitaj klientaj tipoj, la aŭtentikigaj metodoj kaj la rimedoj. Inkluzivu aparaton aŭ identecon kiu devas esti malakceptita, kaj konfirmu kiun regulon elektis ĝin kaj kion la rezulta seanco povas atingi. Interkonsentu la malakceptajn kazojn antaŭ ol malfermiĝos la ŝanĝa fenestro, por ke neniu povu silente forlasi ilin sub tempa premo. Plano sen malakcepta kazo testis la feliĉan vojon kaj nenion alian.

Tenu restarigan vojon kaj administran itineron kiu ne dependas de la afero migrata. Konservu la agordon kaj la identecajn rikordojn sekure, kaj lasu malnoviĝintajn kriptografiajn agordojn malantaŭe anstataŭ porti ilin antaŭen. Neniam algluu licencajn identigilojn aŭ uzantajn rikordojn en publikajn notojn.

Igu la posedanton subskribi la rajton kaj la politik-mapon kune. La finita rikordo respondas du demandojn samtempe: kion la organizo rajtas surmeti, kaj kiuj reguloj efektive akceptas kaj limigas ĝiajn uzantojn.