Hi,
My customer's IT department has a rather strict network security policy. They won't let a JIRA app server connect to uncontrolled servers on the public Internet.
To download, install or upgrade JIRA plugins, I need the server to open connections to Atlassian servers using HTTP and / or HTTPS. Is there any other feature that needs this?
I guess the question is: where can I find a (hopefull exhaustive) list of outgoing connections (server names, IP addresses, port numbers) that should be allowed to go through the corporate firewall?
Thanks,
"They won't let a JIRA app server connect to uncontrolled servers on the public Internet.". Paranoia sometimes pays back ...
"To download, install or upgrade JIRA plugins, I need the server to open connections to Atlassian servers using HTTP and / or HTTPS. Is there any other feature that needs this?"
No, you do not need it, you can do it manually each time.
AFAIK: outgoing connections are: HTTP / HTTPS to all domain atlassian.com. Depending on the plugins, you may need connections to the plugins sites as well.
Radu, thanks for your answer.
"HTTP / HTTPS to all domain atlassian.com."
Yes, that would be my first guess as weel. However, a network capture tells me that JIRA is contacting "63-246-22-216.contegix.com". I understand that Contegix is Atlassian's hosting partner (http://confluence.atlassian.com/display/EHOSTING/Contegix+Hosting), so I guess I need to add that as well.
Anything else?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I never caught it going to contengix.com (but, of course, I believe you). But my advice would be that if you want to secure it as much as possible, cut all and install manually the needed plugins.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Prevent the UPM from even attempting it with -Dupm.pac.disable=true.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks again. Here is the summary I will submit to my IT dept:
Protocols/ports:
I am not mentioning other protocols such as DNS or NTP which I assume are part of the corporate network infrastructure.
Did I miss anything?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Your question was about access through the firewall to the public internet. Nearly none of those ports should be through the firewall, eg your SMTP server, database etc will all be inside the firewall.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Completing Jamie's answer: if you plan to use Jira ONLY from your corporate network, you should not allow even incoming http and https from Internet. Otherwise, completely agree with his comment above.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, your systems admin guys will be fired if they agreed to what you are suggesting anyway;-) Particularly ssh - if that was allowed we wouldn't have the fun of doing reverse tunnelling through socks proxies.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, almost all of the network connections I listed are bound to remain within the corporate network. The only one that might be allowed (depending on the paranoid IT guys ;-) is this one:
Thanks again for your comments. I consider the question answered.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.