Repository navigation
Replies: 15 comments 83 replies
|
今天我搭建的日本,美国两个节点同时崩了 |
|
我单443被封了 ,换了大范围端口跳跃 没啥问题 |
|
4431端口被封,伪装网址bing.com,使用iptable进行20000-50000的端口转发,无效 |
|
昨天我也中招了(2024-7-18),不过今天的情况突然有了很大改善(2024-7-19) |
|
确认服务器ip被标记,回去的udp包直接被丢,tcp正常,海外服务器udp也正常,测试的几个端口都是如此 |
|
我最早有两台部署hy2的服务器(东京的亚马逊云和凤凰城的甲骨文云) |
|
服务器对应端口 UDP 回包被 100% 丢弃,换端口之后可以缓解一段时间,但之后还是会被封禁。 所用服务器:Azure & Sharon.io,都观察到这个现象,配置如下,今日封禁症状似乎仍然没有显著缓解。 |
|
多台服务器,,一连上所有udp全部封掉。(比方说abcd4台。只要连了a,用一会儿。Abcd第四台全部超时。不知道过多久之后会恢复一下,然后一使用又超时。)四台服务器地区运营商都不同。客户机是移动。 |
|
坐标深圳,服务器cloudcone ,最近一周开始无法使用, Iperf测试发现发往外网的UDP包会全部被丢弃100%丢包. 改用hysteria1 faketcp目前还可以用 |
|
hy有没有可能用JLS替换。最近用shadowquic,sni拦截问题解决 |
|
带宽上传200m,下载1000m,使用hy2后上传是没问题的,下载速度却只有200m了,服务端没做带宽限制,客户端的带宽限制如下。 bandwidth:
up: 200 mbps
down: 1000 mbps |
|
我运行hy2的vps在Let's Encrypt申请的免费证书,客户端我用的sing-box,我在mac上能正常使用,但是在windows上需要设置tls的insecure为ture否则没法使用。 |
|
我最近在调试网站,443 端口上的 QUIC。我发现网站怎么着都会有点问题,薛定谔猫般状态。我在 v2ex 上发了个贴:https://www.v2ex.com/t/1171036 但我很奇怪,同样基于 QUIC 的 hysteria2 为什么不受影响? 首先我确保了域名没被墙,确保了服务器没被墙,确保了网站真的支持社会主义真善美,但 443 端口 QUIC 访问网页就是有问题,而同区域另一台服务器在 443 的 hysteria2 就没问题。 我有如下假设:
基于如上假设,再基于 https://gfw.report/publications/usenixsecurity25/zh/#3.3 的发现,如果你监听 65535 端口,应该要比监听 443 端口要来的安全。 以上假设未完全验证,我 hysteria2 长期跑在 30000-40000 端口好像也没啥问题... 但是国内访问网站 QUIC 总是被干扰,搞得我已经放弃 QUIC,全部 http2 极为稳定... |
ports: 50000-63491 port: 63492 sni: www.bing.com skip-cert-verify: true |




Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
我先来,我目前使用正常,没有出现被阻断的现象,测速也正常,用的是 brutal ,没有用 bbr,可能和地域有关?
All reactions