Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

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 have installed RabbitMQ on a Debian Linux Squeeze machine, and I would like it to only listen to the localhost interface. I have added


to my /etc/rabbitmq/rabbitmq.conf file, and that makes it bind to only the localhost interface when listening on the amqp port (5672). However, it still binds to all interfaces when listening on ports epmd (4369) and 43380:

# lsof -n -a -i -urabbitmq
epmd     7353 rabbitmq    3u  IPv4 1177662      0t0  TCP *:epmd (LISTEN)
epmd     7353 rabbitmq    5u  IPv4 1177714      0t0  TCP> (ESTABLISHED)
beam.smp 7365 rabbitmq   10u  IPv4 1177711      0t0  TCP *:43380 (LISTEN)
beam.smp 7365 rabbitmq   11u  IPv4 1177713      0t0  TCP> (ESTABLISHED)
beam.smp 7365 rabbitmq   19u  IPv4 1177728      0t0  TCP (LISTEN)

How do I prevent this? Do I have to set up iptables, or are there additional RabbitMQ configuration options that will make it do what I want?

share|improve this question
epmd is not part of RabbitMQ. It is the Erlang naming daemon. Best way to bind only to localhost is to give rabbit the nodename 'rabbit@localhost'. This is the nodename used to cluster multiple RabbitMQ servers, and is used by Erlang to find the node across the network. The part after the @ is the hostname that is running Rabbit and clearly, localhost is not an externally accessible name. – Michael Dillon Jun 11 '11 at 6:40
up vote 33 down vote accepted

Putting the following in /etc/rabbitmq/rabbitmq-env.conf will make RabbitMQ and epmd listen on only localhost:

export RABBITMQ_NODENAME=rabbit@localhost

It takes a bit more work to configure Erlang to only use localhost for the higher numbered port (which is used for clustering nodes as far as I can tell). If you don't care about clustering and just want Rabbit to be run fully locally then you can pass Erlang a kernel option for it to only use the loopback interface.

To do so, create a new file in /etc/rabbitmq/ - I'll call it rabbit.config. In this file we'll put the Erlang option that we need to load on run time.


If you're using the management plugin and also want to limit that to localhost, you'll need to configure its ports separately, making the rabbit.config include this:

[ {rabbitmq_management, [ {listener, [{port, 15672}, {ip, ""}]} ]}, {kernel, [ {inet_dist_use_interface,{127,0,0,1}} ]} ].

(Note RabbitMQ leaves epmd running when it shuts down, so if you want to block off Erlang's clustering port, you will need to restart epmd separately from Rabbit.)

Next we need to have RabbitMQ load this at startup. Open up /etc/rabbitmq/rabbitmq.conf again and put the following at the top:

export RABBITMQ_CONFIG_FILE="/etc/rabbitmq/rabbit"

This loads that config file when the rabbit server is started and will pass the options to Erlang.

You should now have all Erlang/RabbitMQ processes listening only on localhost! This can be checked with netstat -ntlap

EDIT : In older versions of RabbitMQ, the configuration file is : /etc/rabbitmq/rabbitmq.conf. However, this file has been replaced by the rabbit-env.conf file.

share|improve this answer
Nice answer! Keep it up dear new user :) – pauska Oct 7 '11 at 12:35
Bravo! Thanks. Note: I needed 'rabbitmq-env.conf' on RabbitMQ for CentOS/RHEL via EPEL. And while the 'rabbit' export for 'rabbit.config' seemed strange to me, it worked sans suffix. – astrostl Feb 28 '13 at 22:29

To make RabbitMQ listen on localhost / bind only to localhost:

3 Different ways (all equivalent):

  • Put NODE_IP_ADDRESS= in the environment variables file (See

  • Put tcp_listeners and ssl_listeners properties in config file: The configuration entries tcp_listeners and ssl_listeners govern the interfaces that RabbitMQ listens on. An entry for just listening on localhost would be e.g., {tcp_listeners, [{'', 5672}]} (Syntax might not be correct, check it)

  • export the env. variable in the startup script (/etc/init.d/rabbitmq-server) export RABBITMQ_NODE_IP_ADDRESS=

The latter worked for me.


The Epmd program makes distributed parts of Erlang runtime work. If you are building a multi-machine cluster you need to leave them accessible to other nodes and certainly localhost. But it has built-in protection via cookie file.

It hardly ever requires any attention. Just keep in mind that erlang programs (including rabbitmqctl, for example) need to access that port to contact other erlang programs.

But, if you are dealing with financial data or health records, protecting epmd may be a good idea. Default port epmd uses is 4369, other programs connect to it via tcp.

See also:

If you need to secure RabbitMQ any further,

  1. Disable the built-in guest account

  2. Consider using SSL and authenticating using the certificate chain

I got these answers from the RabbitMQ community IRC channel.

Would like to thank them.

Hope the above saves some time for you (it took me 6 hours to find an answer).

share|improve this answer
The epmd link above has an entry for ERL_EPMD_ADDRESS, presumably to set the addresses epmd will bind to, except I don't see where to set that environment variable for the rabbitmq user. – François Beausoleil Sep 7 '11 at 19:07

If you specify environment variables in the rabbitmq.conf file you have to drop the RABBITMQ_ prefix, so try:


share|improve this answer
On my installation, either RABBITMQ_NODE_IP_ADDRESS or NODE_IP_ADDRESS works, but as mentioned only for the amqp port. – Vebjorn Ljosa Feb 15 '11 at 15:03
The epmd port is a function of the erlang port mapper, and afaik it's not possible to restrict it's bind address. – cbz Feb 15 '11 at 22:45
Also, the EPMD port is protected with cookies so nobody can connect unless they know your RabbitMQ server cookie. You would only give that cookie to other members of a RabbitMQ cluster. Same principle as an API key. – Michael Dillon Jul 12 '12 at 0:04

AFAIK you can't really configure epmd interfaces. You can only set up the epmd port:

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.