環境 (リバース プロキシ、物理サーバー、URL など) を変更した場合は、万が一に備え、リンクを再度作成するのが最適です。アプリケーションリンクを再度作成してもデータは削除されません。アプリケーションリンクを活用する既存のマクロ、プラグイン、ページは、アプリケーションリンクが再度作成され次第動作し始めます。

リンクを再度作成すると、ユーザー全員が強制的に再度ログインする必要があります。

If an application involved in your application link is hosted on Atlassian Cloud, there are a couple of considerations. Your local server must use a valid SSL certificate, and it must be accessible on one of these ports: 80, 443, 7990, 8060, 8080, 8090, or 8443.

If you have a internet-facing firewall, make sure to allow the IP range used by Atlassian to reach your internal network. For up-to-date information on that, see Atlassian cloud IP ranges and domains. 

アトラシアンアプリケーション (Bitbucket Server や JIRA ソフトウェアなど) の間を完全に統合するには、アプリケーション間に 互恵的な (双方向) アプリケーションリンクが必要です

アプリケーションリンクの両側で同じ認証モードを使用する必要があります。アトラシアンは OAuth 認証のみを推奨しています。

アプリケーションリンクの作成時に完全な統合を実現するには、チェックボックスをオンにし、このサーバーに戻るリンク... も作成し、リモート アプリケーションの管理者認証資格情報を入力してから、認証を構成するユーザーベースのシナリオを選択する必要があります。

アプリケーションリンクを既に双方向で作成済みだと思う場合は、次の方法で確認できます。

1. ローカル アプリケーションで、管理 > アプリケーションリンクに移動し、リモート アプリケーションのアプリケーションリンク エントリがあることを確認します。
2. リモート アプリケーションで管理 > アプリケーションリンクへ移動し、ローカルのアプリケーションへ戻るアプリケーションリンク エントリがあることを確認します。

アプリケーションリンクの作成方法については、「アトラシアン アプリケーションをリンクして連携させる」をご覧ください。

お使いのローカルおよびリモート アプリケーションがネットワークで通信できない場合は、ネットワーク エラーで「アプリケーションリンクの設定」ページのリンクをご確認ください。

接続の問題の診断および修正方法に関する詳細は、ネットワークおよび接続性トラブルシューティング ガイドを参照してください。

アプリケーションリンクの設定は、ネットワークにファイアウォール、リバース プロキシ、ロード バランサーやその他のネットワーク デバイスやサービスが含まれるかどうかによって異なります。

特に、アプリケーションリンクに使用するアプリケーション URL は、リモート アプリケーションへのアクセスに使用する URL にする必要があります。

詳細はこれらのページを参照してください。

• 一般的なアプリケーション リンクのレイアウト
• リバース プロキシおよびアプリケーション リンクのトラブルシューティング ガイド

アプリケーションリンクに OAuth 認証を使用する必要があります。アトラシアンは基本 HTTP 認証や信頼済みアプリケーション認証の使用を推奨しなくなりました。

さらに、アプリケーションリンクの両側で、同じ認証設定を使用する必要があります。

OAuth 認証は新しく作成されたアプリケーションリンクに既定で設定されますが、OAuth を使用するよう既存のアプリケーションリンクを変更することもできます。

確認方法: 

1. ローカル アプリケーションで、管理 > アプリケーションリンクをクリックします。
2. アプリケーションリンクの編集をクリックします。アプリケーションリンクの受信認証および送信認証タブでOAuth 設定を確認します。
3. リモート アプリケーションで、管理 > アプリケーションリンクをクリックします。
4. もう一度、アプリケーションリンクの編集をクリックします。アプリケーションリンクの受信認証および送信認証タブでOAuth 設定を確認します。送信認証タブの設定が、ローカル アプリケーションの受信認証設定と一致していることを確認します (およびその逆も確認します)。

OAuth の問題の診断および修正方法の詳細については、 OAuth トラブルシューティング ガイドを参照してください。

このシナリオは、アプリケーションリンクが使用する認証で、2 つのアプリケーションが完全に互いを信頼していない場合に発生します。次の方法で修正できます。

1. ユーザーに認証を求めるアプリケーションで、アプリケーション リンクの送信構成設定タブを、2-Legged OAuth 認証を許可するよう変更します。
2. ユーザーが接続しようとしているアプリケーションで、アプリケーション リンクの受信構成設定タブを、2-Legged OAuth 認証を許可するよう変更します。

詳細は、「アトラシアン アプリケーションをリンクして連携させる」を参照してください。

サーバーが同期されていない場合、認証に失敗する可能性があります。

• 各マシンの日付や時刻に大幅な差がありますか? すべてのマシンが同期するよう、ネットワーク タイム サーバーの使用を検討してください。
• 各マシンは、マシン所在地のタイム ゾーンを把握していますか?タイム ゾーンが無効な場合、OAuth 認証中に問題が発生する場合があります。

詳細については、 OAuth トラブルシューティング ガイドを参照してください。

アプリケーションでユーザー偽装の使用が必要な場合 (JIRA Service Desk など) や、アプリケーション全体で情報へアクセスする際に確認メッセージを表示しない場合は、2-Legged OAuth を (2 LOi) に使用することをお勧めします。

偽装を有効にする必要があります。

• 各アプリケーション間のユーザー ベースが同一の場合。
• 偽装を必要とするアプリケーション (JIRA Service Desk など) を使用している場合。

詳細については、「アプリケーションリンク用の OAuth セキュリティ」を参照してください。

アトラシアン サーバー製品は Java アプリケーションで、Tomcat アプリケーション サーバーがバンドルされています。アプリケーションと Tomcat の両方でログが作成されます。このログは、アプリケーションリンクの問題を診断するのに役立ちます。

ログのエラー メッセージを使用して、次のうちいずれかのページの問題に関する解決策を見つけることができます。

• ネットワークと接続性のトラブルシューティング ガイド
• OAuth トラブルシューティング ガイド
• SSL およびアプリケーション リンクのトラブルシューティング ガイド

リンクを再作成することで、問題のトラブルシューティング中に行った構成の変更を、アプリケーション リンクが使用していることを確認します。

既存のリンクの削除

方法については、「アプリケーション リンクの削除」を参照してください。

新しいリンクの作成

方法については、「アトラシアン アプリケーションをリンクして連携させる」を参照してください。