Konsulent
Brannmurmigrering til Palo Alto
Bytte av brannmur er ikke et boksbytte. Vi konverterer, rydder og dokumenterer så overgangen skjer kontrollert.
En ny start for regelverket
Å bytte brannmur er ikke å bytte en boks. Regelverket skal konverteres til en annen logikk fra porter og protokoller til applikasjoner og alt det gamle regelsettet har samlet opp gjennom årene, blir med over hvis ingen stopper det.
ZeroSubnet migrerer brannmurer fra de fleste store leverandørene til Palo Alto Networks. Vi har gjort det før, og vi bruker anledningen til det migreringer egentlig er: en ny start for regelverket.
Slik gjør vi det
1. Kartlegging. Vi går gjennom dagens konfigurasjon og finner ut hva som brukes og hva som bare står der.
2. Konvertering med rydding. Regler som ikke gjør noe, blir ikke med. Resten skrives om til applikasjonsbaserte regler, slik plattformen er ment å brukes.
3. Kontrollert overgang. Selve byttet skjer i et avtalt vindu, med en plan for å snu hvis noe ikke stemmer.
4. Dokumentasjon. Dere får et regelverk noen kan forklare ikke bare en eksport av det gamle.
Migrering er ryddesjansen
Det største problemet med et gammelt regelsett er at ingen tør å røre det. En migrering tvinger frem gjennomgangen likevel så den eneste ekstra kostnaden ved å rydde samtidig, er å la være.
Vil dere slippe å tenke på brannmuren etterpå, tar vi gjerne driften videre som administrert brannmur. Migreringen er også en naturlig del av større nettverksprosjekter.
Ofte stilte spørsmål
Hvilke leverandører kan dere migrere fra?
De fleste store – for eksempel Check Point, Fortinet, Cisco ASA/Firepower, Juniper og SonicWall. Står dere på noe annet, spør oss; regelverk er regelverk.
Hvor lang tid tar en migrering?
Det avhenger av størrelsen på regelverket og hvor mye som skal ryddes. Vi gir et konkret anslag etter å ha sett konfigurasjonen – ikke før.
Blir det nedetid?
Selve overgangen planlegges i avtalte vinduer, med en vei tilbake hvis noe ikke stemmer. Målet er at brukerne ikke merker noe.
Konverterer dere regelverket én-til-én?
Nei, og det er poenget. En migrering er den beste anledningen dere får til å rydde: regler som ikke brukes blir ikke med over, og resten skrives om til applikasjonsbaserte regler i stedet for rene port-åpninger.
Hva skjer etter migreringen?
Dere får dokumentert konfigurasjon og kan drifte selv – eller la oss ta driften videre som administrert brannmur. Begge deler er greit.