Forwarded from emit Light();
遇到了一个很隐蔽的 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
Forwarded from 今天abc看了啥🤔 (asfr | abc1763613206🤔)
一句话，刷新了我对传统纸媒的新媒体运营审稿能力下限的认知
src：https://mp.weixin.qq.com/s/BxCxQsO8VthoxEuVQ7uSvg
硬要说的话，原UP（BV16v4y1W7Z8）标题党一个「114514秒」确实没得说，但换算成小时就多少有点
src：https://mp.weixin.qq.com/s/BxCxQsO8VthoxEuVQ7uSvg
硬要说的话，原UP（BV16v4y1W7Z8）标题党一个「114514秒」确实没得说，但换算成小时就多少有点