I have a script that runs in Pipelines. It accesses a resource that is blocked by my load-balancers unless the request is from a known IP address. I have the lists of known Bitbucket IP addresses, so this request usually works. Today it stopped working and the IP that was reported is: `44.198.171.117`
Is this a new IP that has not made it onto the official lists? A `whois` shows that it belongs to Amazon.
That Address is not in any of the lists that I have found:
G'day,
We have recently updated our 1x/2x size option builds to operate from a new, broader IP range. To access the complete list of IP addresses, you can use this endpoint to filter results specifically for EC2 resources located in us-east1 and us-west2.
Important Note: The IP addresses provided via this endpoint are managed by Amazon and are subject to change. We recommend regularly checking this endpoint and updating your firewall's IP list accordingly. Additionally, consider exploring automation options to streamline updating IPs in response to changes.
If you require your builds to run from a more limited set of IP addresses, you must use the atlassian-ip-ranges runtime configuration available on 4x/8x steps. This configuration is documented here.
Please Note: Using larger step sizes may have billing implications. Please review the related documentation on step sizes that are available here.
I hope this helps.
Regards,
Syahrul
G'day,
We have recently updated our 1x/2x size option builds to operate from a new, broader IP range. To access the complete list of IP addresses, you can use this endpoint to filter results specifically for EC2 resources located in us-east1 and us-west2.
Important Note: The IP addresses provided via this endpoint are managed by Amazon and are subject to change. We recommend regularly checking this endpoint and updating your firewall's IP list accordingly. Additionally, consider exploring automation options to streamline updating IPs in response to changes.
If you require your builds to run from a more limited set of IP addresses, you must use the atlassian-ip-ranges runtime configuration available on 4x/8x steps. This configuration is documented here.
Please Note: Using larger step sizes may have billing implications. Please review the related documentation on step sizes that are available here.
I hope this helps.
Regards,
Syahrul
I searched for all of the IP addresses that myself and other commenters have specified on this thread. I did not find any of them listed at either of the endpoints that you mentioned:
- https://ip-ranges.atlassian.com/
- https://ip-ranges.amazonaws.com/ip-ranges.json
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey @Jonathan Duncan
You can use https://thameera.com/awsip/ to check for the IPs subnet. It should give you the correct subnet that you can use to allowlist.
Regards,
Syahrul
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Is there a proper list somewhere or an Atlassian API that can list pipeline's currently used IP subnets? Exposing our IP allowlisted resources to EVERYTHING running on AWS defeats the point of securing those resources in the first place.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey @Jones, Damon
We have a new updated information that I highly suggest you to check them at:
I hope this helps.
Regards,
Syahrul
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Also confirming this - had a few users with deployment issues this morning, found the following 3 IPs being blocked as they weren't part of our Bitbucket Pipeline policy:
44.199.196.217
44.211.80.122
52.23.252.59
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey @Zach Robert
These IP addresses are part of the broader IP range listed at AWS IP Ranges.
To verify the IP addresses you encounter and allowlist specific subnets, you can use this tool.
However, I recommend filtering for services equal to EC2 or S3 and focusing on the us-east-1 and us-west-2 regions.
Regards,
Syahrul
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I can confirm this.
We have rsync deployment problems since yesterday and are debugging right now. It seems, there are some new undocumented IP addresses in use:
3.231.55.79
44.192.120.9
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey @Tim Spiekermann
These IP addresses are part of the broader IP range listed at AWS IP Ranges.
To verify the IP addresses you encounter and allowlist specific subnets, you can use this tool.
However, I recommend filtering for services equal to EC2 or S3 and focusing on the us-east-1 and us-west-2 regions.
Regards,
Syahrul
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you,
we are using atlassian-ip-range: true and size: x4 config now and it works.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
See answer here:
They are using a lot of AWS IP ranges per default now, but you can configure your x4/x8 pipeline with atlassian-ip-ranges: true.
Just tested it and it works (it does not without size: 4x)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I tried adding that to my pipeline but I'm still getting new ips.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
There is this blog post regarding the change https://bitbucket.org/blog/evolving-bitbucket-pipelines-to-unlock-faster-performance-and-larger-builds
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.