-
-
Notifications
You must be signed in to change notification settings - Fork 274
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
🐛 一些问题。。。 | [Bug] Some problem... #358
Comments
您好 @naruto0728👋,我已收到您的反馈,我将安排时间考虑您提交的信息并进行回复。-- 这条信息是由自动回复的机器人发出的。 Hello @naruto0728. I have received your feedback, and I will arrange time to consider the information you submitted and reply. -- This message is sent by an automatic reply robot. |
想要请问一下像这种我该怎么解决呀? |
你这是新部署,还是什么场景,上下文信息给多一些 |
我这个是已经部署了一段时间了,也使用了一段时间了,今天上去突然提示上不去。401私钥认证不通过 |
就是正常使用,没有任何变动,就登录不上去了吗? |
是的。是因为server.csr和server.key过期了吗? |
这两个没有过期的概念。 倒是第一次听到这个反馈,你原来是通过docker-compose拉起的吗,看看是不是有重启还是什么 |
是通过docker-compose启动的。我试着尝试重启,但是重启了还是这样 |
看下前后端的镜像,是不是拉了新的镜像? |
应该没有的,因为docker-compose里边写的是固定的版本呀 |
前后端呢,因为前后端貌似用的是latest的版本 |
是单个应用无法登陆,还是所有用户都无法登陆了。 |
所有的用户都登录不了呢,都提示同样的错误 |
当初你部署的时候,秘钥用的是默认的,还是自己生成的呢 |
这个我不太清楚。因为之前不是我搞的。所以说现在能重新生成秘钥解决么? |
现在ldap认证相关的服务应该都还能正常使用吧。 重新生成秘钥是不行的,因为密码等原来的数据都已经基于老的秘钥落库了。 还是排查看看是不是有什么变更,应该不会在没有变更的情况下,无缘无故无法登陆的。 |
嗯。ldap相关的服务目前是可以正常使用的。但是ladp这个登不进去的话开不了账号啥的,还是比较麻烦的 |
你先比对一下里边用的密钥信息,和当前项目里最新版本的密钥是不是一样的,如果是一样的,可以考虑基于最新版本新建。然后再把老数据导入的思路来处理。 务必注意,请在一个新的服务器环境里验证,不要在原来的环境验证。 |
这个秘钥怎么对比呢? |
您使用的版本? | Your usage version?
您使用的场景? | Your usage scenarios?
您做了什么操作? | What did you do?
您遇到了什么问题? | What are your problems?
您期望的结果是怎样的? | What is your expected outcome?
The text was updated successfully, but these errors were encountered: