Migrating to account-specific access URLs
Account-specific access URLs are being assigned to dbt accounts as part of our ongoing efforts to improve your experience and strengthen security. Each account will receive its own unique dbt platform and API access URLs on the dbt.com domain rather than sharing generic getdbt.com region URLs. For example:
- Old:
https://cloud.getdbt.com - New:
https://ab123.us1.dbt.com
What does this mean for me?
If your account has been assigned a new access URL, please review the migration timeline and update your account's external integrations using the integration checklist.
If your account has not been assigned a new access URL, you will receive an email and in-app notification with a scheduled enablement date. When the change takes effect, you'll be automatically redirected to your dbt.com account-specific access URL. Account sign-in remains the same. Both the new dbt.com and getdbt.com region URLs will support integrations according to the dates on the migration timeline.
Before assignment, if your organization uses network allowlisting, add the dbt.com domain to your allowlists. For single-tenant accounts, there will be no change to IP addresses. For multi-tenant accounts, refer to Access, Regions, & IP Addresses for updated IPs. If your account has IP restrictions enabled, review Validating IP restrictions before your assignment date.
Migration timeline
Accounts across all regions and service providers are being assigned new access URLs. getdbt.com region URLs will continue to support integrations until the scheduled deprecation date, unless otherwise specified.
| Loading table... |
Integration checklist
Review the following checklist before the getdbt.com region URL deprecation date documented in the migration timeline. Update each integration that uses a dbt access URL. If your integration isn't in this list, please speak with your IT or applicable team to identify whether you need to take action.
All dbt Labs managed integrations will be updated automatically, which consists of the dbt GitHub Application, Slack Application, and outbound Git provider webhooks.
Identity and access management
| Loading table... |
Git providers
GitLab and Azure DevOps repositories will continue to use your legacy getdbt.com URL for OAuth flows. You can't yet update an existing repository to use your new account access URL. Instead, you can recreate a repository to generate a Redirect URI based on your new account access URL.
| Loading table... |
Data platform connections
Data platform connections will continue to use your legacy getdbt.com URL for OAuth flows. You can't yet update an existing connection to use your new account access URL. Instead, you can recreate a connection to generate a Redirect URI based on your new account access URL.
| Loading table... |
Network and API
| Loading table... |
Validating IP restrictions
If you've received notification of a new access URL assignment and have IP restrictions enabled, review the network rules that point specifically at your *.getdbt.com domain. These include VPN split-tunneling rules, proxy (PAC) rules, and firewall egress rules. Update these rules for your new *.dbt.com access URL before your account's scheduled assignment date so access isn't disrupted.
To confirm your new access URL is accessible, send a test request from the same network you'd normally use to reach your *.getdbt.com URL. Replace NEW_ACCESS_URL with your account's new access URL and ACCOUNT_ID with your account ID:
- Browser: Go to
https://NEW_ACCESS_URL/api/v2/accounts/ACCOUNT_ID/ - Terminal: Run
curl -s https://NEW_ACCESS_URL/api/v2/accounts/ACCOUNT_ID/
| Loading table... |
FAQs
For questions or assistance, contact dbt Labs Support.
Was this page helpful?
This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.
