Рейтинг:0

приложение устанавливает привязку LDAP к версии 2, когда в коде жестко запрограммировано вызывать только версию 3

флаг cn
Avi

у нас есть приложение на основе Java, которое подключается к серверу поиска LDAP клиента. Клиент хочет избавиться от любых запросов на привязку к версии 2. Поэтому наш отдел исследований и разработок обновил параметр в коде в соответствии с документацией от Oracle (java.naming.ldap.version Значением этого свойства является строка, указывающая версию протокола для поставщика.) Однако, когда это развернуто в рабочей среде... в трассировках tcpdump мы видим запрос на привязку для версии 2 и версии 3. (Отказоустойчивость не наблюдается из-за наблюдаемых проблем)

Я не могу воспроизвести это поведение на тестовом сервере (долгая история, но это устаревшее программное обеспечение за эти годы сменило много рук, поэтому возможно, что тест и продукт полностью идентичны... также тест не будет иметь одинаковое количество запросов и, следовательно, проблемы как продукт и т. д. и т. д.)

Кто-нибудь сталкивался с этой проблемой? Спасибо за ваше время заранее.

13 2021-10-06 02:22:56.856380 172.29.129.150 217.171.130.8 LDAP 105 2 bindRequest(1) "cn=xxx" простой
14 2021-10-06 02:22:56.895004 217.171.130.8 172.29.129.150 TCP 68 16612 – 37036 [ACK] Seq=1 Ack=38 Win=14592 Len=0 TSval=117821307 TSecr=14579793
15 2021-10-06 02:22:56.896298 217.171.130.8 172.29.129.150 LDAP 82 bindResponse(1) успех

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.