3.23. FDO のトラブルシューティングリファレンス
このリファレンスでは、FIDO Device Onboard (FDO) の初期化とオンボーディングに関する一般的な問題点を特定し、解決策を提供します。以下の解決策と診断コマンドを使用して、設定上の問題を解決し、所有権の移転が確実に成功するようにしてください。
| エラー/問題 | 一般的な原因 | 解決策 |
|---|---|---|
|
| Rendezvous (RV) サーバーに、そのデバイスのレコードがありません。 |
|
|
| デバイス認証情報に RV のメタデータがありません。 |
|
|
| 自己署名証明書、または信頼できない認証局 (CA) チェーン。 |
|
|
| Trusted Platform Module (TPM) の不揮発性 (NV) インデックスの認証情報が欠落しているか無効です。 |
まず、 |
|
| TPM へのアクセスに必要なユーザー特権が不足しています。 |
|
|
| TPM の状態に整合性がありません。 |
|
3.23.1. 診断コマンド リンクのコピーリンクがクリップボードにコピーされました!
解消しない問題をさらに調査するには、以下のコマンドを使用してメタデータまたは詳細ログを収集します。
デバイスの GUID とメタデータの出力:
ファイルベースの認証情報の場合:
$ sudo go-fdo-client print --blob /boot/device_credential
TPM ベースの認証情報の場合:
$ sudo go-fdo-client print --tpm /dev/tpmrm0
詳細なデバッグの有効化:
クライアントとサーバー間の HTTP リクエストおよびレスポンスのペイロードを検査するには、コマンドに --debug フラグを追加します。
$ sudo go-fdo-client onboard --blob /boot/device_credential --key ec256 --kex ECDH256 --debug
TO1 の失敗のほとんどは、タイミングの問題、または Manufacturer によってプログラムされた Rendezvous 情報と Owner サーバーがバウチャーをアップロードした場所との不一致が原因です。manufacturing.yaml ファイル内の "Rendezvous Server Info" が、実際の RV サーバーのアドレスと一致していることを必ず確認してください。