Rabbitmq
This behavior is typically caused by a failure in the authentication backend that prevents the handshake from completing. Common causes include:
If you have recently upgraded or are using Erlang 26, ensure that the LDAP SSL options are explicitly set. As a troubleshooting step, you can disable peer verification to confirm the root cause:
In your advanced.config:
{rabbitmq_auth_backend_ldap, [ {use_ssl, true}, {ssl_options, [{verify, verify_none}]}, ...]}Note: For production environments, it is recommended to properly configure CA certificates and set verify_peer once the connection is confirmed.
Ensure the LDAP plugin is configured to properly resolve users from your directory (especially for Active Directory):
Ensure that the LDAP backend is correctly listed in your rabbitmq.conf or advanced.config. If the LDAP plugin is loaded but not in the auth_backends list, authentication will fail.
Example rabbitmq.conf:
auth_backends.1 = rabbit_auth_backend_internalauth_backends.2 = rabbit_auth_backend_ldapTo confirm if the LDAP configuration is blocking local user access:
For detailed logging, enable debug logs by adding the following to rabbitmq.conf: log.console.level = debug
Look for specific error strings in the logs: