Miro の機能は、Miro がアクセスを許可されていない場合、実行に問題がある場合があります。これは、ネットワーク接続または、使用する環境に適用された問題や制限により発生する可能性があります。以下の記事では、そのような問題の最も一般的な原因を記載しています。
WebSocket
Miro の申請の際、特にボードページでは、WebSocket 接続が必要です。ボードを開く際に問題が発生しても、ダッシュボードや設定ページが期待通り開く場合は、WebSocket 接続がサポートされていない可能性があります。
接続をテストするには、このウェブサイトを開いてください。
WebSocket が認識されると、以下のメッセージが表示されます。
結果が異なる場合は、お使いのネットワーク内に WebSocket 接続をブロックする何かが存在する可能性が最も高いです。その場合は、以下をお試しください。
- 別のネットワーク接続を使用する
- VPN 使用する、またはオフにする
- 法人での接続を使用する場合は、ネットワーク管理者に連絡し、ポート 80 および 443（SSL） の WebSocket 接続を有効にするよう依頼してください。セキュリティーの観点から、このポートは、会社のネットワーク内で閉じられているか、フィルターがかけられている可能性があります。接続を確立するには、Miro のアドレスがアクセスできるように、これらのポートを開く必要があります（以下の「ファイアーウォールを使用する場合」のアドレスのセクションを参照してください）
Websocket が正しく識別されても、接続の確立に引き続き問題が発生する場合は、Miro のサポートにご連絡ください。
ファイアウォールを使用する場合
以下のドメインとサブドメインを許可リストに入れてください:
mirostatic.com*、*.mirostatic.com
static.miro-apps.com*、*static.miro-apps.com
および realtimeboard.com*、*.realtimeboard.com
許可リストに Miro の固定 IP アドレスを追加する必要もあります。IP アドレスは、Jira 関連のインテグレーションに関して Atlassian のシステムに連絡するためにのみ使用されることにご注意ください。Miro のアプリケーション IP アドレスは動的です。
52.16.47.17、
54.216.81.236、
54.217.180.21、
54.73.153.141、
34.249.78.135、
46.51.161.49、
54.217.110.122、
54.220.142.217、
54.228.53.200、
54.73.173.202、
54.73.41.83、
54.74.0.207、
54.74.167.92、
54.75.137.71
プロキシを使用する場合
Miro に必ずバイパスを提供してください。以下の仕様を参考にしてください。
- プロキシーサーバーは、WebSocket 接続（HTTP/2）をサポートする必要があります。
- プロキシ HTTP バージョンは 1.1 に設定する必要があります。
- ソース IP/ ホスト：上記の NAT IP を確認してください（Atlassian のインテグレーションのみに使用）。
- 送信元ポート： 80.80 には、HTTP 経由で Miro にアクセスして HTTPS に転送するユーザーに使用されます（80 をブロックすることはお勧めしません）。
- 宛先ポート： 443（SSL）. 443 は、HTTPS に使用されます。
- プロトコル：HTTPS
- TLS：1.2。（AWS でホストされており、AWS セキュリティー ポリシーを使用しています。AWS と Miro のすべてのプラグインパートナーが 1.3 のサポートを開始する際は、Miro も移行が可能になります）。
- プロキシーサーバーのタイムアウト値を延長する必要があります。ほとんどの場合、お使いのシステムでは接続に約 60 ～ 90 秒かかる可能性があります。120 ～ 180 秒に延長するのが最善です。
- プロキシーサーバーは、要求ヘッダーと応答ヘッダーを切り詰めないようにします。Upgrade ヘッダーと Connection ヘッダーが、クライアントによりプロキシされているか確認してください。
許可リストへの追加が必要なメーラーの詳細についてはこちらの記事をご覧ください。