We were following this guide to allow traffic from the cloud to our internal server https://confluence.atlassian.com/cloud/atlassian-cloud-ip-ranges-and-domains-744721662.html?_ga=2.37614752.1454838913.1523332098-836828446.1522823018
However, another IP was discovered that needed to be added to the allowed list. The IP in question is 18.104.22.168
Can someone confirm if this should be added to the IP ranges that are available on the above URL, and if there are any additional IPs that need to be considerd.
That doesn't appear to be one of our IP addresses since we use Amazon for Cloud hosting. This IP isn't part of that.
What wasn't working exactly before you allowed it? Is it possible the IP address belongs to a 3rd-party add-on provider?
We were just doing a synch from HP ALM to JIRA, for an issue with an attachment.
We assumed it was the IP that was storing the attachment details from JIRA. After we allowed this IP, the attachment was sync'ed to HP ALM.
Do you have a list of 3rd party add-on providers that potentially need firewall rules opened ?
There are no add ons from JIRA perspective. It looks like the IP stated above is where the Jira issue is storing the cloud attachment. We simply were trying to retrieve the Jira issue and attachment details via a sync client into another test tool - HP ALM..
Not sure how this IP comes into play, so now even more confused.
By there way, I did a quick search on the IP that I am inquiring about and it is from Teridion. Teridion (https://www.teridion.com/) is a content-delivery-platform like akamai, and it is used by SaaS providers like Atlassian. This guide https://confluence.atlassian.com/cloud/atlassian-cloud-ip-ranges-and-domains-744721662.html did not mention anything about Teridion, if you have any info about it please let me know. We need to whitelist the Teridion IP so that we can let the attachments sync to our ALM server internally.
I reached out to our network engineering team, and they let me know that this is one of the IP addresses that is mentioned here:
To accelerate file transfers going through api.media.atlassian.com, we use a technology provider that will terminate your TCP connection in the closest public cloud provider. Because of this, you may see that api.media.atlassian.com will resolve to various IPs from various public cloud provider ranges. The list of public cloud providers and the particular one you're redirected to is highly dynamic and will change over time, even based on time of day. This is to give you the best possible experience when downloading and uploading files, but also means we can't provide a fixed IP range for this service.
I hope that clarifies things for you!
When using an Atlassian account that is not managed, it’s possible to change the email address, but we often receive the following notification on the email that we want to use: Sorry, we couldn'...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events