正好把交换机整好,但是紧接着tr就出了问题,全部都是红种,错误信息如下。

我去查了一下,据说tracker gave http response code 0是因为时间没有对上,或者是DNS设置出错。
当我把线重新接回软路由的时候tr立马恢复正常。
NAS本身接在哪里都是没有任何问题。

交换机设置

交换机上一大堆的设置都试过了,开了又关,关了又开。无法解决问题。

接着交换机本身的web界面的地址我也设置了,没有任何反应。

NAS本身的设置

家里一共两个网关,设置为旁路由的时候,发现tr恢复正常。

旁路由有什么特别的地方吗?我登上去看了看,openWRT有一个ntp时间服务器的选项。
所以应该跟网上查的一样,时间对不上,连接服务器超时了。
所以是NAS接到交换机上时间就不对了?NAS的时间要进行调整?

docker时间调整

同样是下载器,但是群晖的DW没有问题,正常使用。所以应该是docker内的时间不同步。

docker的环境变量里面其实已经设置了,不过估计还是有问题。
我参照了一下群晖Docker 容器时间 时区不对解决方法的这一篇文章。

  • 首先是通过ssh工具连接到群晖(先要在群晖里面设置好)

  • 接下来输入 sudo -i提示输入密码。密码就是带有管理员权限账号的密码。
  • 再输入docker ps获取各个容器的ID

  • 然后输入docker cp /etc/localtime 675b2db65732:/etc/localtime按下回车后不会有什么新的信息提示。所以需要我们自己查询一下。
  • 接输入 docker exec tr date查看docker的时间。(这条命令中tr是我自己容器的名称)

这时回到tr发现红种数量在迅速减少,已经解决了这件事情。

小结

还是不太明白为什么接上交换机就会导致这个时间问题。之前把路由器改成AP模式,然后NAS接上去就没有问题。看来交换机跟这些还是有很本质的区别。

总之现在问题解决了,交换机、NAS设置哪个网段都是可以正常的使用。

最后修改:2021 年 07 月 10 日
如果觉得我的文章对你有用,请随意赞赏