このガイドでは、Wickr Enterprise のドキュメントを提供します。AWS Wickr を使用している場合は、「AWS Wickr 管理ガイド」または「AWS Wickr ユーザーガイド」を参照してください。
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
トラブルシューティング
Wickr ネームスペースの削除
wickr ネームスペースを削除して最初からやり直す必要がある場合は、まず CDK がそのネームスペース内で作成したサービスアカウントをバックアップすることが重要です。これらのサービスアカウントにより、Wickr サービスは IAM ロールを介して AWS APIs と通信できます。これらがないと、Amazon Simple Storage Service (Amazon S3) によるファイルのアップロードなどのタスクは機能しなくなります。
以下のコマンドを使用してサービスアカウントをバックアップし、wickrネームスペースと適切なサービスアカウントを削除して再作成します。
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
KOTS 管理コンソールのパスワードをリセットする
KOTS 管理コンソールのパスワードは、以下のコマンドでリセットできます。
kubectl kots -n wickr reset-password
このパスワードを変更すると、wickr/kotsSecrets Manager シークレットも更新できますが、通常、自動化によって再び使用されることはありません。
踏み台を使用した EKS クラスターへの接続に関する問題
踏み台を介した EKS クラスターへの接続が遅いか、時折タイムアウトする場合は、kubectlコマンドの実行時に次のエラーが表示されることがあります。
net/http: 接続の待機中にリクエストがキャンセルされました (Client.Timeout exceeded while awaiting headers)
この問題は、多くの場合、SSM 経由で踏み台ホストにログインし (WickrEks スタックBastionSSMCommandの を参照)、tinyproxyサービスを再起動することで解決できます。
sudo systemctl restart tinyproxy