B1gCarr0t

问题解决，因为 docker 的镜像即便意外终止，也还会占据端口

> > > > > > 最近可能有人会出现错误： > > > > > > ``` > > > > > > 出现故障！如果这个问题持续出现，请和我说“重置会话” 来开启一段新的会话，或者发送 “回滚对话” 来回溯到上一条对话，你上一条说的我就当作没看见。\n原因：'conversationSignature' > > > > > >...

> 由于s390x新装ubuntu 22会丙酮设置iptables关闭所有端口，22端口如此，并且系统已经安装iptables-persistent程序，所以需要使用root用户执行下面命令清除所有iptables制定的规则并保存 > > iptables -F iptables -X netfilter-持久保存 > > 使用下面命令检查系统的iptables规则是否清除干净，然后重启机器再检查 iptables-save 我已经为iptables添加了如下规则 sudo iptables -A INPUT -p udp --dport 22 -j ACCEPT sudo iptables -A INPUT -p...

> netfilter-persistent save 服务器已正常运行： ● hysteria-server.service - Hysteria Server Service (config.yaml) Loaded: loaded (/etc/systemd/system/hysteria-server.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2023-10-13 08:22:31 UTC; 1min 25s ago Main...

> 你可以先把s390x的hysteria服务停下来，然后使用nc测试一下udp端口的通讯是否正常 > > 服务器端打入下面命令监听原来hysteria监听的udp端口（假设hysteria服务器端监听的udp端口是443） nc -ulp 443 > > linux客户端打入下面命令 nc -u 服务器的ip地址 443 > > 然后linux客户端打入hello并回车 这时服务器端应该显示hello的字符，这样才能证明udp通讯是正常的，然后才去排查hysteria不能通讯的原因，否则应该排查udp通讯不正常的原因 > > 另外检查监听端口的命令建议是下面这个，内容详细很多 netstat -tunap 感谢回复，nc已经测试过了，443端口的udp通信没有问题

我发现问题了，但是无法解决，我发现hysteria无法监听443端口，lsof -i:443 返回了 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME hysteria 18747 hysteria 3u IPv6 112712 0t0 UDP *:https hysteria 18747 hysteria 7u IPv6 112719 0t0 TCP [2606:4700:110:8bfb:63ad:5f00:b143:4357]:44886->[2606:4700:3037::ac43:d0f6]:https...

问题是不监听，而不是监听 v6 或者 v4 的问题

直接用域名解析应该可以解决，添加A记录和AAAA记录，指向同一个ip，这样可以优先走ipv6，不通就回落ipv4 不过自动回切ipv6不现实，况且v4和v6在延迟上应该没差别，物理链路是一样的，dns解析服务不一样而已，一旦找到目标服务器，那就不会有什么区别了

那你这个需求不应该交给 hysteria 处理，试试控制自己的路由，数据不管是走 v4 还是 v6 ，hysteria 都只是监听 443 端口的流量，它也无法控制这个 443端口的流量从哪里来的