アプリケーション リンクのトラブルシューティングのフローチャート

各アプリケーションの server.xml ファイルを確認します。次の情報を確認します。

• アプリケーションがユーザーのアクセス時とは異なるポートでリッスンしていますか?
  • 既定では、HTTP 接続にはポート 80 が、HTTPS 接続にはポート 443 が使用されます。
• アプリケーションに、HTTP コネクタで定義されたプロキシが設定されていますか?
  • Connector 要素の proxyName、proxyPort、および scheme 属性を確認します。

  • Bitbucket Server 5.0 以降では、Tomcat コネクタを直接構成することはできません。

    server.xml 構成は <Bitbucket home directory>/shared/bitbucket.properties で置き換えられました。

    「server.xml のカスタマイズ設定を bitbucket.properties に移行する」で対応するプロパティをご確認ください。

     

• アプリケーションで AJP コネクタが定義されていますか?

各アプリケーションのベース URL が、ユーザーがアクセスするものに設定されている必要があります。これが異なる場合、各アプリケーションのベース URL を正しい値に更新します。

ローカル アプリケーションの "表示 URL" がリモート アプリケーションのベース URL と一致している必要があります。これが異なる場合、"表示 URL" が正しいベース URL を使用するように調整します。"表示 URL" はアプリケーション リンクの設定画面で編集可能なため、アプリケーション リンクを再作成する必要はありません。

アプリケーション リンクで、ローカルの "アプリケーション URL" の値がリモートのベース URL に一致していない場合、それを削除してアプリケーション リンクを再作成する必要があります。アプリケーション リンクの設定ダイアログで "アプリケーション URL" を編集することはできません。

You must have an unproxied connector in this scenario. See Data Center How to bypass a reverse proxy or SSL in Application Links for more information.

アプリケーション リンクで、ローカルの "アプリケーション URL" の値がプロキシされていないコネクタに一致していない場合、それを削除してアプリケーション リンクを再作成する必要があります。アプリケーション リンクの設定ダイアログで "アプリケーション URL" を編集することはできません。

アプリケーション リンクで使用される認証設定は同一である必要があります。次の点を確認します。

• ローカル アプリケーションの "Outgoing Authentication" 設定で 1 種類の認証のみが選択されていること。
• 設定が、リモート アプリケーションの "Incoming Authentication" 設定と同一であること。

ローカルおよびリモート アプリケーションが Network Time Server を使用していて、システム時刻が正しい値で同期されていることを確認します。これにより、2 つのアプリケーション間での通信中に証明書が失効する可能性を減らすことができます。

ご利用のオペレーティング システムのタイムゾーン定義に更新があった場合、それらがインストールされていることを確認します。これにより、各アプリケーションでタイムゾーンを適切に定義し、そのタイムゾーンでオフセットが利用されることを確実にできます。

特定の製品横断機能を利用するためにリモート API の有効化が必要な場合があります。例として、次のようなものが含まれます。

• Confluence のナレッジベース スペースからの検索結果を提供する Jira Service Desk
• Confluence ページにリンクする Jira 課題
• ガジェットでの Bamboo のプランやプロジェクトの表示
• Stash の [Source] タブにあるリポジトリの Jira での表示

アプリケーション間ですべてではなく一部の機能が使用できない場合、各アプリケーションでリモート API を有効化することをお試しください。