Migrering av eit VPN: lisensar, funksjonar og policy som éi registrering

Økter som framleis verkar på den gamle konsentratoren kjennest som prov på at migreringa stort sett er ferdig. Dei er éin inventarpost, og den minst interessante. Det overgangen treng, er ei registrering som bind mål-gatewayen, den støtta klienten, den kjøpte retten og den handheva tilgangspolicyen saman i éin artefakt som nokon eig. Utan henne er migreringa ei rekkje føresetnader som kvar for seg ser rimelege ut.

Fire kolonnar, ikkje éi sjekkliste

Kva maskinvaren kan bera, kva kontrakten tillèt og kva regelverket gjev tilgang til, er tre separate spørsmål, og å blande dei gjev ein plan ingen kan revidere. Hald dei i separate kolonnar og lat kvar einskild oppgje kjelda si. Ein eining som godtek ei tilkopling, provar at ei eining kan kopie til, og det forklarar ingenting om funksjonsomfang eller teljemåte. Tre kolonnar som er usamde er langt meir nyttige enn eitt avsnitt som høyrest sjølvsikkert ut.

Registreringa er ferdig når alle fire kolonnane er fylte ut av nokon som har rett til å fylle dei. Ein kolonne signert av feil eigar er eit rykte med ein dato på.

Plattform og rett

Registrer den støtta gatewayen, operativsystema til klienten, autentiseringsvegen og administrasjonsverktøya. Ikkje hald ein utdatert klient i live berre fordi den gamle profilen framleis opnar, sidan profilen er ein kompatibilitetspåstand som leverandøren kanskje ikkje oppfyller lenger. Sjekk gjeldande støtteerklæring mot versjonen du planlegg å rulle ut.

For retten: registrer produktet, typen lisens, løpetida og teljemåten, og avstem det deretter gjennom eigaren av kontoen. Å trekkje rettar ut frå ein historisk øktteljar er måten ein organisasjon oppdagar ein mangel etter overgangen i staden for før.

Bestillingsrettleiingane til leverandørane viser kvifor desse skilja spelar rolle. Bestillingsrettleiinga for Secure Client frå Cisco deler til dømes nivåa Advantage, Premier og VPN Only, kvart med sitt eige mål og funksjonsomfang. Bruk gjeldande avtale i staden for å omsetje ei gamal etikett mekanisk.

Funksjonar og handheva policy

List opp kapasitetane utrullinga faktisk treng: tillatne tunnelmodusar, einingvurdering, autentiseringsintegrasjon og kva som helst annan modul. Sjekk støtte og rett for kvar einskild separat, fordi ein funksjon kan vere støtta og ulisensiert, eller lisensiert og ikkje støtta på den valde versjonen. Berre ei rad som svarar ja på begge spørsmåla tel.

Når målet er ein ASA, blir funksjonskolonnen lesen frå boksen og ikkje frå ein kontrakt, så fang gatewayen før overgangsdagen. show vpn-sessiondb summary gjev oversynet over aktive økter og tala retten din blir målt mot, show vpn-sessiondb detail anyconnect viser kva klienttype og profil kvar tilordna økt faktisk brukte, og show running-config webvpn fangar gateway-konfigurasjonen desse øktene er avhengige av, og det er den einaste delen av registreringa som ingen lisensdokument kan innehalde.

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

Etter overgangen køyrer du dei same tre på den nye gatewayen og samanliknar dei med dei fanga kopiane. At økttala flyttar seg er venta; ein klienttype eller ein webvpn-blokk som dukkar opp på den eine sida og ikkje den andre, er funnet, og det høyrer heime i registreringa med ei forklaring i staden for i ein sakskommentar. Lagre råopptaka så vel som skilnadene, fordi neste gjennomgang vil sjå kva som vart samanlikna. Hos ein annan leverandør er ekvivalenten den plattforma si eiga økttabell og profileksport, i eit format som ikkje vil stemme, så samanlikn spørsmåla som blir stilte til han i staden for teksten.

Deretter kartlegg brukarar og einingar mot reglane til målet, ressursrettar og avvisingåtferd. Ein lisens som gjer ein funksjon mogleg, er ikkje ein konfigurasjon som utøver han, og gapet mellom dei to er der dei fleste migreringsoverraskingar bur.

Skriv ned avvisingssakene med same omhug som dei tillatne sakene. Ein plan som berre provar at ein administrator kan kopie til, har testa den enklaste vegen og ingen av grensene.

Godta på begge sider av avgjerda

Før overgangen køyrer du ein godkjend akseptplan på tvers av dei tiltenkte klienttypane, autentiseringsmetodane og ressursane. Ta med ei eining eller ein identitet som må avvisast, og stadfest kva regel som valde henne og kva den resulterande økta kan nå. Bli einige om avvisingssakene før endringsvindauget opnar, slik at ingen stille kan droppe dei under tidspress. Ein plan utan avvisingssak har testa den lukkelege vegen og ingenting anna.

Hald ein tilbakerullingsveg og ein administrasjonsrute som ikkje er avhengig av det som blir migrert. Ta vare på konfigurasjonen og identitetsregistreringane trygt, og lat utdaterte kryptografiske innstillingar bli att i staden for å føre dei vidare. Lim aldri inn lisensidentifikatorar eller brukarregistreringar i offentlege notat.

Lat eigaren signere retten og policykartlegginga saman. Den ferdige registreringa svarar på to spørsmål samtidig: kva organisasjonen har lisens til å rulle ut, og kva reglar som faktisk slepp brukarane inn og avgrensar dei.