役立つ詳細を送信する
サーバー識別子、リージョン、問題の発生日時とタイムゾーン、期待される動作、および観測された内容を含めてください。短い再現手順は、大量の未フィルタログよりも有用です。パスワード、トークン、無関係な個人情報は伏せてください。
アカウントアクセスは慎重な扱いが必要です
サポートリクエストには、アカウントの管理権を確認する安全な方法が必要です。スタッフがパスワード、プライベート SSH キー、ウォレットのシードフレーズ、復旧コード一式を求めることは決してありません。検証済みドメインで公開されている連絡チャネルのみを使用してください。
サービスの境界を把握する
インフラサポートはマシンと合意済みのネットワークサービスを対象とします。アプリケーションのデバッグ、移行、継続的な管理には、明示的なマネージドサービス範囲が必要です。本番ワークロードでサポートに依存する前に、対象範囲を確認してください。
インシデントまたはセキュリティ報告ですか?
広範囲にわたるサービス障害はインシデントプロセスに該当します。脆弱性には、非公開で検証済みのセキュリティチャネルと慎重な開示が必要です。個々のアプリケーションエラーには、独自の再現手順と診断コンテキストが必要です。
他の運営者が対応できるレポートを送信
影響を受けたサービスの識別子、リージョン、タイムゾーン付きの時刻、観測されたエラー、最近の変更、短い再現手順を含めてください。アカウントの問題、支払いの照合、ネットワーク到達性、アプリケーションの障害を区別してください。送信前に添付ファイルからパスワード、トークン、シード、顧客データを削除してください。
優れたインシデント更新に含めるべき内容
インシデントの更新では、影響範囲、既知の影響、現在の緩和策、次回更新の時期を説明する必要があります。原因や復旧時間が不明な場合は、その旨を明記してください。対応と復旧の目標はサポート契約に基づきます。更新内容は検証済みの運用事実と一致させてください。
もう少し明確に。
注文の診断のためにウォレットのシードや root パスワードを送るべきですか?
いいえ。支払いに関する質問には注文および取引識別子を、サーバーサポートには範囲を限定した診断または承認された安全なプロセスを使用してください。ウォレットのリカバリフレーズや秘密鍵は決して送信しないでください。