Ce guide fournit de la documentation pour Wickr Enterprise. Si vous utilisez AWS Wickr, consultez le guide d'[administration d'AWS Wickr ou le guide](https://docs.aws.amazon.com/wickr/latest/adminguide/what-is-wickr.html) de l'utilisateur d'[AWS Wickr.](https://docs.aws.amazon.com/wickr/latest/userguide/what-is-wickr.html)

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Résolution des problèmes
<a name="troubleshooting"></a>

## Supprimer l'espace de noms Wickr
<a name="troubleshooting-deleting-the-wickr-namespace"></a>

Si vous devez supprimer l'espace de `wickr` noms pour recommencer, il est important de sauvegarder d'abord tous les comptes de service créés par CDK dans cet espace de noms. Ces comptes de service permettent aux services Wickr de communiquer avec eux AWS APIs via des rôles IAM. Sans eux, les tâches telles que le téléchargement de fichiers via Amazon Simple Storage Service (Amazon S3) ne fonctionneront plus.

Utilisez la commande suivante pour sauvegarder les comptes de service, supprimer et recréer l'espace de `wickr` noms et les comptes de service appropriés :

```
kubectl -n wickr get sa fileproxy -o yaml > fileproxy-sa.yaml && \
  kubectl delete ns wickr && \
  kubectl create ns wickr && \
  kubectl apply -f fileproxy-sa.yaml
```

## Réinitialisation du mot de passe de la console d'administration KOTS
<a name="troubleshooting-resetting-the-kots-admin-console-password"></a>

Vous pouvez réinitialiser le mot de passe de votre console d'administration KOTS à l'aide de la commande suivante :

```
kubectl kots -n wickr reset-password
```

Lorsque vous modifiez ce mot de passe, vous souhaiterez peut-être également mettre à jour le secret du Gestionnaire de `wickr/kots` Secrets, bien qu'il ne soit généralement pas réutilisé par aucune automatisation.

## Problèmes de connexion au cluster EKS avec Bastion
<a name="troubleshooting-issues-connecting-to-eks-cluster"></a>

Si votre connexion au cluster EKS via le bastion semble lente ou expire de temps en temps, le message d'erreur suivant peut s'afficher lors de l'exécution des `kubectl` commandes :

net/http : demande annulée en attendant la connexion (Client.Timeout dépassé pendant l'attente des en-têtes)

Ce problème peut souvent être résolu en vous connectant à l'hôte Bastion via SSM (voir le document `BastionSSMCommand` sur la WickrEks pile) et en redémarrant le service : `tinyproxy`

```
sudo systemctl restart tinyproxy
```