You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
Version 1
Next »
Overview
The usual configuration is to have the display URL and the application URL as the same, which is the base URL from the target application. However, they could different in the following scenarios:
- Both applications are behind reverse proxies within a secure trusted network. End users access the applications using the display URL, where as application links use the direct URL to have direct connection to the target application bypassing the proxy.
- There are multiple
<Connector> configured in the Tomcat server.xml, of which one is used by the reverse proxy or different network and the other by the application link.
The recommended configuration for application links when the application URL and display URL are different is as follows:
- The Display URL should point to the Base URL configured in the target application.
- The Application URL will be either be the direct (not using proxy) URL or the URL pointing to a different connector specified in Tomcat server.xml.
Understanding the Results
| Icon | Text result | What this means |
|---|
 | SUCCESS | The test was successful. |
 | WARNING | Some of the component tests failed and needs troubleshooting. |
 | FAIL | The test was not successful and needs troubleshooting. |
Troubleshooting
Basic Checks
| Error(s) | Steps to Resolve |
|---|
| - The Application Link has been corrupted, please recreate it.
|
| - This means the application URL is empty. Try to edit the link and see if this can be fixed.
- This shouldn't happen, the Application Link will probably need to be recreated.
|
HTTP Connectivity
- URL path tested:
<URL>/rest/applinks/1.0/applicationlink - Valid HTTP success codes: 200, 401
| Error(s) | Steps to Resolve |
|---|
| - Is the URL valid?
- Is the display URL same as the base URL configured in the target application?
- Can you connect to the target application URL from the server running the diagnostics?
|
- Unknown Host
- java.net.ConnectException: Connection refused
| - Is the server running the target application reachable?
Check if you can ping the target server from the server that is running the AppLinks diagnostics plugin. For example, when trying to verify if Confluence can access JIRA, execute the following on the Confluence server: Replace jira.atlassian.com with the display URL of the target instance.
|
- Redirect count from <URL> exceeded maximum of <maximum>.
- Received HTTP <status code> redirect...
- Got HTTP <status code> redirect from <URL> but no redirect location was specified.
| - This indicates there is a problem with the redirection of HTTP requests. Most commonly caused by proxy/load-balancer configurations.
- Is your target application behind a reverse proxy? If so, verify the proxy configuration is per the official recommendation. Below is the recommended configurations for JIRA:
|
- Failed to ping <Application>.
- Received unexpected HTTP <status code> response from <URL> using...
| - Is the target application accessible at the display/application URL?
- Try connecting to the application using the display URL and verify if the application is available and you are able to log in.
|
In case you are unable to troubleshoot and fix the problem by yourself, please create a support ticket at support.atlassian.com and attach the following information to the ticket:
Copy and save the contents of the 'Diagnostics' tab as a text file.
Screenshots of the Application Links configuration.
A Support ZIP.
Unknown macro: {dynamiccontentbylabel}