Closed srburton closed 4 years ago
Thank you for your time.
Team RabbitMQ uses GitHub issues for specific actionable items engineers can work on. GitHub issues are not used for questions, investigations, root cause analysis, discussions of potential issues, etc (as defined by this team).
We get at least a dozen of questions through various venues every single day, often light on details. At that rate GitHub issues can very quickly turn into a something impossible to navigate and make sense of even for our team. Because GitHub is a tool our team uses heavily nearly every day, the signal/noise ratio of issues is something we care about a lot.
Please post this to rabbitmq-users.
Thank you.
Connection not succeeding is not a bug in RabbitMQ or the client. The error is pretty clear: the node has refused a connection. We cannot suggest anything with the amount of information provided but all connections that send at least 1 byte of data are logged. See server logs for clues. If a local (or seemingly local thanks to VPN) connection succeeds but one from a remote host fails, you must be using a loopback-only user with well-known credentials. Such users can only connect from localhost by default as a security measure. There is a doc section that explains what is recommended over enabling remote access for such known users.
Our team also has produced a doc guide that explains a methodology for troubleshooting network connectivity that saves everyone time.
@michaelklishin Thanks, I'll take a look at this loopback question, but it was already a big help :-)
I have a recent problem, I'm running rabbitmq in a container on ECS on AWS.
I have a vpn, when my application on localhost accesses the rabbitmq server works normally like the image below.
When the service is on AWS I have the following errors: