遇到了一个很隐蔽的 bug,JDK 的 LDAP 实现可能没法正常处理 AD 在 search 的时候返回的 referral,导致的结果就是用户登录的时候可能卡很久,但是最后能登录进去(如果没有被其他 timeout 拦下来的话)
日志里的表现是
ref: https://docs.cloudbees.com/docs/cloudbees-ci-kb/latest/troubleshooting-guides/cannot-make-my-ldap-configuration-to-work
ref: https://stackoverflow.com/a/4144422
ref: https://stackoverflow.com/a/59275361
日志里的表现是
searchForSingleEntryInternal
和 searchForUser
两条 trace 之间会有不该出现的的空白(实为卡在 NamingEnumeration
的 hasMore()
),Wireshark 抓包的结果显示这段时间里什么都没有发生ref: https://docs.cloudbees.com/docs/cloudbees-ci-kb/latest/troubleshooting-guides/cannot-make-my-ldap-configuration-to-work
ref: https://stackoverflow.com/a/4144422
ref: https://stackoverflow.com/a/59275361
tgoop.com/idawnlightc/3801
Create:
Last Update:
Last Update:
遇到了一个很隐蔽的 bug,JDK 的 LDAP 实现可能没法正常处理 AD 在 search 的时候返回的 referral,导致的结果就是用户登录的时候可能卡很久,但是最后能登录进去(如果没有被其他 timeout 拦下来的话)
日志里的表现是
ref: https://docs.cloudbees.com/docs/cloudbees-ci-kb/latest/troubleshooting-guides/cannot-make-my-ldap-configuration-to-work
ref: https://stackoverflow.com/a/4144422
ref: https://stackoverflow.com/a/59275361
日志里的表现是
searchForSingleEntryInternal
和 searchForUser
两条 trace 之间会有不该出现的的空白(实为卡在 NamingEnumeration
的 hasMore()
),Wireshark 抓包的结果显示这段时间里什么都没有发生ref: https://docs.cloudbees.com/docs/cloudbees-ci-kb/latest/troubleshooting-guides/cannot-make-my-ldap-configuration-to-work
ref: https://stackoverflow.com/a/4144422
ref: https://stackoverflow.com/a/59275361
BY emit Light();
Share with your friend now:
tgoop.com/idawnlightc/3801