<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with domains]]></title><description><![CDATA[A list of topics that have been tagged with domains]]></description><link>https://fusionauth.io/community/forum/tags/domains</link><generator>RSS for Node</generator><lastBuildDate>Sun, 12 Apr 2026 13:09:14 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/tags/domains.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Custom Domain and SSL Certificate Support in Basic Cloud Hosting]]></title><description><![CDATA[<p dir="auto">Yes with a Basic Cloud you get one custom domain and no backups, you would just need to update your DNS records to include our CNAMEs for this custom domain. You would submit your custom domain via the Hosting tab of the <a href="http://account.fusionauth.io" rel="nofollow ugc">account.fusionauth.io</a> under the Action Drop down. Then you will be shown the CNAME record for that domain and you will have to update your DNS records to include this CNAME. You can see an example of this at the doc below.</p>
<p dir="auto"><a href="https://fusionauth.io/docs/get-started/run-in-the-cloud/cloud#custom-domains" rel="nofollow ugc">https://fusionauth.io/docs/get-started/run-in-the-cloud/cloud#custom-domains</a></p>
<p dir="auto">You would not be able to use your own SSL certificates. We would handle all those in FusionAuth Cloud. We create the certificates on our end and you just need to create DNS records to validate the domain with the CNAME records.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/3036/custom-domain-and-ssl-certificate-support-in-basic-cloud-hosting</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/3036/custom-domain-and-ssl-certificate-support-in-basic-cloud-hosting</guid><dc:creator><![CDATA[wesley]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[How to Safely Add a New Custom Domain in FusionAuth]]></title><description><![CDATA[<p dir="auto">Yes—you can safely add a fourth custom URL. The “replace” label appears because the system expects you to submit the entire list of domains each time. To avoid losing any URLs, make sure all four domains—including your existing three—are entered in the form before you submit. Only custom domains omitted from the list will be removed.</p>
<p dir="auto">More details here:<br />
<a href="https://fusionauth.io/docs/get-started/run-in-the-cloud/cloud#updating-with-existing-custom-domains" rel="nofollow ugc">Updating Custom Domains</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/3007/how-to-safely-add-a-new-custom-domain-in-fusionauth</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/3007/how-to-safely-add-a-new-custom-domain-in-fusionauth</guid><dc:creator><![CDATA[wesley]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Enabling Custom Domains on FusionAuth Basic Cloud Plans: Migration Requirements]]></title><description><![CDATA[<p dir="auto">Custom domains <strong>are available</strong> for Basic Cloud deployments. However, this feature relies on a newer backend infrastructure that we’ve recently rolled out. It sounds like your current deployment is on our <strong>legacy infrastructure</strong>, which does not support custom domains.</p>
<p dir="auto">We’d be happy to help you <strong>migrate your deployment</strong> to the new infrastructure so you can enable custom domains. Please note that this migration would involve <strong>30 to 60 minutes of downtime</strong> to complete the transition. Let us know if you’d like to proceed!</p>
]]></description><link>https://fusionauth.io/community/forum/topic/2989/enabling-custom-domains-on-fusionauth-basic-cloud-plans-migration-requirements</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/2989/enabling-custom-domains-on-fusionauth-basic-cloud-plans-migration-requirements</guid><dc:creator><![CDATA[wesley]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Logout with multiple subdomains]]></title><description><![CDATA[<p dir="auto"><a class="mention plugin-mentions-user plugin-mentions-a" href="https://fusionauth.io/community/forum/uid/2507">@mark-robustelli</a> said in <a href="/community/forum/post/8049">Logout with multiple subdomains</a>:</p>
<blockquote>
<p dir="auto"><a class="mention plugin-mentions-user plugin-mentions-a" href="https://fusionauth.io/community/forum/uid/3540">@ext_figuvini</a> after reading your post again, I think I read it differently.  The way the SSO logout works is that on logout, FusionAuth calls all the logout urls for each applications. It would seem that you are correct in that creating an application for each subdomain makes sense and would work. (You can create applications through the API so you should be able to automate this.) Can you try this for a few domains and confirm it works?</p>
</blockquote>
<p dir="auto">Your point is correct. Creating a separate application for each subdomain is a reasonable and correct solution.<br />
When a user logs out of the SSO system, FusionAuth will call the logout URLs defined in each configured application in turn. This allows each application to clean up its own session. Pretty good solution</p>
]]></description><link>https://fusionauth.io/community/forum/topic/2929/logout-with-multiple-subdomains</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/2929/logout-with-multiple-subdomains</guid><dc:creator><![CDATA[blanfordkerry]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[We use FusionAuth cloud and want our instance to have a custom domain name]]></title><description><![CDATA[<p dir="auto">As of July 25, 2023 we now support Unlimited Custom Domains for FusionAuth Cloud! You can read more in this <a href="https://fusionauth.io/blog/2023/07/25/introducing-unlimited-custom-domains-for-fusionauth-cloud" rel="nofollow ugc">post</a>, on how to add a custom domain.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/239/we-use-fusionauth-cloud-and-want-our-instance-to-have-a-custom-domain-name</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/239/we-use-fusionauth-cloud-and-want-our-instance-to-have-a-custom-domain-name</guid><dc:creator><![CDATA[[[global:former-user]]]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[We’re using FusionAuth Cloud, how can we enable a custom domain?]]></title><description><![CDATA[<p dir="auto">As of July 25, 2023 we now support Unlimited Custom Domains for FusionAuth Cloud! You can read more in this <a href="https://fusionauth.io/blog/2023/07/25/introducing-unlimited-custom-domains-for-fusionauth-cloud" rel="nofollow ugc">post</a>, on how to add a custom domain.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/17/we-re-using-fusionauth-cloud-how-can-we-enable-a-custom-domain</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/17/we-re-using-fusionauth-cloud-how-can-we-enable-a-custom-domain</guid><dc:creator><![CDATA[[[global:former-user]]]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Does a managed account on fusionauth.io support a custom domain?]]></title><description><![CDATA[<p dir="auto">As of July 25, 2023 we now support Unlimited Custom Domains for FusionAuth Cloud! You can read more in this <a href="https://fusionauth.io/blog/2023/07/25/introducing-unlimited-custom-domains-for-fusionauth-cloud" rel="nofollow ugc">post</a>, on how to add a custom domain.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/9/does-a-managed-account-on-fusionauth-io-support-a-custom-domain</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/9/does-a-managed-account-on-fusionauth-io-support-a-custom-domain</guid><dc:creator><![CDATA[[[global:former-user]]]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>