遇到了一个很隐蔽的 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