2 months ago
Description of the issue you're facing:
We're trying to use DataBento's live streaming API for real-time financial data in our trading application. DataBento uses port 13000 for live streaming connections, but Railway appears to be blocking outbound TCP connections to this port.
Error messages and descriptions:
TypeError: Connection does not support read-write operations
Authentication with equs-mini.lsg.databento.com:13000 timed out after 30.0 second(s)
Key Technical Details:
Service: DataBento live streaming API
Port: 13000 (TCP)
Connection Method: DataBento Raw API (we don't specify host/port - DataBento handles internally)
Works: Locally on our development machines
Fails: On Railway cloud deployment
DataBento Support Confirmed: "You do not need to specify the host/port when running the example" - they handle connection details internally
Logs:
INFO:databento.live.client:adding user callback handle_live_dataTypeError: Connection does not support read-write operations
Authentication with equs-mini.lsg.databento.com:13000 timed out after 30.0 second(s)
Code example:
# This is our exact implementation following DataBento's documentationimport databento as db
client = db.Live(api_key) # No host/port specified
for record in client: # DataBento internally connects to port 13000
process_data(record)
Questions:Does Railway block outbound TCP connections to non-standard ports like 13000?
Is there a way to whitelist specific ports for outbound connections?
Are there any network policies that restrict live streaming data services?
Would upgrading to a higher Railway plan resolve this issue?
Workaround Implemented:
We've implemented a polling strategy using DataBento's historical API (port 443) as a workaround, but this reduces our data freshness from real-time to ~30 seconds.
5 Replies
2 months ago
Hey there! We've found the following might help you get unblocked faster:
If you find the answer from one of these, please let us know by solving the thread!
2 months ago
Hello,
We are not blocking the outbound TCP port 13000.
I am going to open this up to the community to help you debug this.
Status changed to Awaiting User Response Railway • about 2 months ago
2 months ago
This thread has been marked as public for community involvement, as it does not contain any sensitive or personal information. Any further activity in this thread will be visible to everyone.
Status changed to Open brody • about 2 months ago
2 months ago
maybe youre trying to use https? that endpoint is http
2 months ago
What We Tried (In Order):
Analyzed the Error
TypeError: Connection does not support read-write operations
Authentication with equs-mini.lsg.databento.com:13000 timed out
Researched DataBento Documentation
Confirmed correct gateway: equs-mini.lsg.databento.com:13000
Confirmed protocol: TCP (not HTTPS)
Used official DataBento Python client v0.63.0
Verified Code Implementation
Explicit gateway configuration
No HTTPS usage anywhere
Proper TCP connection parameters
Tested Railway Connectivity
Used Railway's own SMTP testing method
Result: equs-mini.lsg.databento.com port 13000 unreachable
Analyzed Railway Documentation
No port restrictions mentioned
Static Outbound IPs available for Pro plan
Enabled Static Outbound IP
Upgraded to Pro plan
Configured static IP: XXXXX
Redeployed successfully
Re-tested After Static IP
Result: Still unreachable
Same connection errors persist
Key Findings:
Railway confirmed: "We are not blocking port 13000"
DataBento confirmed: Uses HTTP/TCP, not HTTPS
Our implementation: Correct protocol and gateway
Static IP enabled: But still cannot connect
Root cause: Railway's network cannot reach DataBento's gateway
2 months ago
try without static ip and without ai responses