Hello,
I just launched and deployed my Rails app. Neither .fly.dev nor the shared IPv4 are getting me to my site. Also on deploy, it said:
The app is not listening on the expected address and will not be reachable by fly-proxy.
You can fix this by configuring your app to listen on the following addresses:
- 0.0.0.0:3000
Found these processes inside the machine with open listening sockets:
PROCESS | ADDRESSES
------------------------------------------*----------------------------------------
/.fly/hallpass | [fdaa:17:37db:a7b:3d9:aa71:822c:2]:22
puma 6.4.2 (tcp://0.0.0.0:8080) [rails] | 0.0.0.0:8080
@halfer Ok so it turns out it resets my port to 3000 after each launch even if I instruct it to copy the existing configuration. Any ideas why? Can I just change this later and force it to use it anyway?
@halfer I see, well, after the launch command it rewrites my TOML, but after I edited it and deployed, it worked. I can use my appname.fly.dev link, and it opens my app. It still doesn’t work on IPv4 tho but I think thats ok. I’m still confused as to where I actually feed it my config then, not at launch?..
I think flyctl launch you do once to create the TOML config file. I personally don’t like it, as I think the file is best constructed by hand. It feels like a kindness for Fly to provide this, as it gets more people running more quickly, but it is at the cost of making the platform more confusing.
You should do a flyctl deploy every time you want to update your app. The problem here is that you’re doing a one-time step repeatedly.