VPN:n migraatio: lisenssit, ominaisuudet ja käytäntö yhtenä tietueena
Vanhalla yhdyskäytävällä toimiva istunto ei todista mitään uudesta. Kirjaa alusta, oikeus, ominaisuudet ja toimeenpantu käytäntö ennen siirtoa.
Istunnot, jotka yhä toimivat vanhalla keskitimellä, tuntuvat todisteelta siitä, että migraatio on lähes valmis. Ne ovat yksi inventaariokohta, ja vähiten kiinnostava. Siirto tarvitsee tietueen, joka sitoo kohdeyhdyskäytävän, tuetun asiakasohjelman, ostetun oikeuden ja toimeenpannun hyväksymiskäytännön yhdeksi artefaktiksi, jonka joku omistaa. Ilman sitä migraatio on sarja oletuksia, joista jokainen näyttää yksinään järkevältä.
Neljä saraketta, ei yksi tarkistuslista
Mitä laitteisto kantaa, mitä sopimus sallii ja mitä sääntöjoukko hyväksyy, ovat kolme erillistä kysymystä, ja niiden sekoittaminen tuottaa suunnitelman, jota kukaan ei voi auditoida. Pidä ne eri sarakkeissa ja vaadi jokaiselta lähteensä maininta. Laite, joka ottaa yhteyden vastaan, todistaa, että laite voi yhdistää, eikä se selitä mitään ominaisuuksien laajuudesta tai laskentaperusteesta. Kolme erimielistä saraketta on paljon hyödyllisempi kuin yksi itsevarmalta kuulostava kappale.
Tietue on valmis, kun kaikki neljä saraketta on täyttänyt joku, jolla on oikeus täyttää ne. Väärän omistajan allekirjoittama sarake on huhu, jossa on päivämäärä.
Alusta ja oikeus
Kirjaa tuettu yhdyskäytävä, asiakasohjelman käyttöjärjestelmät, todentamispolku ja hallintatyökalut. Älä pidä vanhentunutta asiakasohjelmaa elossa vain siksi, että sen vanha profiili yhä avautuu, sillä profiili on yhteensopivuusväite, jota toimittaja ei ehkä enää täytä. Vertaa nykyistä tukilausumaa versioon, jonka aiot ottaa käyttöön.
Oikeuden osalta kirjaa tuote, lisenssityyppi, jakso ja laskentaperuste ja täsmäytä se sitten tilin omistajan kautta. Oikeuksien johtaminen historiallisesta istuntolaskurista on tapa, jolla organisaatio löytää vajeen siirron jälkeen eikä ennen sitä.
Toimittajien tilausoppaat havainnollistavat, miksi erot ovat merkityksellisiä. Ciscon Secure Clientin tilausopas jakaa esimerkiksi Advantage-, Premier- ja VPN Only -tasot, kullakin oma mittansa ja ominaisuuslaajuutensa. Käytä nykyistä sopimusta sen sijaan, että kääntäisit vanhan merkinnän mekaanisesti.
Ominaisuudet ja toimeenpantu käytäntö
Luettele kyvykkyydet, joita käyttöönotto todella tarvitsee: sallitut tunnelitilat, laitteen arviointi, todentamisen integrointi ja mahdollinen muu moduuli. Tarkista tuki ja oikeus kullekin erikseen, koska ominaisuus voi olla tuettu ja lisenssitön tai lisensoitu ja valitussa versiossa tukematon. Vain rivi, joka vastaa kyllä molempiin kysymyksiin, lasketaan.
Kun kohde on ASA, ominaisuussarake luetaan laitteesta eikä sopimuksesta, joten tallenna yhdyskäytävä ennen siirtopäivää. show vpn-sessiondb summary antaa elävien istuntojen inventaarion ja luvut, joita vasten oikeuttasi mitataan, show vpn-sessiondb detail anyconnect näyttää, mitä asiakasohjelmatyyppiä ja profiilia kukin kohdistettu istunto tosiasiassa käytti, ja show running-config webvpn tallentaa yhdyskäytävän kokoonpanon, josta nuo istunnot riippuvat, ja se on ainoa tietueen osa, jota mikään lisenssiasiakirja ei voi sisältää.
show vpn-sessiondb summary
show vpn-sessiondb detail anyconnect
show running-config webvpn
Siirron jälkeen aja samat kolme uudella yhdyskäytävällä ja vertaa niitä tallennettuihin kopioihin. Istuntomäärien liikkuminen on odotettua; asiakasohjelmatyyppi tai webvpn-lohko, joka näkyy toisella puolella eikä toisella, on löydös, ja se kuuluu tietueeseen selityksen kera eikä tikettikommenttiin. Tallenna sekä raakatallenteet että erot, koska seuraava arvioija haluaa nähdä, mitä verrattiin. Toisen toimittajan kohdalla vastine on kyseisen alustan oma istuntotaulu ja profiilien vienti muodossa, joka ei täsmää, joten vertaa siltä kysyttyjä kysymyksiä äläkä tekstiä.
Kohdista sitten käyttäjät ja laitteet kohteen sääntöihin, resurssioikeuksiin ja hylkäyskäyttäytymiseen. Lisenssi, joka mahdollistaa ominaisuuden, ei ole kokoonpano, joka sitä harjoittaa, ja näiden kahden välisessä aukossa asuu suurin osa migraation yllätyksistä.
Kirjoita hylkäystapaukset yhtä huolellisesti kuin sallitut tapaukset. Suunnitelma, joka todistaa vain, että ylläpitäjä voi yhdistää, on testannut helpoimman polun eikä yhtään rajaa.
Hyväksy päätöksen molemmilla puolilla
Ennen siirtoa aja hyväksytty hyväksymissuunnitelma aiottujen asiakasohjelmatyyppien, todentamismenetelmien ja resurssien yli. Sisällytä laite tai identiteetti, joka on hylättävä, ja vahvista, mikä sääntö valitsi sen ja mihin syntyvä istunto voi päästä. Sovi kieltotapauksista ennen muutosikkunan avautumista, jotta kukaan ei voi hiljaa pudottaa niitä aikapaineen alla. Suunnitelma ilman kieltotapausta on testannut onnellisen polun eikä muuta.
Pidä paluupolku ja hallintareitti, joka ei riipu siitä, mitä migratoidaan. Säilytä kokoonpano ja identiteettitietueet turvallisesti ja jätä vanhentuneet salausasetukset taakse sen sijaan, että kuljettaisit ne eteenpäin. Älä koskaan liitä lisenssitunnisteita tai käyttäjätietueita julkisiin muistiinpanoihin.
Anna omistajan allekirjoittaa oikeus ja käytännön kartoitus yhdessä. Valmis tietue vastaa kahteen kysymykseen kerralla: mitä organisaatiolla on lisenssi ottaa käyttöön ja mitkä säännöt tosiasiassa hyväksyvät sen käyttäjät ja rajoittavat heitä.