0.2.11 前端密码一直提示密码错误 about sshwifty HOT 7 CLOSED

Hi，你好。很抱歉打扰到了你。

我这边在看过往的Issue时发现你在 #48 (comment) 提交的一个截图里有一个 .world 结尾的域名。而在你同一个评论里给出的配置信息中（甚至于同一张截图里），你用“REDACTED”代替了这个域名。我猜测你是想隐藏这个域名，但是忘了给截图打码。

我这边先隐藏了上述回复，这样未登陆GitHub的用户是无法查看这个域名的。如果您认为有必要的话，可以进一步删除这个回复（GitHub会保留编辑历史，所以编辑是无法除去隐私信息的）。

from sshwifty.

太感谢nirui了！已经删除了带有域名的截图！

您的为人真的太好了太感动了。。。隐藏域名也是怕会被攻击，不过倒是设置了一个很强的密码。

再次感谢您！

from sshwifty.

刷新一下页面（和代理服务器的）缓存试试？0.2.10到0.2.11并没有改变密码验证功能的工作方式，但是0.2.9到0.2.10时有过变更。

from sshwifty.

不好意思，前几天有些事情忙，回复晚了。

#40 (comment)

我是使用的这个issue提到的相同的nginx配置，但是不知道为什么最近又突然出先了相同的情况，显示显示密码错误，后来又显示和这个issue一开始的开始界面一样。按理说正常按照这个正确的nginx不应该出现这种情况了。

后续换成了docker安装，挂载了预设置文件之后倒是不用那么多配置，只需要反向代理中加入 /websocket 的反向代理就行了，其他的倒是不用改，这样用docker倒是方便很多。

但就是不明白为什么忽然二进制安装会出现这种情况，配置都和以前0.2.9的时候一样的

from sshwifty.

基于现有的信息我只能猜测是缓存的原因，跟 #43 的问题类似。

在当前的版本下，Sshwifty会让浏览器去缓存首页/的HTML代码，缓存方式是ETag验证。这样的好处可以让用户立即打开已经缓存在本地的页面，而不需要每次重新下载首页。

在一般情况下，如果首页因为软件更新而过期，用户只需要按F5或刷新页面就能让浏览器去重新验证缓存并下载新的首页文件就好了。但是，Nginx这样的代理服务器会在某些配置下也去缓存首页的代码，这样一来用户无论怎么刷新浏览器都不能下载到最新的文件了。

如果我上面的猜测是正确的，那么在Nginx配置文件的相关位置添加proxy_cache off;大概就能解决问题。我这边也已经提交了 7c26123 ，让Sshwifty不再建议浏览器去缓存它的首页/。

当然，上面只是猜测。如果您以后再遇到这样的问题，请多提供一些信息，比如浏览器的网络请求（在浏览器控制台中），这样我可以看到更多线索。另外，你还可以试试排除法，将出问题的Sshwifty和它的配置文件下载到本地，然后在本地直接用那个配置运行/访问Sshwifty（不经过任何代理），这样可以确定是故障是本身Sshwifty造成的，还是由Nginx的配置引起。

from sshwifty.

Sshwifty会在你打开页面的时候使用空密码请求一次后端，并根据返回的结果来确定是否需要显示密码输入界面。你看到的错误其实就是这次请求（叫Probing）引发的。当你输入了正确的密码之后，后端接口（即/socket/verify）会返回200，这样前端就会打开控制界面（主页）了。

因此，如果你只是每次打开Sshwify页面的时候遇到了这一次错误，而输入正确的密码之后能正常使用的话，/socket/verify的错误是可以忽略的；当然，如果你输入的密码是正确的，但仍然不能正常使用，则是真的出了问题。

另外，如果你直接访问/socket/verify的话，由于缺少参数，所以Sshwifty会拒绝这个请求。这也就是你直接访问那个接口后，看到红色页面的原因。

from sshwifty.

原来是这样，明白了~

非常感谢您的及时解答，那我已经没有任何其他问题了，辛苦您了！

我将关闭此issue~

from sshwifty.