I'm able to access your site. Try using a VPN.

Thanks for checking! I tried connecting via Turbo VPN as suggested, but the

login still timed out after ~1 minute with "Connection error." Right after

disconnecting the VPN, the app loaded fast again on my normal connection.

So it seems like the VPN test wasn't a clean comparison since the VPN's own

servers may have added latency. The core issue is still intermittent on my

direct mobile connection (without VPN) — sometimes loads instantly, sometimes

times out completely (ERR_CONNECTION_TIMED_OUT) for 60+ seconds, even though:

• DNS/CNAME is verified correct
• • Container logs show healthy 200 OK responses during the same timeout window
• • This also briefly happened on the auto-generated *.up.railway.app domain,
• not just my custom domain

Is there anything on Railway's edge/proxy side I should check, or could this

be specific to my region (India) reaching the US-East datacenter? Happy to

run any other tests that would help narrow it down.

Thanks for checking! I tried connecting via Turbo VPN as suggested, but the

login still timed out after ~1 minute with "Connection error." Right after

disconnecting the VPN, the app loaded fast again on my normal connection.

So it seems like the VPN test wasn't a clean comparison since the VPN's own

servers may have added latency. The core issue is still intermittent on my

direct mobile connection (without VPN) — sometimes loads instantly, sometimes

times out completely (ERR_CONNECTION_TIMED_OUT) for 60+ seconds, even though:

• DNS/CNAME is verified correct

• Container logs show healthy 200 OK responses during the same timeout window

• This also briefly happened on the auto-generated *.up.railway.app domain,

  not just my custom domain

Is there anything on Railway's edge/proxy side I should check, or could this

be specific to my region (India) reaching the US-East datacenter? Happy to

run any other tests that would help narrow it down.

Try enabling CDN caching. Deploying to multiple regions also helps.

Thanks for the suggestions! I'm planning to migrate both my API service

and PostgreSQL database together to Singapore region to keep them co-located.

Quick question before I start: is there a way to change region on my

existing services in-place, or do I need to create new services in

Singapore and migrate data over (pg_dump/restore) then cut over DNS?

Want to make sure I'm not missing a simpler official migration path.

Yes, you can change the region without creating a new service.

Open your project, select the service, then go to Settings → Scale and change the deployment region to Singapore. Railway will redeploy the service in the selected region.

You can also deploy the service to multiple regions at the same time if you want to improve latency and availability for users in different locations.

Just make sure your PostgreSQL database is located appropriately as well, since keeping the API and database in the same region generally provides the best performance.

Thank you, I'll do it.

Thanks Everyone! Does changing region under Settings → Scale migrate the existing

data automatically, or does it create a fresh empty instance in the new

region? I have production data I can't afford to lose.

It automatically copies the volume over.

Thank you

Issue resolved by migrating both the API service and PostgreSQL database to Singapore region (Southeast Asia) . App is now loading significantly faster for users in India. Thanks for the suggestions!

My subscription has been expired, now I paid for Hobby plan when can I get live? how to I do auto renewal for my subscription

Last time immediately changed to trial to Hobby after paid. but still not changed to live

It should automatically renew.

You'll need to redeploy your services manually for them to be live again.

Dear Moderator, it is showing offline. I have made payment 25 mins before. still showing free.

Your $5 payment on Sep 7 cleared the balance on invoice CZKW71MS-0011, but the Hobby subscription had already been cancelled for non-payment before that payment arrived (Hobby has a 3-day grace period after the invoice due date). Paying the outstanding balance does not automatically restart the subscription. To get your services running again, subscribe to the Hobby plan from your workspace plans page - once subscribed, redeploy your services and the plan will auto-renew each month going forward. Your volume data (including your Postgres database) is still intact and will be available once you redeploy.

Thanks for clarifying.

I understand that my Hobby subscription was cancelled after the 3-day grace period and that paying the outstanding invoice does not automatically reactivate the subscription.

However, I have already paid the $5 outstanding balance today (September 7) for invoice CZKW71MS-0011, and I have received the payment receipt (Receipt #2552-7910).

Before I subscribe to the Hobby plan again, could you please clarify what will happen to the $5 payment I have already made?

If I subscribe to the Hobby plan again now, will I be charged another $5? If so, can the $5 I already paid be applied as a credit toward the new Hobby subscription, or can it be refunded?

I just want to avoid making a second $5 payment for the same billing period without knowing how the first payment will be handled.

Please advise me on the best way to proceed.

Thank you.

Hi, I’m following up on my previous message regarding my Hobby subscription.

I have already paid the $5 outstanding balance for invoice CZKW71MS-0011, but my Hobby subscription is still not active.

Could you please check my account and confirm whether I need to subscribe to the Hobby plan again?

If I do need to subscribe again, please also confirm what will happen to the $5 payment I have already made (Receipt #2552-7910).

I have not made any additional payment yet, as I’m waiting for your clarification.

Thank you.

You paid an outstanding invoice. You’ll need to resubscribe again to continue on the Hobby plan.