AWS Direct Connect (DX) is a dedicated private network connection between your corporate infrastructure and AWS, which hosts Hyperforce. Unlike standard internet routing, AWS DX provides a consistent, low-latency, high-throughput private link directly into the AWS network — bypassing the public internet entirely. This is especially important for organizations with strict data residency, compliance, or security requirements that mandate all Salesforce traffic (including email) must travel over private circuits rather than public paths.
If you need a direct connectivity solution from your corporate network to Hyperforce for regulatory, security, or other reasons, we recommend AWS Direct Connect (DX). DX is an AWS service that provides direct connectivity between your on-premise infrastructure and your Hyperforce resources on AWS. It can be configured to provide access to Hyperforce via Public VIF. Access via Private VIF isn’t supported.
Note: Salesforce Private Connect can’t be used to secure on-prem corporate-user UI access to Hyperforce. Salesforce Private Connect is used to secure Salesforce API connections to and from non-Salesforce AWS environments. The AWS blog that describes using DX with Private Connect expressly states that “this architecture…does not pertain to the access of the Salesforce UI.”
Depending on your speed and usage needs, you can choose between hosted or dedicated DX connections. Dedicated connections are offered at high speeds of 1, 10, and 100 Gbps and ordered directly from AWS.
Hosted connections can be deployed in more speed variants to better match your bandwidth needs and potentially save costs. You can get hosted connections from a variety of partners. If you’re currently a Salesforce Express Connect (SEC) customer, ask your existing SEC provider if they’re also a DX delivery partner.
These instructions are for your networking and security teams who manage the networking and security settings for connecting to Hyperforce. They assume that you have a working knowledge of networking concepts, and that you know your Hyperforce region.
First, choose between a hosted or dedicated connection. To use a hosted connection, work with an AWS DX delivery partner.
Select an AWS DX location in or near your Hyperforce region that is served by your connection provider. Work with the provider to create the AWS DX connection between your infrastructure and Hyperforce.
These recommendations are covered in greater detail in the AWS/Salesforce joint blog, How to Access Salesforce Hyperforce Securely and Reliably with AWS Direct Connect.
You may need to configure DX to manage three sets of Salesforce IPs: Hyperforce Public IPs, short-term AWS IPs for Salesforce Edge, and Email IPs used with Mail Transfer Agent (MTA).
DX users who choose to use allowlists must allow the complete set of Hyperforce public IP ranges, not just those for your country. The Hyperforce Public IPs are available for download in the JSON format at:
https://ip-ranges.salesforce.com/ip-ranges.json
Included Services
The JSON list includes IPs for inbound connections to Hyperforce from external sources, including some for Salesforce Edge, as well as IPs for outbound connections from Hyperforce to the customer’s network. These addresses are for products built on the Salesforce platform including Sales, Service, Industries, and Tableau Clouds, and for the MuleSoft Anypoint Platform.
Excluded Services
The JSON list excludes IP addresses for these services: Email, Marketing Cloud, Commerce Cloud, and Slack.
As Hyperforce evolves, Salesforce adds and modifies IP addresses in the JSON file at least 30 days before using the IPs. See Hyperforce IPs to Allow - Sales, Service, Industries, and Tableau Clouds for additional information on subscribing to change notifications and maintaining your router with the latest IPs.
Salesforce Edge is a content delivery network (CDN) that delivers an enhanced network experience, including improved performance, and security such as advanced application security protections. With Edge and AWS DX, your traffic is routed through DX to your target AWS region, then to the nearest available Edge Point of Presence (PoP), and then to your Salesforce organization.
Each DX circuit establishes connectivity to a single AWS region. If you have Salesforce orgs in multiple regions, consider setting up multiple DX circuits.
If you have compliance requirements such as regional data residency or internal security policies, contact your Customer Success Manager to discuss your specific needs.
The table Short-Term AWS IP Ranges for Hyperforce Edge contains Salesforce Edge IPs owned by AWS for every region, worldwide, for traffic flowing into Hyperforce.
Over time, Salesforce plans to relocate Edge IPs into the Hyperforce Public IP ranges at https://ip-ranges.salesforce.com/ip-ranges.json, which Salesforce controls.* Allowing the full set of Hyperforce Public IP ranges preserves your connectivity during the transition. Salesforce recommends revisiting this article periodically so that you’re aware when we retire the AWS ranges, and can remove them from your allowlists.
AWS doesn’t directly advertise the Salesforce Edge ranges. Instead, AWS advertises larger IP ranges, such as /16. To allow Salesforce Edge ranges, find and allow the AWS-advertised ranges that contain the Salesforce Edge ranges from the list at https://ip-ranges.amazonaws.com/ip-ranges.json.
Then, to ensure only the necessary traffic is allowed, configure your firewall to permit traffic only to the specific Salesforce Edge /28 subnet, rather than the entire AWS-advertised /16. To achieve this, apply a BGP import filter or firewall rule that restricts access to the /28 subnet for downstream peers.
AWS owns the IP ranges that they advertise, and can change the ranges at any time. To avoid connectivity disruptions, make a plan to poll the AWS JSON file at regular intervals, and update your firewall rules as needed. After the Edge IPs are relocated into the Hyperforce Public IP ranges, polling, allowing, and filtering the AWS ranges won’t be necessary.
To avoid blocking users, we advise you to allow all the Salesforce IP ranges, because inbound traffic is automatically routed to the Edge closest to the end user’s geographic location. If you only allow the ranges in your country or region, you might block incoming traffic from users in other locations.
| Country | AWS Region | IP Range /28 |
| Australia | ap-southeast-2 | 13.210.3.208/28 |
| Brazil | sa-east-1 | 54.233.205.0/28 |
| Canada | ca-central-1 | 35.182.14.32/28 |
| France | eu-west-3 | 13.36.84.96/28 |
| Germany | eu-central-1 | 35.158.127.48/28 |
| India | ap-south-1 | 13.126.23.64/28 |
| India | ap-south-2 | 141.163.216.224/28 |
| Indonesia | ap-southeast-3 | 16.78.19.16/28 |
| Israel | il-central-1 | 51.17.195.96/28 |
| Italy | eu-south-1 | 18.102.214.64/28 |
| Japan | ap-northeast-1 | 13.113.196.48/28 |
| Japan | ap-northeast-3 | 141.163.214.224/28 |
| Singapore | ap-southeast-1 | 13.228.64.80/28 |
| South Korea | ap-northeast-2 | 43.201.151.176/28 |
| Sweden | eu-north-1 | 13.50.12.176/28 |
| Switzerland | eu-central-2 | 16.63.106.240/28 |
| United Arab Emirates | me-central-1 | 51.112.11.192/28 |
| United Kingdom | eu-west-2 | 35.176.92.16/28 |
| United States | us-east-1 | 34.226.36.48/28 |
| United States | us-east-2 | 3.146.43.224/28 |
| United States | us-west-2 | 34.211.108.32/28 |
If you plan to route email traffic through the AWS DX circuit, see Route Email Through AWS DX. You must allowlist additional IPs for email.
After you complete setting up AWS DX and provisioning access for Hyperforce and Edge IP addresses, make sure to run performance tests to verify that the AWS DX network path is working properly. Read more in Regular Performance Testing.
Even for Hyperforce customers, a small set of functionality is served only through our non-Hyperforce infrastructure, such as password hints from login.salesforce.com and third-party integrations with *.force.com. If you need these features to be delivered through direct connectivity, you’ll need to maintain a Salesforce Express Connect (SEC) connection until the features are available* on Hyperforce-AWS.
Contact your Customer Success Manager for questions about compliance or data residency.
Contact Salesforce Support for questions about setting up Edge.
Contact AWS or your DX service provider for questions about configuring DX.
* Forward-looking statements apply.
| Date Revised | Revisions |
| April 1, 2026 | Fixed a typo in the URL embedded in the text https://ip-ranges.salesforce.com/ip-ranges.json under Allow Short-Term Edge IP ranges. |
| October 22, 2025 | Updated the section on allowing Hyperforce Public IPs. The JSON file now includes IP addresses for both inbound and outbound connections. |
| July 10, 2025 | Clarified the short-term nature of AWS IPs. Removed ap-south-2 region from short-term IP table, because it was not an AWS range, it is already part of Hyperforce Public IPs. Added a note that Private Connect is not for direct connectivity through the UI. Added advice to test the DX connection. |
| May 27, 2025 | Initial Publication |
Salesforce Edge Network
Regular Performance Testing
Hyperforce IPs to Allow - Sales, Service, Industries, and Tableau Clouds
How to Access Salesforce Hyperforce Securely and Reliably with AWS Direct Connect
Route Email Through AWS Direct Connect (DX) for Hyperforce
004867761

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.