View a markdown version of this page

トラブルシューティング - Wickr エンタープライズ

このガイドでは、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