> 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/renew-certificate.md).
# Renouvellement du certificat serveur
Cette page décrit le processus de renouvellement du certificat serveur RADIUSaaS.
Un certificat de serveur est essentiel pour sécuriser à la fois le tunnel interne EAP-TLS et le tunnel externe TLS RadSec sur RADIUSaaS. Pour éviter les échecs d'authentification, veillez à renouveler votre certificat avant son expiration.
### **Votre certificat de serveur peut être l'un des deux types suivants :**
1. [Customer-CA](https://docs.radiusaas.com/admin-portal/settings/settings-server#customer-ca). Celui-ci est fourni avec votre RADIUSaaS et offre une durée de validité de 20 ans. Actuellement, il n'existe aucun moyen de créer une nouvelle Customer-CA à côté de celle existante. Cela signifie que la Customer-CA existante arrivant à expiration devra être supprimée avant qu'une nouvelle puisse être créée. La création d'une nouvelle Customer-CA générera également un nouveau certificat racine qui devra être redéployé sur vos clients. Veuillez suivre [cet ](#deploying-the-new-server-certificate)article pour déployer votre nouvelle Customer-CA et la référencer via la stratégie WiFi de votre MDM.
2. Certificat Bring Your Own (BYO) utilisant votre propre PKI, par ex. [Certificat de serveur émis par SCEPman](https://docs.radiusaas.com/admin-portal/settings/settings-server#scepman-issued-server-certificate). Les certificats de serveur SCEPman expirent tous les deux ans, alors assurez-vous de définir un rappel afin d'éviter toute interruption de service. Lors de l'utilisation d'un certificat BYO, il est supposé que le **certificat racine de l'AC** et le **FQDN (Sujet et SAN)** resteront inchangés par rapport au certificat arrivant à expiration. Par conséquent, il est inutile de redéployer le certificat.
## Création d'un nouveau certificat
### Customer-CA intégrée
Ce type de certificat est valable 20 ans et ne peut pas être renouvelé avant son expiration. Il peut toutefois être supprimé et un nouveau peut être créé en suivant [cet ](https://docs.radiusaas.com/admin-portal/settings/settings-server#customer-ca)le guide.
### certificat BYO
Si vous souhaitez utiliser votre propre certificat, par exemple un certificat de serveur émis par SCEPman, alors suivez [cet ](https://docs.radiusaas.com/admin-portal/settings/settings-server#bring-your-own-certificate)le lien pour créer un certificat de serveur avant son expiration dans SCEPman ou dans votre PKI préférée.
## Déploiement du nouveau certificat de serveur
#### Profils Intune
Si vous renouvelez la Customer-CA ou une AC BYO avec une racine et un FQDN différents de ceux du précédent, veuillez suivre les étapes ci-dessous pour redéployer ce certificat sur vos clients ; sinon, si vous utilisez un certificat BYO sans modification du certificat racine de l'AC et du FQDN (Sujet et SAN), vous pouvez ignorer cette étape !
1. Déployez le nouveau **certificat de serveur/racine de confiance** sur vos clients comme décrit [ici](https://docs.radiusaas.com/profile-deployment/jamf-pro/server-trust) en créant un **nouveau** profil.
2. Mettez à jour vos **existants** profils WiFi ou filaires
* Si vous avez utilisé l'assistant Intune pour créer vos profils réseau, modifiez tous les profils concernés en **ajoutant un deuxième certificat de serveur de confiance**. N'oubliez pas d'ajouter un deuxième nom de serveur sous **Noms de serveur du certificat** au cas où le nouveau certificat aurait un domaine différent.
* Si vous avez utilisé un profil personnalisé pour créer vos profils réseau, retéléchargez le XML généré par RADIUSaaS depuis [ici](https://docs.radiusaas.com/admin-portal/settings/trusted-roots#xml), puis remplacez-le dans votre profil existant. Les empreintes des deux certificats de serveur sont automatiquement incluses dans le XML.
3. Attendez **jusqu'à ce que tous vos clients** aient reçu le ou les profils mis à jour.
Exemple : profil WiFi Windows 10 mis à jour avec deux certificats de serveur RADIUS de confiance et des domaines différents.
## Infrastructure WiFi et LAN
Si vous utilisez [RadSec](https://docs.radiusaas.com/details#what-is-radsec), téléversez le nouveau **certificat de serveur** sur vos points d'accès ou votre commutateur réseau.
## Activation du nouveau certificat de serveur
Enfin, lorsque vous êtes prêt à basculer vers le nouveau certificat, activez-le comme décrit [ici](/fr/portail-dadministration/settings/settings-server.md#certificate-activation).
---
# 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/renew-certificate.md?ask=&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.
