Écrire la décision avant de modifier le système
Ce guide est un exercice de planification pour un opérateur d'application. Il ne représente pas un déploiement, une action d'assistance ou un résultat client mesuré de PrivacyNodes. Consignez les noms de certificats, le mécanisme de renouvellement, le propriétaire de la configuration, le propriétaire des alertes et la date de révision de l'expiration. Une tâche de certificat dépend aussi du nom d'hôte, de l'accessibilité réseau et du chemin de rechargement de l'application.
Répéter la modification avec des entrées contrôlées
Répétez le chemin documenté de renouvellement ou d'échec de renouvellement sur une cible sûre. Vérifiez le certificat servi depuis un client externe, puis vérifiez que l'application accepte toujours le nom d'hôte prévu.
Utilisez des requêtes synthétiques et des identités de test pendant la vérification de la modification. N'exposez pas de secrets ni de données clients dans une commande, un extrait de journal ou une note d'assistance.
Vérifier le résultat et consigner la limite restante
Conservez la dernière configuration valide connue et une décision de retour. Le renouvellement automatisé réduit la répétition mais ne remplace pas l'observation de la réponse à l'expiration.
Consignez l'heure UTC, la révision de l'artefact ou de la configuration, les symptômes expurgés et le prochain responsable.
Référence officielle
Cette source a été examinée pour la limite technique de ce guide ; elle ne documente pas un test ou une capacité fournisseur de PrivacyNodes.