Collabora CODE Dockerでカスタムフォントを利用できるようにする
フォントファイルをDockerとCollaboraのシステムプレートにマウントすることで、カスタムフォントがエディタに表示され、ドキュメント内で正しくレンダリングされるようになります。
Microsoft Edgeで「TPM構成証明」がサポートされていないというイライラするエラーに遭遇しましたか?😩 心配しないでください。このよくある問題は、FIDO2認証、パスワードレスログイン、Edgeの拡張WebAuthnサポートなどの安全な機能をブロックします。多くの場合、TPM 2.0ハードウェアが正しく検出または有効化されていないことが原因です。このガイドでは、シームレスで安全なブラウジング環境を取り戻すための正確なトラブルシューティング手順をご案内しています。手順に従って操作すれば、すぐに問題を解決できます!⭐
TPM(Trusted Platform Module)は、現代のWindowsにおけるハードウェアベースのセキュリティに不可欠です。EdgeはWebAuthn操作中にTPM認証を利用し、GoogleやMicrosoftサービスなどのサイトに対してデバイスの信頼性を検証します。よくある原因としては、以下のようなものが挙げられます。
朗報です。ほとんどの修正は簡単です。早速見ていきましょう!👍
修正する前に、TPM を検証します。
tpm.msc、Enter キーを押します。| TPMステータス | 意味 | 次のアクション |
|---|---|---|
| TPMは使用可能です(2.0) | ハードウェアは正常 | ソフトウェアを更新する |
| TPMが無効になっています | BIOSの問題 | ファームウェアで有効化 |
| 互換性のあるTPMが見つかりません | TPM 2.0チップなし | fTPMの回避策 |
PCを再起動し、BIOS画面(通常は起動中、、または)に入ります。次の場所に移動しDelますF2。F10
再起動して再度確認してくださいtpm.msc。これで70%のケースが解決します!🎉
古いコンポーネントは認証をブロックします:
アップデート後は再起動してください。Edge でテストしedge://flags/#webauthn-enable-attestation、有効になっていることを確認してください。
互換性を高めるために Edge を調整します。
edge://flags。問題が解決しない場合は、Edge のキャッシュをクリアします: [設定] > [プライバシー] > [閲覧データを消去する (全期間、キャッシュされた画像/ファイル)]。
企業や頑固なケースの場合:
regedit.HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TPM.1DWORD を(4 の場合)に設定します。グループ ポリシー (Pro/Enterprise): gpedit.msc> コンピューターの構成 > 管理用テンプレート > システム > トラステッド プラットフォーム モジュール サービス > AD DS への TPM バックアップを有効にする - 有効。
⚠️最初にレジストリをバックアップしてください。誤った編集は問題を引き起こす可能性があります。
最新の CPU (Intel 第 8 世代以降、AMD Ryzen 2000 以降) は CPU ベースの fTPM をサポートしています。
Get-Tpm。追加のハードウェアなしでTPM 2.0をエミュレートします。Edge認証に最適です!🚀
検証:
まだ問題が解決しない場合は、PC ヘルス チェックを実行して、より詳細な診断を行ってください。
おめでとうございます! Microsoft Edgeの「TPM構成証明」がサポートされていない問題のトラブルシューティングが完了しました!安全なブラウジングをお楽しみください。下のコメント欄で成功体験を共有してください。👏 ご質問がありましたら、お気軽にお寄せください。喜んでお手伝いいたします!
フォントファイルをDockerとCollaboraのシステムプレートにマウントすることで、カスタムフォントがエディタに表示され、ドキュメント内で正しくレンダリングされるようになります。
coolwsd.xmlとそのデプロイメントソースをバックアップし、安全に復元してから、ユーザーが編集を再開する前にCODEを検証してください。
CODE内でNextcloudまたはその他のWOPIオリジンを正確に許可し、アクティブなホスト許可リストを確認して、Nextcloudの送信元IP制限と区別します。
Collaboraのブラウザ、WOPI、およびWebSocket接続をトレースして、ドキュメントが開かない理由を特定し、Nextcloudの設定に合った修正を適用してください。
Helmを使用してCollabora CODEレプリカをデプロイし、WOPIアフィニティによって各ドキュメントを1つのポッドに保持し、イングレス、ノード配置、およびNextcloud編集を検証します。
ブラウザからcoolwsdまでのソケットハンドシェイクの失敗を追跡し、CODE 26.04 Apacheの変更を含め、リバースプロキシのルートをCollaboraのバージョンに一致させます。
Collabora WOPI 認証の失敗を、鍵の不一致、古い検出データ、クロックのずれ、プロキシ URL の変更などが原因で発生する場合でも、検証の信頼性を損なうことなく追跡できます。
ブラウザのズームをリセットし、クリーンなセッションをテストし、サイズが不正なメニューにCollaboraサーバーのアップデートが必要なタイミングを特定します。
Collabora CODEをDockerでデプロイし、Nextcloud Officeに安全に接続し、実用的なWOPIおよびプロキシチェックでドキュメント編集を検証します。
一時的にcoolwsdをデバッグモードに上げ、オープンに失敗したログを1つキャプチャし、ログシーケンスを使用してWebSocket、WOPI、プロキシ、およびコンテナの問題を分離します。