Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I am using nginx on debian, and have a server configured with

server {
  listen deferred;

When I test the nginx config I still get

[emerg] bind() to failed (99: Cannot assign requested address)

It's an ssl host, and is using pacemaker for HA, hence why I need to be able to defer the bind

share|improve this question
up vote 6 down vote accepted

If I'm understanding correctly, you are attempting to make nginx listen on an IP which may or may not exist on the local machine at the time nginx is started, correct?

If so, then the solution lies outside of nginx, as this operation is being disallowed by the Linux kernel.

To allow processes to bind to an IP that doesn't exist you set the net.ipv4.ip_nonlocal_bind sysctl. On Debian/Ubuntu you'd do this:

echo net.ipv4.ip_nonlocal_bind=1 | sudo tee -a /etc/sysctl.conf
sudo sysctl -p
share|improve this answer

The deferred option doesn't defer the socket bind(), it defers the accept(), so this isn't what you're looking for. I don't know of any webserver which explicitly provides this feature, and in any case, you'd need to signal to the webserver when to bind. Your best option is to simply bind to so that it doesn't matter what IP addresses are attached at the time. If this really isn't possible, and nginx takes longer to startup than you can afford at failover time (which would surprise me), then your only option is to initially start it listening on a different IP, and then at failover time change the configuration file and send nginx SIGHUP to reload its configuration.

share|improve this answer

According to the nginx author Igor Sysoev's reply (in Russian) he considers both deffer and accept_filters being rather of disutility to nginx at contrary to apache. He points out that for those kind of connections there're no timeouts provisioned, so they get closed only on overflow, and that means that with backlog set to 10000 about 15000 sockets would be wasted as "hanging" in idle state.

share|improve this answer

Is there a reason why you want to listen on a particular IP? It would be much simpler to listen able on all. Anyhow it will get traffic only when HA kicks in and backup becomes primary.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.