Peu d’entreprises déploient Zscaler dans un environnement vierge. Il existe déjà un ensemble de règles avec sa propre histoire, et des sites qui ne se ressemblent pas tous. CentaurNexus transforme le déploiement en un parcours qui fonctionne de la même façon pour chaque site : avec les pleins droits d’administration, vous voyez à l’avance qui une nouvelle règle affecte et quelle règle en masque une autre depuis des mois, et chaque changement individuel peut aussi être annulé.
Les outils de l’éditeur savent gérer chaque étape individuelle : connecter un site, écrire une règle, accorder un accès. Ce qui manque, c’est le cadre qui les relie : le même déroulement pour chaque site, un essai avant la mise en production, et une façon de traiter ce qui existe déjà. Car presque personne ne repart vraiment de zéro : il existe un ensemble de règles avec sa propre histoire, des exceptions qui avaient autrefois une raison d’être, des sites qui ne sont pas tous construits de la même façon. Les fonctionnalités ci-dessous agissent sur ces deux plans, dans l’ordre où vous en avez besoin.
Qu’il provienne d’un autre système ou d’un autre environnement Zscaler : un ensemble de règles existant peut être importé et évalué règle par règle, avant tout transfert.
Importez un ensemble de règles existant sous forme d’export ou directement via l’interface du système précédent. La lecture reste seule : rien n’est modifié à la source, et les données importées sont supprimées une fois l’opération terminée.
Décidez règle par règle : conserver, écarter ou mettre de côté. Ce qui peut être transféré en toute sécurité et ce qui exige un examen plus approfondi sont distingués dès le départ.
Dès que la cible est prête, le transfert suit le même principe que le reste du déploiement : par étapes traçables, avec une sauvegarde avant et une preuve après.
Les règles validées basculent vague par vague. Chaque vague est précédée d’une sauvegarde, et à la première anomalie, le transfert s’arrête au lieu de continuer avec un résultat incertain.
Après le transfert, le résultat est relu, pas seulement signalé. Chaque règle indique si elle est réellement arrivée, pas seulement si l’écriture s’est déroulée sans erreur.
Ce qui a été repris, ce qui a été écarté et pourquoi, ainsi que qui a validé et quand : une preuve qui reste valable même après la fin de l’opération.
À partir d’ici, le parcours est le même, qu’un ensemble de règles vous accompagne ou que tout soit reconstruit à neuf : un onboarding ne commence pas par la première règle, mais par un état vers lequel vous pouvez revenir. Les deux sont une action, pas un projet.
L’état des règles avant l’intervention, figé sous forme d’instantané. Si une vague tourne mal, vous ne discutez pas de ce à quoi cela ressemblait avant, vous le voyez.
Créez et maintenez des sites sans que chaque entrée ne doive être saisie à la main dans la console de l’éditeur. Des sites identiques naissent de façon identique.
La connexion échoue rarement à cause de la technique. Elle échoue parce que le deuxième site est traité différemment du premier.
Connectez un site, du tunnel jusqu’à l’autorisation. Le parcours est le même pour le site un et pour le site quarante.
Déployez les accès privilégiés, pour les administrateurs et les prestataires. Qui a accès à quoi est défini avant même que l’accès n’existe.
Une règle qui fonctionne en test peut, en production, exclure quelqu’un auquel personne n’avait pensé. Les pleins droits d’administration n’y répondent pas d’eux-mêmes : les deux vérifications ci-dessous fonctionnent en lecture seule, elles ne changent rien, et elles donnent la réponse avant que la règle ne soit active.
Pour l’accès aux applications privées : saisissez utilisateur, groupe et cible, et voyez quelle règle s’applique. Avant la mise en service, pas après dans un ticket.
La même chose pour l’ensemble de règles de l’accès internet : quelles règles se contredisent, lesquelles se masquent mutuellement depuis des mois, lesquelles ne s’appliquent jamais.
Un onboarding qui se déroule d’un seul tenant n’offre aucun point où quelqu’un puisse s’y opposer. Trois fonctionnalités forment le parcours, de la planification jusqu’à l’activation.
Planifiez les vagues : qui passe en premier, qui suit, et à quoi vous reconnaissez qu’une vague a tenu la route.
Les changements d’une vague réunis en un package, validé dans son ensemble et exécuté dans son ensemble.
Le moment de la mise en service, pour l’accès internet et la connexion des sites réunis au même endroit plutôt que dans des vues séparées.
Le constat le plus fréquent après un onboarding n’est pas une erreur, mais un écart silencieux que personne n’a signalé. Et si quelque chose ne correspond pas, il n’est pas nécessaire de faire revenir toute la vague en arrière.
L’état d’aujourd’hui comparé à l’état juste après la vague. Ce qui diverge apparaît nommément, pas comme un chiffre dans une barre.
Annulez un changement isolé, même s’il a été effectué directement dans Zscaler. Le reste de la configuration reste inchangé.
CentaurNexus suppose un environnement Zscaler existant et s’appuie dessus, y compris lors de la reprise d’un ensemble de règles existant. Les fonctionnalités ci-dessus vous déchargent de la répétition et rendent l’état visible. La décision de savoir quelle règle conserver, quel site migre et quand, et quelle règle doit s’appliquer, reste la vôtre.
Ces fonctionnalités, de Migration Intake à Migration Report, font partie du forfait Enterprise et peuvent aussi être réservées seules, sous la forme d’un forfait autonome appelé Migration & Onboarding, pour les clients qui n’ont besoin que de cela. Ce n’est pas un niveau supérieur à Light, Starter ou Advance, mais un forfait à part, conçu précisément pour cet usage. Pour savoir quelle option correspond à votre projet, consultez notre page Tarifs.
Tout ce qui précède, vous l’utilisez avec votre propre équipe, étape par étape, site par site. Si vous préférez confier le déploiement, analyse, planification et exécution incluses : SourcingBlox s’en charge en tant que partenaire Zscaler officiel, avec CentaurNexus comme même outil en arrière-plan.
Lors d’un entretien de 45 minutes, nous passons en revue votre cas concret : ce que vous apportez, ce qui est reconstruit à neuf, et ce qui reste entre vos mains.
