> For the complete documentation index, see [llms.txt](https://docs.radiusaas.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.radiusaas.com/fr/configuration/scepman-saas/migrer-depuis-scepman-enterprise.md).

# Migrer depuis SCEPman Enterprise

Si vous utilisez actuellement SCEPman Enterprise dans votre propre Tenant et souhaitez réduire davantage votre empreinte d’infrastructure, vous pourriez envisager de passer à <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code>, une solution CA entièrement intégrée, intégrée à RADIUSaaS.

### Qu’est-ce qui changera ?

<table data-full-width="false"><thead><tr><th>Quoi</th><th>Changements</th><th>Reste identique</th></tr></thead><tbody><tr><td><strong>Hébergement SCEPman</strong></td><td>Géré par nous, plus dans votre Tenant Azure.</td><td></td></tr><tr><td><strong>URL SCEPman</strong></td><td>Nouvelles URL de point de terminaison.</td><td></td></tr><tr><td><strong>certificat du serveur RADIUS</strong></td><td>Si vous utilisez actuellement le <a href="/fr/portail-dadministration/settings/settings-server.md#scepman-issued-server-certificate">connexion SCEPman</a> ou un <a href="/fr/portail-dadministration/settings/settings-server.md#scepman-issued-server-certificate">certificat serveur émis par SCEPman</a> un nouveau certificat de serveur sera créé.</td><td>Aucun changement si vous utilisez le <a href="/fr/portail-dadministration/settings/settings-server.md#customer-ca">CA client</a>.</td></tr><tr><td><strong>Fonctionnalité des certificats</strong></td><td></td><td>Les certificats fonctionnent de la même manière qu’auparavant.</td></tr><tr><td><strong>Intégration MDM</strong></td><td>Les profil(s) de certificat SCEP doivent pointer vers la nouvelle URL et faire référence à un nouveau certificat d’AC racine.</td><td>L’approche globale d’intégration reste la même.</td></tr><tr><td><strong>Expérience utilisateur finale</strong></td><td></td><td>Aucun impact, transparent pour les utilisateurs finaux.</td></tr><tr><td><strong>Certificats existants</strong></td><td>Voir la section sur l’impact de la migration ci-dessous.</td><td>Les certificats valides continuent de fonctionner.</td></tr></tbody></table>

### Considérations préalables à la migration

* **Fonctionnalités**: Certaines fonctionnalités de SCEPman Enterprise ne sont pas disponibles dans <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code>. Veuillez consulter notre [Comparaison des éditions SCEPman](/fr/overview.md#scepman-edition-comparison) pour vous assurer que tous vos cas d’utilisation sont pris en compte avant de commencer la migration.&#x20;
* **Profils SCEP MDM**: Vous devrez mettre à jour vos profils SCEP pour qu’ils pointent vers le nouveau <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code> URL et faire référence à la nouvelle AC racine. Prévoyez comment vous souhaitez déployer cela (d’un coup ou par étapes).
* **Environnement réseau**: Si vous utilisez RadSec, la migration vers <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code> peut signifier que le certificat de serveur utilisé pour la connexion peut changer.
* **Règles DNS ou de pare-feu**: Si vous avez des règles réseau liées à votre point de terminaison SCEPman actuel, elles devront être mises à jour.

## Chemin de migration

{% stepper %}
{% step %}

### Configuration <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code>

Suivez notre guide dédié pour l’inscription :

{% content-ref url="/pages/57439703097797aab2039a3e3962bfc79466cd8b" %}
[🆕 SCEPman SaaS](/fr/configuration/scepman-saas.md)
{% endcontent-ref %}

Vous devriez vous trouver dans la situation suivante après cette étape :

* <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code> est inscrit et vos appareils ont reçu des certificats appropriés pour l’authentification client à utiliser avec RADIUSaaS (en plus de ceux émis par votre déploiement actuel de SCEPman Enterprise).
* <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code>Le certificat d’AC est approuvé par vos appareils et ajouté au magasin de confiance RADIUSaaS.
  {% endstep %}

{% step %}

### Vérifier la configuration client

Les clients utilisant déjà RADIUSaaS nécessiteront les ajustements suivants si vous souhaitez migrer vers <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code> :

* Assurez-vous qu’ils font confiance au <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code> certificat AC racine
* Ajustez le profil Wi‑Fi pour y inclure (en plus de la racine actuelle de SCEPman Enterprise) le <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code> certificat d’AC pour la validation du serveur

{% hint style="danger" %}
**Attention si vous avez déjà un** [**SCEPman Connection**](https://docs.radiusaas.com/admin-portal/settings/settings-server#scepman-connection)

Si vous avez déjà configuré la connexion SCEPman pour la gestion automatique des certificats de serveur, <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code> prendra en charge la connexion après l’inscription. Cela signifie que le certificat de serveur sera issu d’un autre émetteur **après la prochaine rotation de certificat**.

Assurez-vous que vos clients disposent du <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code> certificat d’AC installé et fassent confiance à la nouvelle AC pour la validation du serveur dans le profil Wi‑Fi.
{% endhint %}
{% endstep %}

{% step %}

### Vérifier la configuration des authentificateurs

Si vous utilisez RadSec, vos authentificateurs RADIUS (points d’accès, commutateurs et passerelles VPN) devront également faire confiance au nouveau certificat Root CA pour établir une connexion à RADIUSaaS.

Assurez-vous que le <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code> Root CA a été ajouté ici afin d’éviter tout impact lors du basculement du certificat de serveur.

{% hint style="danger" %}
**Veuillez vérifier si votre équipement réseau prend en charge plusieurs AC**

Si vos authentificateurs ne sont pas capables de faire confiance à plusieurs AC pour la validation du serveur RadSec, le changement du certificat de serveur vers un certificat émis par <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code> devra se faire en même temps que le changement de l’AC approuvée pour l’authentification RadSec, sinon les connexions échoueront.
{% endhint %}
{% endstep %}

{% step %}

### Vérifier les règles correspondant aux émetteurs

Si vous utilisez des règles pour filtrer des autorités de certification spécifiques, les authentifications client pourraient être rejetées lors de l’utilisation de certificats provenant de <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code> si la **Toute authentification autorisée** règle est désactivée.

Ajoutez de nouvelles règles pour le certificat d’AC ajouté ou assurez-vous de modifier les règles existantes pour l’inclure :

<figure><img src="https://1168716614-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FSWU1DQ4UGkqER7uGNUOm%2Fuploads%2FwYmNxxwMXs6pxEh656NZ%2Fimage.png?alt=media&amp;token=dbff993d-c6e9-48fd-a8d5-8d42db2f3afa" alt=""><figcaption></figcaption></figure>
{% endstep %}
{% endstepper %}

## Foire aux questions

### Puis-je faire fonctionner SCEPman Enterprise et <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code> en parallèle pendant la phase de migration ?

Oui. Tant que vous avez approuvé les deux certificats Root CA pour la connexion client dans RADIUSaaS, les certificats clients des deux autorités de certification peuvent être utilisés pour l’authentification.

### Puis-je utiliser mon certificat racine SCEPman Enterprise existant pour <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code>?

Bien que techniquement possible via [Bring your own Key Vault](broken://pages/0aaf2f04d73e4fab8bce98449296dbf1b530d696#scepman-identity-and-keys), la réutilisation de votre certificat Root CA existant n’est pas recommandée pour les raisons suivantes :

* Les certificats déjà émis sont stockés uniquement dans le Tenant du déploiement SCEPman Enterprise existant, tandis que les certificats nouvellement créés seront stockés dans <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code>. Cela peut entraîner des validations échouées si les composants ne sont pas en mesure de déterminer quelle AC doit être prise en compte pour la validation
* Selon l’emplacement de déploiement de votre Key Vault et de votre instance RADIUSaaS, une latence supplémentaire est à prévoir lors des opérations cryptographiques nécessitant le certificat Root CA

### Quand puis-je mettre hors service mon ancienne instance SCEPman ?

Une fois tous les cas d’utilisation des certificats de l’instance SCEPman Enterprise migrés vers <code class="expression">space.vars.SCEPmanSAAS\_ProductName</code>, vous pouvez arrêter l’app service en toute sécurité. Ces cas d’utilisation incluent, sans s’y limiter :

* Certificats client
* Certificats serveur
* Certificats DC
* Certificats pour l’inspection TLS
* Certificats de signature de code
* Certificats S/MIME

Veillez à surveiller le Log Analytics Workspace assez longtemps pour vérifier qu’aucune validation ni émission de certificat ne se produit plus.

{% embed url="<https://docs.scepman.com/azure-configuration/log-configuration>" %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.radiusaas.com/fr/configuration/scepman-saas/migrer-depuis-scepman-enterprise.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.