Collabora CODE Dockerでカスタムフォントを利用できるようにする
フォントファイルをDockerとCollaboraのシステムプレートにマウントすることで、カスタムフォントがエディタに表示され、ドキュメント内で正しくレンダリングされるようになります。
Microsoft Edgeで安全で隔離されたテスト環境を起動したと思ったら、恐ろしい「Windows Sandbox」機能のエラーで行き詰まってしまった、なんて想像してみてください。😩 イライラしますよね? この問題は、Edge が安全な Web アプリのテスト、拡張機能、または開発者ツールのために Windows Sandbox を活用しようとした際に、何かがそれをブロックしているときに発生します。
ご心配なく!サイトのデバッグを行っている開発者の方でも、Edgeの強力な分離機能を試している方でも、このガイドではMicrosoft Edgeの「Windows Sandbox」機能のエラーをシンプルかつ効果的な手順で解決する方法をご案内しています。数分で元の状態に戻り、作業を開始できます。さあ、早速実践して生産性を取り戻しましょう!🚀
Windows Sandboxは、Windows 11 Pro、Enterprise、Educationエディション(および一部のWindows 10ビルド)に組み込まれた軽量で使い捨ての仮想マシンです。Edgeでは、サンドボックス化されたiframeや分離されたレンダリングといったセキュリティ強化のためにWindows Sandboxが使用されています。よくある原因としては、以下のようなものが挙げられます。
このエラーに気づきましたか?トラブルシューティングが必要です。当社の修正プログラムは最新のWindowsビルドでテスト済みです。いつでも確実に機能する迅速な解決策をぜひお試しください。
解決する準備はできましたか?以下の実証済みの手順を順番に実行してください。ほとんどのユーザーは手順3で解決しています!👆
一番の原因は?サンドボックスが有効化されていないことです。その方法は以下の通りです。
optionalfeaturesと入力し、Enter キーを押します。プロのヒント:グレー表示になっている場合は、Windows Pro+ エディションをご利用であることをご確認ください。必要に応じて、「設定」>「システム」>「アクティベーション」からアップグレードしてください。
仮想化がない=サンドボックスがない。確認しましょう:
古いソフトウェアはエラーを起こしやすい。今すぐアップデートしましょう。
再起動して、Edge の Sandbox 機能をテストします (例: edge://flags/#edge-sandbox または開発者ツール経由)。
エラーが解決しない場合は、コア ファイルを修復します。
DISM /Online /Cleanup-Image /RestoreHealth(10〜20 分待ちます)。sfc /scannow。まだ問題が解決しない場合は、以下をお試しください。
| 🔍 エラーの種類 | 💡 クイックフィックス | 期待される結果 |
|---|---|---|
| Hyper-V の競合 | Hyper-V を無効にする: オプション機能 > Hyper-V のチェックを外し、代わりにサンドボックスを有効にします。 | サンドボックスは衝突することなく単独で実行されます。 |
| VHDXマウント失敗 | サンドボックス構成を削除します: %localappdata%\Packages\Microsoft.Windows.Sandbox_...\LocalState\ (最初にバックアップしてください)。 | 新しいサンドボックス インスタンスが起動します。 |
| グループポリシーブロック | gpedit.msc > コンピューター構成 > 管理テンプレート > システム > 「Windows サンドボックスを使用する」を有効にします。 | ポリシーのオーバーライドにより機能がロック解除されます。 |
| ウイルス対策の干渉 | AV 設定に Edge/Sandbox の除外を追加します。 | 誤検知はもうありません。 |
✨ボーナス:開発者の方は、Sandboxを直接テストしてください:Win + S > 「Windows Sandbox」。問題なく開くようであれば、Edgeも問題なく開きます!
修正後、Edge で確認します。
edge://sandbox/— エラーはありませんか?成功です!🎉edge://flags/「sandbox」を検索します。再発を防ぐには:
おめでとうございます! Microsoft Edgeの「Windows Sandbox」機能エラーの解決方法をマスターしました!この強力な機能は、危険なウェブコンテンツからセッションを保護し、速度を低下させることなくセキュリティを強化します。問題が解決しない場合は(稀ですが)、下記にコメントを残してください。サポートさせていただきます。楽しいブラウジングを!👍
オンラインでの安全を確保しましょう。このガイドが役に立ったなら、ぜひシェアしてください!
フォントファイルを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、プロキシ、およびコンテナの問題を分離します。