.live domains cannot be added
tomcoder
HOBBYOP

17 days ago

I am trying to add a .live domain to my project but I cannot add the tld .live. Any other tlds are being accepted

$10 Bounty

10 Replies

Status changed to Open Railway 17 days ago


aayankali
FREE

17 days ago

Hey, this looks like a Railway-side validation bug rather than an intentional restriction — .live is a legitimate ICANN-approved TLD and Railway's docs don't list any blocked TLDs.

Here's what to try:

  1. Try adding it as a subdomain first

Instead of swahili.live, try www.swahili.live — sometimes Railway's domain input has issues with bare apex domains on certain TLDs.

  1. Contact Railway support directly

Go to railway.com → Help → Contact Support and report it as a bug. Mention:

The exact domain: swahili.live

That other TLDs work fine but .live is rejected at input

Ask them to whitelist it or fix the validation regex

  1. Use the Railway CLI as a workaround

bash

railway domain add swahili.live


aayankali

Hey, this looks like a Railway-side validation bug rather than an intentional restriction — .live is a legitimate ICANN-approved TLD and Railway's docs don't list any blocked TLDs. Here's what to try: 1. Try adding it as a subdomain first Instead of swahili.live, try www.swahili.live — sometimes Railway's domain input has issues with bare apex domains on certain TLDs. 2. Contact Railway support directly Go to railway.com → Help → Contact Support and report it as a bug. Mention: The exact domain: swahili.live That other TLDs work fine but .live is rejected at input Ask them to whitelist it or fix the validation regex 3. Use the Railway CLI as a workaround bash railway domain add swahili.live

tomcoder
HOBBYOP

17 days ago

The add domain button is inactive with the .live domain


tomcoder

The add domain button is inactive with the .live domain

aayankali
FREE

17 days ago

can u share the screenshot


aayankali

can u share the screenshot

tomcoder
HOBBYOP

17 days ago

Attached. I remove the last e for comparison which seems to work and it's a non existent tld. So it seems .live has been deliberately prohibited

Screenshot 2026-05-21 at 00.12.02.png

Screenshot 2026-05-21 at 00.12.32.png


aayankali
FREE

17 days ago

You're right that .live appears to be deliberately blocked on Railway's end. Here's what you can do:

Workaround 1 — Cloudflare Workers (Best option)

Add swahili.live to Cloudflare (free)

Point Cloudflare to your Railway app's .up.railway.app domain using a Worker or proxy rule

Your site runs on swahili.live effectively — Railway never needs to know about it

Workaround 2 — Cloudflare SSL + Proxy

Add swahili.live to Cloudflare

Set a CNAME pointing to your xxx.up.railway.app domain

Enable orange cloud (proxy ON)

Cloudflare handles SSL and forwards traffic to Railway

You never need to add the domain inside Railway at all

This is probably the easiest and fastest fix — Railway just sees traffic coming from Cloudflare, it doesn't care about the domain name.


tomcoder

Attached. I remove the last e for comparison which seems to work and it's a non existent tld. So it seems .live has been deliberately prohibited ![Screenshot 2026-05-21 at 00.12.02.png](https://station-server.railway.com/attachments/att_01ks3krrbjfvmbg4twhqqhaq9g) ![Screenshot 2026-05-21 at 00.12.32.png](https://station-server.railway.com/attachments/att_01ks3ks1k5fzs92a280cg911dp)

aayankali
FREE

17 days ago

can u try the workaround once

cheers


ve-jo
HOBBYTop 5% Contributor

17 days ago

I would be careful with the Cloudflare workaround here: simply proxying swahili.live to the *.up.railway.app domain may still fail, because Railway custom domains normally need to be added to the service and verified with the TXT record before Railway routes requests for that Host header.

Since your screenshot shows the Add button disabled for .live while even a non-existent TLD is accepted, this looks like frontend/domain-validation behavior rather than DNS propagation.

Two practical checks:

  1. Try the CLI/API path to see whether this is only a dashboard validation issue:

railway domain add swahili.live --service <service>

The CLI should either return the required CNAME/TXT records or expose the real validation error.

If the CLI also rejects .live, this likely needs Railway to fix/clarify the TLD validation. Include the domain, screenshot, and the fact that swahili.liv enables the button while swahili.live disables it.

Railway domain docs say custom domains should return CNAME + TXT records and both are required for routing/verification:

https://docs.railway.com/networking/domains/working-with-domains

https://docs.railway.com/cli/domain


ve-jo

I would be careful with the Cloudflare workaround here: simply proxying `swahili.live` to the `*.up.railway.app` domain may still fail, because Railway custom domains normally need to be added to the service and verified with the TXT record before Railway routes requests for that Host header. Since your screenshot shows the Add button disabled for `.live` while even a non-existent TLD is accepted, this looks like frontend/domain-validation behavior rather than DNS propagation. Two practical checks: 1. Try the CLI/API path to see whether this is only a dashboard validation issue: ` railway domain add swahili.live --service <service>` The CLI should either return the required CNAME/TXT records or expose the real validation error. If the CLI also rejects .live, this likely needs Railway to fix/clarify the TLD validation. Include the domain, screenshot, and the fact that swahili.liv enables the button while swahili.live disables it. Railway domain docs say custom domains should return CNAME + TXT records and both are required for routing/verification: https://docs.railway.com/networking/domains/working-with-domains https://docs.railway.com/cli/domain

aayankali
FREE

17 days ago

The Cloudflare workaround CAN still work if you do it properly:

Add swahili.live to Cloudflare

Point CNAME to xxx.up.railway.app

Use a Cloudflare Worker to rewrite the Host header to xxx.up.railway.app before forwarding

export default {

async fetch(request) {

const url = new URL(request.url)

url.hostname = "xxx.up.railway.app"

return fetch(url.toString(), {

  headers: {

    ...request.headers,

    "host": "xxx.up.railway.app"

  }

})

}

}

This means Railway only ever sees its own .up.railway.app domain in the Host header — it never knows about swahili.live. Cloudflare handles the public-facing domain completely.

but yes i do agree that CLI should be the first thing to try before anything else, because if it's only a frontend validation bug, the CLI bypasses it instantly with no workarounds needed. I mentioned it to on the first reply itself


16 days ago

Hey, just a heads up. I don't think that it's Railway not allowing .live TLDs but rather that this specific domain has already been attached to some Railway service in the past.

image.png

.live TLDs in general work:

image.png

Using a domain that has already been used on Railway (for example railway.dating) would result in it not being available.

image.png


uxuz

Hey, just a heads up. I don't think that it's Railway not allowing .live TLDs but rather that this specific domain has already been attached to some Railway service in the past. ![image.png](https://station-server.railway.com/attachments/att_01ks4vghrde8pbngfpfvbmgt00) .live TLDs in general work: ![image.png](https://station-server.railway.com/attachments/att_01ks4v8bdse0281nxee0knbrbc) Using a domain that has already been used on Railway (for example railway.dating) would result in it not being available. ![image.png](https://station-server.railway.com/attachments/att_01ks4ve413fvkb7em2knk4enkj)

tomcoder
HOBBYOP

16 days ago

I just registered this domain yesterday and haven't used it on railway.


Welcome!

Sign in to your Railway account to join the conversation.

Loading...