c18400df-5dee-4fe7-bc56-a98db8d475bd

two different projects, or two different services?

please read this page so we can get our terminology correct before going forward -

two different services within the same project

thank you

is this a CSR frontend?

NextJS frontend, blend of SSR/CSR

some of my build steps hit the backend, when I've changed to the internal URL (with https:// prefix) I get this:

```#12 22.31 TypeError: fetch failed

12 22.31 at node:internal/deps/undici/undici:12502:13

12 22.31 at process.processTicksAndRejections (node:internal/process/task_queues:95:5)

12 22.31 at async a (/app/.next/server/…/page.js:1:11099)

12 22.31 at async u (/app/.next/server/…/page.js:1:10740) {

12 22.31 digest: '4154157414',

12 22.31 [cause]: Error: getaddrinfo ENOTFOUND

12 22.31 at GetAddrInfoReqWrap.onlookupall as oncomplete

12 22.31 at GetAddrInfoReqWrap.callbackTrampoline (node:internal/async_hooks:130:17) {

12 22.31 errno: -3008,

12 22.31 code: 'ENOTFOUND',

12 22.31 syscall: 'getaddrinfo',

12 22.31 hostname: '.railway.internal'

12 22.31 }```

the private network is not available during build time.

the internal domains may use domains instead of IP addresses, but they need to be treated like a local IP, meaning you use http and a port in the URL.

if your frontend calls the backend via SSR during runtime use the private network.

if a client's browser calls the backend, use the public url.

Are the IPs static on a hobby plan?

that is a pro only feature, and it doesnt have anything to do with private networking.

all makes sense, thanks Brody

let me know if you have any more questions

sorry, one more, when addressing the internal url in SSR, do I use http or https prefix?

http

treat it like your local network, but instead of a ip, it uses a domain

thanks man. Is that something that's obvious to everyone but me, or should it be in docs? (Or, is it already?)

its not obvious to everyone, i can for sure see the logic in thinking you would use https with a domain name, but it is in the docs! -

thanks again - should have read the manual

its not always a first thought to dig into the docs, no worries!

ok - have been trying this, on an API call that is definitely SSR

I'm calling :8080/ from my frontend. My backend (python) has the internal url in ALLOWED_HOSTS

I'm getting a ``` code: 'ECONNREFUSED',

syscall: 'connect',```

on the frontend

please provide the actual url you are using

DM'd

<#727685388893945877> #5

you need a way people can pass you variables they don't want exposed

would rather not post in public

https://discord.com/channels/@me/1268277244757934205/1280569092574674964

I assure you it's not sensitive in the slightest

http://share-a-podcast-be-prod.railway.internal:8080/episode/b71503e3-a130-48a3-9133-9dfd22a05b29/

it wouldn't be a very private network otherwise haha

does your backend listen on 8080?

yes

gunicorn? unicorn?

verified with a print on launch of my backend - THE PORT IS 8080

gunicorn - started with web: python [manage.py](manage.py) migrate && gunicorn .asgi:application -k uvicorn.workers.UvicornWorker --bind 0.0.0.0:$PORT

remove the bind flag

(and it's accompanying host:port)

doing so

no joy

show me your new start command please

web: python manage.py migrate && gunicorn shareapodcast_be.asgi:application -k uvicorn.workers.UvicornWorker

what error are you getting now

Same as above

Connection refused

very sorry, i was mistaken, your start command needs to be -

web: python manage.py migrate && gunicorn .asgi:application -k uvicorn.workers.UvicornWorker --bind [::]:$PORT

works!

Next is now giving me warnings about mixed protocols being used (https vs http)

Which I’ll look at

sounds good