Is this an HTTP or TCP service? because right now the linked service is not publicly exposed at all.

it will be tcp. I disable the proxy bc I was trying to determine if the port variables were still defined after removing the proxy.

So here, I would like to define my application port to be the same as the port I get back from the proxy

After entering the port, I get two disparate ports, but I would like them to be the same. So I would either need to be able to request a port before setting up the the container port, or define the proxy port and container port as the same.

Are you actual running a TCP service though?

Yes. It's a p2p networking service

Can you go into more details please?

The goal of using Railway is to provide users of our operator software a simple template to run our operator client without a lot of hassle and server management.

The Operator client communicates with other operator clients to determine whether or not they need to respond to an event.

It's a distributed network of sorts where users get to participate in the network. We are trying to give them an easy way to deploy the software.

Website:
https://dev.drosera.io/docs/intro/

You could add variables TCP_PROXY_DOMAIN=${{RAILWAY_TCP_PROXY_DOMAIN}} and TCP_PROXY_PORT=${{RAILWAY_TCP_PROXY_PORT}} to your service and then use them in code.

Yeah, I think we will need to add a proxy port configuration parameter/argument in order to allow us to broadcast the location of the proxy as the entrypoint of our p2p networking. Then we can run the application on whatever port we want and direct the proxy there while broadcasting the proxy as the p2p location.

Thanks

As a side note ( though I'm not sure how many people will need this) it might be nice to be able to request the port number they will get from the proxy before defining the port that their application will be listening on.

Awsome, going to mark this as solved then!