> ## Documentation Index
> Fetch the complete documentation index at: https://infra-docs.kaeyros.org/llms.txt
> Use this file to discover all available pages before exploring further.

# Débloquer un certificat TLS en attente

> Diagnostic d'un certificat non émis, bascule vers l'émetteur DNS-01 Cloudflare et purge des objets ACME bloqués.

Cette page décrit la procédure pour diagnostiquer et débloquer un certificat TLS qui reste en attente ou en échec. Pour plus de contexte sur la gestion des certificats, consultez `/deploiement/certificats-tls`.

## Diagnostic initial

Commencez par identifier les certificats qui ne sont pas à l'état `True` :

```bash Lister les certificats en échec theme={null}
kubectl get certificate -A | grep -v ' True '
```

Dans le namespace concerné, inspectez les objets ACME liés :

```bash Inspecter challenge et order theme={null}
kubectl -n <ns> get challenge,order
kubectl -n <ns> describe challenge <nom>
```

## Basculer vers l'émetteur DNS-01 Cloudflare

Si la validation HTTP-01 échoue durablement (souvent due à un pare-feu, une redirection ou un problème de routage), basculez vers l'émetteur DNS-01 dans le fichier de values de l'application :

```yaml Bascule DNS-01 theme={null}
cert-manager.io/cluster-issuer: letsencrypt-cloudflare
```

## Purger les objets ACME bloqués

Après avoir changé l'émetteur, supprimez les objets ACME bloqués pour forcer cert-manager à en recréer :

```bash Purge ACME theme={null}
kubectl -n <ns> delete challenge --all
kubectl -n <ns> delete order --all
```

> [!NOTE]
>
> cert-manager recréera automatiquement les objets `Order` et `Challenge` lors de la prochaine tentative d'émission. La bascule vers `letsencrypt-cloudflare` utilise la validation DNS-01 via l'API Cloudflare, ce qui contourne les contraintes de routage HTTP.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.