Collabora CODE Dockerでカスタムフォントを利用できるようにする
フォントファイルをDockerとCollaboraのシステムプレートにマウントすることで、カスタムフォントがエディタに表示され、ドキュメント内で正しくレンダリングされるようになります。
Citrixをご利用中に、Microsoft EdgeでWebView2ランタイムエラーが発生し、イライラしていませんか? Citrix Virtual Apps and Desktopsなどの仮想デスクトップ環境では、このよくある問題によってワークフローが中断されることがよくあります。でもご安心ください!このガイドでは、エラーを診断して解消し、スムーズなパフォーマンスを取り戻すための、明確で実践的な手順をご案内しています。最後まで読んでいただければ、アプリが完璧に動作するようになるはずです。さあ、始めましょう!✅
Microsoft Edge WebView2は、開発者がEdgeのChromiumエンジンを使用してネイティブWindowsアプリにWebコンテンツを埋め込むことを可能にする強力なコントロールです。Citrix環境(特にVDIや公開アプリ)では、WebView2に依存するアプリ(最新の基幹業務ツールなど)が「WebView2ランタイムが見つかりません」や「0x80070005 アクセスが拒否されました」などのエラーで失敗することがよくあります。
Citrix における一般的な原因:
これらはCitrixのマルチセッションの性質に起因しており、ランタイムが必ずしもユーザーごとにプリインストールされているとは限りません。朗報です。ほとんどの修正は15分以内に完了します!🚀
修正する前に、問題を確認してください。
reg query "HKLM\SOFTWARE\WOW6432Node\Microsoft\EdgeUpdate\Clients\{F3017226-FE2A-4295-8BDF-00C3A9A7E4C5}"コマンドプロンプトで実行して、実行時のステータスを確認します。確認できたら、解決策に進んでください。これらの手順は実戦で実証済みです。どうぞお付き合いください!
一番の原因:VDAにランタイムがインストールされていない。自動更新を有効にするには、最新のEvergreen Bootstrapperをダウンロードしてください。
MicrosoftEdgeWebView2RuntimeInstallerX64.exe /silent /install.プロのヒント: Evergreen で問題が発生する場合にのみ、修正バージョンのランタイムを使用してください。Evergreen は最新のセキュリティのために自動更新されます。🎉
古い Edge では互換性エラーが発生します。
| エラー症状 | チェックコマンド | 修正アクション |
|---|---|---|
| ランタイムバージョンの不一致 | reg query "HKLM\SOFTWARE\Microsoft\EdgeUpdate\Clients\{56EB18F8-B008-4CBD-B6D2-8C97FE7E9062}" |
edge://settings/helpから Edge を更新します。 |
| アクセスが拒否されました (0x80070005) | イベントビューアー > Windowsログ > アプリケーション | 実行しsfc /scannowてDISM /Online /Cleanup-Image /RestoreHealth |
| Citrixセッションのクラッシュ | Citrix Director ログ | CitrixポリシーでWebView2を有効にする:「クライアントクリップボードリダイレクト」>許可 |
Citrix Workspace または VDI の場合:
reg add "HKLM\SOFTWARE\Policies\Microsoft\EdgeUpdate" /v AutoUpdateCheckPeriodMinutes /t REG_DWORD /d 0 /f.基本が失敗した場合:
%LOCALAPPDATA%\Microsoft\EdgeWebView\User Data\Default\Cache。rundll32.exe dfshim.dll,ShArpMaintain WebView2Runtime。Citrix 管理者とユーザー向けの予防的手順:
これらの習慣を身につければ、ダウンタイムはゼロになります。Citrixセッションは驚くほど高速になります!😊
エラーが解決しない場合は、ログを収集します。
%LOCALAPPDATA%\Microsoft\EdgeWebView\Application\*.log.CitrixコミュニティまたはMicrosoftフォーラムで共有してください。ほとんどのユーザーは手順1~3で解決できます。あなたもきっと解決できるはずです!
おめでとうございます! WebView2 ランタイムエラーを解決できました。今後の参考のためにブックマークし、チームと共有してください。Citrix のヒントをもっと知りたいですか?ぜひ下記にコメントを残してください。どのように解決できたでしょうか? 👇
フォントファイルを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、プロキシ、およびコンテナの問題を分離します。