Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ACCESS-REFUSED after upgrade to version 0.5.2 #392

Closed
NilsFrkal opened this issue Nov 14, 2017 · 5 comments
Closed

ACCESS-REFUSED after upgrade to version 0.5.2 #392

NilsFrkal opened this issue Nov 14, 2017 · 5 comments

Comments

@NilsFrkal
Copy link

Connection to RabbitMQ works fine with 0.5.1, but after npm update to version 0.5.2 I get error "Connection error to rabbitMQ Error: Handshake terminated by server: 403 (ACCESS-REFUSED) with message "ACCESS_REFUSED - Login was refused using authentication mechanism PLAIN." Downgraded to 0.5.1 again and everything works.

@squaremo
Copy link
Collaborator

Hrm, there were some changes to authentication in this release -- see #330. Is it possible that your username(s) include a colon? If so, you may need to use an object with separate username and password fields, as covered under http://www.squaremobius.net/amqp.node/channel_api.html#connect.

@cressie176
Copy link
Collaborator

cressie176 commented Nov 25, 2017

We've also upgraded to 0.5.2 and have had one incidence of this. One of our services reconnected at 4am, and got a 403 (ACCESS-REFUSED) with message "ACCESS_REFUSED" message. The service reconnected to the next node in the cluster and everything worked fine. There's no chance the password was changed and only contains alpha numerics

@squaremo
Copy link
Collaborator

The service reconnected to the next node in the cluster and everything worked fine.

That's a bit frightening -- I'm not sure where this kind of non-determinism would have crept in.

@cressie176
Copy link
Collaborator

Probably should explain the reconnect bit. We're using Rascal which automatically reconnects on error. If you have Rabbit configured for HA and you specify an array of connections Rascal will randomise the array at startup, then cycle through them if it needs to reconnect. We're having some network issues at the moment, which cause heartbeat timeouts so we're erroring / reconnecting a few times a week. One of these resulted in the 403. As far as I know it hasn't happened since, but worth keeping an eye out for.

@cressie176
Copy link
Collaborator

Closing - I haven't seen this in a long time.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants