特にプライベート ネットワークについて、DNS 構成を確認します。

後述の「nslookup」をご確認ください。

リモート アプリケーションのアプリケーション URL を確認します。

• ホスト名が適切かどうか
• ポートが適切かどうか
• コンテキスト パスが適切かどうか
• アプリケーション URL がリモート アプリケーションのベース URL に一致しているかどうか (リモート アプリケーションがリバース プロキシの背後にある場合は表示 URL)

• ブラウザでアプリケーション URL (リモート アプリケーションがリバース プロキシの背後にある場合は表示 URL) を使用し、リモート アプリケーションが動作しているかどうかを確認します
• ブラウザでリモート アプリケーションにアクセスできない場合、ローカル サーバーからリモート アプリケーションの URL に ping します。アプリケーション リンクが適切に動作するには、アプリケーション URL を使用してリモート アプリケーションにアクセス可能である必要があります。以降の「ping」をご確認ください。

アプリケーション URL の構成に誤りがあります。

ローカルの終端でアプリケーション URL の構成を確認します。

• アプリケーション URL は適切なポートを使用していますか?
• アプリケーション URL の IP アドレスを使用している場合、値は適切ですか?
• アプリケーション URL はリモート アプリケーションのベース URL (リモート アプリケーションがリバース プロキシの背後にある場合は表示 URL) に一致していますか?
• アプリケーション URL は適切なコンテキスト パスを使用していますか?

以降の「ネットワーク ツール」を使用し、ファイアウォール構成が対象のポートを許可しているかどうかを確認します。

ファイアウォールがリクエストをブロックしています。

• ファイアウォール構成が対象のポートでの HTTP リクエスト (PUT など) を許可しているかどうかを確認します。

リモート アプリケーションがデッドロックになっています。

• ブラウザから通常の手順でリモート アプリケーションにアクセスして、リモート アプリケーションが動作しているかどうかを確認します。

ファイアウォールがリクエストをブロックしています。

• ファイアウォール構成が対象のポートでの HTTP リクエストを許可しているかどうかを確認します。

ファイアウォールがリクエストをブロックしています。

• ファイアウォール構成が対象のポートでアクセスを許可しているかどうかを確認します。
• 後述のように traceroute などのツールを使用し、ローカルとリモート マシン間でのトラフィックのパスを表示します。

• 後述のように traceroute などのツールを使用し、ローカルとリモート マシン間でのトラフィックのパスを表示します。

リモート アプリケーションがデッドロックになっています。

• ブラウザから通常の手順でリモート アプリケーションにアクセスして、リモート アプリケーションが動作しているかどうかを確認します。

• 後述のツールを使用し、リモート マシンとの間の接続を確認します。

HTTP 403: Forbidden

• これは通常は認証の失敗を示します。しかしながら、アプリケーション リンクでは認証の失敗は 403 とは異なる方法で報告されるため、このエラーはプロキシ構成に問題があることを示します。

• リモート アプリケーションが構成ミスを含むプロキシの背後に存在します。ローカルのアプリケーション ログで <response body> を確認します。
• アプリケーションがアウトバウンド プロキシで構成されている場合、リモート アプリケーションの URL を nonProxyHosts に追加して、アプリケーション リンクで回避することを許可できます。
  • 「アトラシアン アプリケーションにアウトバウンド HTTP / HTTPS プロキシを構成する方法」をご確認ください
• nonProxuHosts が誤って構成され、機能していない可能性があります。次のページをご確認ください。
  • Jira サーバーが http.nonProxyHosts JVM オプションを無視する
  • Java オプション "-Dhttp.nonProxyHosts" が Windows OS で動作しない

HTTP 404: Page not found

• アプリケーション リンクを構成するために使用されているアプリケーション URL に誤りがあるか、アプリケーションのアドレスが変更されています。

• リモート アプリケーションで、アプリケーション リンクを構成するために使用されているアプリケーション URL が適切かどうかを確認します。

HTTP 405: Method not allowed

• ファイアウォールまたはプロキシが HTTP リクエストを妨げています。

• ファイアウォールまたはプロキシ構成が、対象のポートでの HTTP リクエスト (PUT など) を許可しているかどうかを確認します。
• 上述の「ファイアウォールがリクエストをブロックしている」をご確認ください。

HTTP 500: Internal server error

• リモート アプリケーションがプロキシの背後にいない可能性があるが、アプリケーションにメモリ不足エラーなどのエラーが発生しています。

• ブラウザから通常の手順でリモート アプリケーションにアクセスして、リモート アプリケーションが動作しているかどうかを確認します。
• 「アプリケーション エラー ログ」をご確認ください。

HTTP 503: Service unavailable

• リモート アプリケーションがプロキシの背後にあり、ダウンしています。

• ブラウザからリモート アプリケーションに直接アクセスして、リモート アプリケーションが動作しているかどうかを確認します。
• リモート アプリケーションを再起動するか、管理者に問い合わせます。
• 上述の「リモート アプリケーションが応答しない」をご確認ください。

HTTP 504: Gateway timeout

• リモート アプリケーションがプロキシの背後にあり、タイムアウトしています。

• 後でもう一度試行します。
• ブラウザから通常の手順でリモート アプリケーションにアクセスして、リモート アプリケーションが動作しているかどうかを確認します。
• 必要に応じてリモート アプリケーションを再起動するか、管理者に問い合わせます。

ステータスなし、または前述のステータスとは異なるステータスが返される

• リモート アプリケーションが構成ミスを含むプロキシの背後に存在します。ローカルのアプリケーション ログで <response body> を確認します。

• リモート アプリケーションが、アプリケーション リンクの構成時に選択されたタイプと異なります。アプリケーション リンクのアプリケーション タイプがリモート アプリケーションのタイプに一致するかどうかを確認します。一致しない場合、アプリケーション リンクを再作成し、適切なアプリケーション リンクを選択するようにします。詳細については、「アトラシアン アプリケーションをリンクして連携させる」を参照してください。