digits122

Results 10 comments of digits122

2022/3/9问题重现,上次出现问题之后,做了一次重启,没有详细记录下来,也没完全搞清楚是什么原因,这次又出现了。我不是想简单重启解决问题,我想知道这个错误的细节原因,所以记录一下。 上次重启在12月2日,是直接做服务器整个重启。 ![2](https://user-images.githubusercontent.com/36814924/157415212-5e9652a8-4fab-4a18-9872-97dd3636fb72.PNG) 配置文件中配置到的地址是/etc/letsencrypt/live目录下的wildcard certificate live目录中是一个软链接,指向/etc/letsencrypt/archive目录下的证书文件,证书文件是定期滚动更新的。 更新过后,软链接也会更新,重新指向为新的证书文件,最近一次更新是在2月7日 ![4](https://user-images.githubusercontent.com/36814924/157415794-d79d8a78-d05b-4ee4-8426-fa2a90068ba5.PNG) archive目录下有历次的证书文件,显示12月9日的是fullchain6.pem,也正是当前服务器所用的证书文件,但是链接已经更新到fullchain7.pem,实际上用的还是fullchain6.pem ![3](https://user-images.githubusercontent.com/36814924/157416316-87788fab-01c9-4e6f-9309-3cfe0ea611fb.PNG) 实际访问显示ssl error ,证书过期,证明用的仍然是6,但软链接实际上已经更新了。 ![1](https://user-images.githubusercontent.com/36814924/157416483-23f17b37-2a37-4fc8-b9fa-56b5e879b6cd.PNG) 仍然没明白造成问题的具体原因。做个记录并再次重启,看看下次出现问题是什么时候。

已重启,下次如若再次遇到同样问题会回来记录 ![5](https://user-images.githubusercontent.com/36814924/157418833-253b9179-68a3-431a-ac49-971eb9ead37e.PNG)

2022/9/5 问题再次出现,这个问题似乎无法解决。而且不属于trojan-go的问题,这是一个普遍存在的问题,包括nginx也存在这样的问题,我已经切换到nginx+websocket+vmess+伪站+cdn模式,nginx还可以通过nginx -s reload重新加载配置软重启解决,trojan-go只能先kill再重启来解决。[simplerick-simplefun](https://github.com/simplerick-simplefun) 提到的使用/etc/letsencrypt/renewal-hooks/post是可行的办法,这样3个月1次reload nginx已经是最好方案了,除此之外就是使用crontab定时reload nginx,这个issue关闭。

最终解决方案: 前提,使用certbot来管理自动更新证书的 cd /etc/letsencrypt/renewal-hooks/post touch renew_post.sh chmod +x renew_post.sh renew_post.sh中输入重新加载/重启脚本 (使用nginx) #!/bin/bash nginx -s reload (使用trojan-go) #!/bin/bash systemctl restart trojan-go

> 回落到 nginx 再用 `split_clients` 去轉發不是很簡單嗎 > 你的需求應該是 web 服務器 / Load Balancer 的工作,Trojan-Go 不是幹這個的 是客户端的均衡需求,不是服务器的,和服务器端没有关系。实际上只有一个服务器,但是有多个cdn通道,走不同的cdn通道连接速度,连接可靠性都会不一样,客户端应该有方式自行选择去走哪一个通道,目前是手工修改配置文件自行指定一个cdn通道,如果可以客户端自动去确定走哪一个,就会更方便。

> _Disclaimer_: I've only been playing around with this for a couple hours and all of this is fairly new to me, but I hope others may find it useful....

I have solved this problem, but not really "solved", bypassed. for example, if you try to run connect4, you need to change connect4.py find def __init__(self): and change this line...

same error. Try this pip uninstall ray pip install "ray[default]" use the newest version of ray instead of ray 1.5.2 version mentioned in requirements.lock and this problem solved.

I need support for IPv6 too.

I meet this same error, and solved this by changing my python version to 3.9, record here. triton is currently not support python3.10, and not support windows, so we need...