After upgrading our team's rails application to 4.2, as the release note mentioned, the default ip rails server
binds to is changed to localhost
from 0.0.0.0
.
We develop with Vagrant, and want the development server to be accessible directly from browser on the host machine.
Instead of typing rails s -b 0.0.0.0
every time from now on, I wonder if there's any more elegant solution, so that we can still use sth as simple as rails s
to start the server. Perhaps:
- a config file
rails s
reads where I can modify the default binding ip (without using-c
) - port forward with vagrant (tried but failed, see problem encountered below)
- a monkey patch to rack, that changes the default binding ip
The real goal behind this is that I want the upgrade to be smooth among our team, avoiding the glitch that people will have to constantly restarting their rails server due to the missing -b 0.0.0.0
part.
I tried vagrant port forwarding, but still get Connection Refused
when I visit localhost:3000
on the host machine. The two configuration lines I tried was:
config.vm.network "forwarded_port", guest: 3000, host: 3000
config.vm.network "forwarded_port", guest: 3000, guest_ip: '127.0.0.1', host: 3000
Didn't find any relevant instructions in the official docs. Any help will be appreciated.
Here's a simpler solution that I'm using. I already like/need dotenv and puma-heroku, so if using those doesn't work for you then this might not be for you.
/config/puma.rb
Gemfile
.env
Now I can start both dev and production with
rails s
.Switch to Puma and specify
port
inconfig/puma.rb
, e.g.:Apparently it will bind to 0.0.0.0 for the specified port: https://github.com/puma/puma/issues/896
I'm having the same issue here and I found today a better solution. Just append this code to your config/boot.rb and it should work with vagrant.
ps: Its based on: this answer
If you use docker or another tool to manage the environment variables, you can set the
HOST
environment variable to the IP you need to bind.Example:
HOST=0.0.0.0
Add it to
docker.env
file if you use Docker or.env
if you use foreman.Met the same problem. Found the blog Make Rails 4.2 server listens to all interfaces.
Add the following to config/boot.rb
You can use foreman to run a
Procfile
with your custom commands:Now start your Rails application with:
The good thing about foreman is that you can add other applications to the Procfile (like sidekiq, mailcatcher).
The bad thing about foreman is that you have to train your team to run
foreman start
instead ofrails s
.