hongming 不知道逻辑是怎么样的,kubectl edit users xxx 将 state 改为 Active 不生效。

gennpix

kubectl delete loginrecords –all 然后 kubectl edit users xxx

验证账号密码

curl -X POST 'http://ks-apiserver.kubesphere-system.svc/oauth/token' -H 'Content-Type: application/x-www-form-urlencoded' --data-urlencode 'grant_type=password' --data-urlencode 'username=<USERNAME>' --data-urlencode 'password=<PASSWORD>'

在看看这个帖子 检查一下 redis有没有异常重启一下ks-console 看看有没有错误日志(redis连接相关) ,https://kubesphere.com.cn/forum/d/3248/13

    hongming 现在高概率不能够登录的问题找到重现的方法了。方法如下:
    输入用户名 –> 输入密码 –> 显示密码 –> 复制密码 –> 删除密码 –> 粘贴密码 –> 登录 就失败了。

    填写用户,显示密码,再粘贴的密码就无法登录。

      gennpix

      这个也太奇怪了, 手动输入不会有问题吗。如果频繁无法登录的话,唯一的可能就是 ks-console 连不上 redis 导致多副本之间数据无法共享 (单副本应该没这个问题), 有用户遇到过。

        现在还有个问题:有几个账号无论在哪里都无法登陆,使用验证密码的接口测试没问题
        curl -X POST 'http://ks-apiserver.kubesphere-system.svc/oauth/token' -H 'Content-Type: application/x-www-form-urlencoded' --data-urlencode 'grant_type=password' --data-urlencode 'username=<USERNAME>' --data-urlencode 'password=<PASSWORD>'

          gennpix 那应该就是前面说的 redis 的问题了, redis 的几个副本有异常吗,把 ks-console 调整为1个副本可以避免session 状态不一致带来的问题

            hongming redis调成一个副本也没用。 根据我们的测试,感觉是前端的问题(传给后端加密的密码可能不正确)。这个能有什么办法验证吗?

            hongming redis 集群状态正常(日志无错,key的数量相同),redis减成一个副本也一样。

            hongming 恢复成3副本,我的账号就能登陆,然后有一些账号就无法登录。1个副本都不能登录。

            gennpix 这个日志是 redis 异常了,redis 得改成3 副本

            kubectl -n kubesphere-system scale sts redis-ha-server --replicas=0
            kubectl -n kubesphere-system scale deploy redis-ha-haproxy --replicas=0
            
            
            kubectl -n kubesphere-system scale sts redis-ha-server --replicas=3
            kubectl -n kubesphere-system scale deploy redis-ha-haproxy --replicas=3
            
            kubectl -n kubesphere-system exec -it redis-ha-server-0 redis-cli info replication

            再重启一下ks-console , 或者把ks-console 调整为1 个副本

            kubectl -n kubesphere-system rollout restart deploy ks-console
              3 个月 后

              遇到同样的问题 现在部分账户没办法登录