Fehlerbehebung - Wickr Enterprise

Dieses Handbuch enthält Dokumentation für Wickr Enterprise. Wenn Sie AWS Wickr verwenden, finden Sie weitere Informationen im AWSWickr Administration Guide oder im AWSWickr User Guide.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Fehlerbehebung

Löschen des Wickr-Namespace

Wenn Sie den wickr Namespace löschen müssen, um von vorne zu beginnen, ist es wichtig, dass Sie zunächst alle Servicekonten sichern, die von CDK innerhalb dieses Namespace erstellt wurden. Diese Servicekonten ermöglichen es Wickr-Services, über IAM-Rollen mit AWS APIs zu kommunizieren. Ohne sie funktionieren Aufgaben wie Datei-Uploads über Amazon Simple Storage Service (Amazon S3) nicht mehr.

Verwenden Sie den folgenden Befehl, um die Servicekonten zu sichern und den wickr Namespace und die entsprechenden Servicekonten zu löschen und neu zu erstellen:

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

Zurücksetzen des Passworts der koTS-Admin-Konsole

Sie können Ihr Passwort für die koTS-Admin-Konsole mit dem folgenden Befehl zurücksetzen:

kubectl kots -n wickr reset-password

Wenn Sie dieses Passwort ändern, möchten Sie möglicherweise auch das wickr/kots Secrets-Manager-Secret aktualisieren, obwohl es in der Regel nicht erneut von einer Automatisierung verwendet wird.

Probleme bei der Verbindung mit dem EKS-Cluster mit Bastion

Wenn Ihre Verbindung zum EKS-Cluster über die Bastion langsam wirkt oder gelegentlich eine Zeitüberschreitung auftritt, wird beim Ausführen von kubectl Befehlen möglicherweise der folgende Fehler angezeigt:

net/http: Anforderung abgebrochen, während auf Verbindung gewartet wird (Client.Timeout überschritten, während Header warten)

Dieses Problem kann häufig behoben werden, indem Sie sich über SSM beim Bastion-Host anmelden (siehe BastionSSMCommand auf dem WickrEks Stack) und den tinyproxy Service neu starten:

sudo systemctl restart tinyproxy