LDAP соответствует роли пользовательской базы данных для приложения?
Вам настроили "herman-рабочий-стол" в/etc/hosts к адресу localhost в ipv6 только, так как rabbitmq выполняет ipv4, он не сможет соединить, отредактировать/etc/hosts и добавить herman-рабочий-стол (Ваше название машины, которое я предполагаю) к строке 127.0.0.1 (localhost на ipv4)
Также, если у Вас нет 127.0.1.1 настроенных на Вашей машине, она похожа на тип мне :)
Это может быть проще или сложнее, если библиотеки / платформы, которые вы используете для своего приложения, позволяют использовать отдельное хранилище данных для аутентификации пользователя.
Предполагая (возможно, ошибочно), что структура, используемая для создания вашего приложения, поддерживает хранение ваших пользовательских данных / модели в LDAP, вы можете извлечь из этого пользу. Корпоративное приложение аутентификации и авторизации LDAP.
LDAP обычно в значительной степени оптимизирован для чтения поверх записи, что обычно является профилем использования сортировки, наблюдаемым для большинства учетных записей пользователей.
LDAP изначально разработан именно для этого случая использования, обычно он намного быстрее, чем, например, реляционная база данных. Было несколько широко используемых реализаций, таких как Active Directory. Поэтому я не понимаю, почему использование LDAP для аутентификации пользователей могло бы / было бы плохой идеей.