-
Notifications
You must be signed in to change notification settings - Fork 613
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
【长期】收集限制UDP,导致hysteria无法正常使用的小部分IDC和地市级运营商 #9
Comments
IDC: DigitalOcean IDC: virmach IDC: aws IDC: vultr |
IDC: 甲骨文 |
我实测可以用,再说了arm和amd的ip都能分到相同机房,没区别 |
我Oracle的Arm机器刚开始建的时候测试可以,几天没用就连不上了,啥都没动…… IDC: 甲骨文 东京 |
IDC: 德鸡Euserv |
能不能提供一下iperf测试,看看udp是否能通,顺便也提供一下是oracle那个地区的机房吧。 |
能否提供详细的复现思路?从你给出的现象,根本无法判断是哪儿的问题ou |
IDC: ovh |
请问aws上其他模式会警告吗 |
faketcp不会,我实际没收到过警告,只是有人提出来了 |
IDC: Azure |
IDC: oracle 凤凰城 arm |
这个不是运营商的问题,应该是在0.3.5之后屏蔽了udp 443的问题,方便提供详细信息吗? |
这个问题已经解决,删除acl解决了,谢谢! |
IDC: RackNerd |
faketcp不打可能用不了,没人会禁TCP,断流可能是碰到ISP的规则了 |
换了甲骨文的机器又试了一下,还是用不了faketcp |
IDC: 甲骨文大阪ARM-FD1、甲骨文大阪AMD-FD3 |
我也遇到过,不仅是oracle机房,其他路由走日ntt的也同样,猜测是peer的问题 |
刚才我这福建电信,也是美日韩机房的UDP hysteria都不行了,XTLS无问题,大概5分钟又恢复了。 |
IDC: cloudcone |
IDC: racknerd洛杉矶机房 |
同rn洛杉矶,前段时候udp彻底不行,换了wechat-video会偶尔连不上 |
IDC: aws |
IDC: Woiden.id
|
IDC: webhorizon, ipv6 |
IDC: orcale US West (San Jose) 用了几天就用不了了 |
IDC: virmach |
IDC:aws lightsail
|
IDC:cmivps |
IDC:Wikihost |
IDC: aws |
我也遇到了同样的问题,请问是删除服务端的acl吗? |
您的邮件已经收到,我将尽快回复,谢谢!
|
IDC: aws | vmiss | naranjatech |
IDC:silicloud |
您的邮件已经收到,我将尽快回复,谢谢!
|
你是否碰到过以下这些情况,如何排错都无果:
1、服务端hysteria server正常启动,但是client却连不上,timeout?
2、有时能用,有时不能用的玄学?
3、iperf udp能通,但是一用hysteria就无法使用?
对没错,就是这些开IDC的商家为了能让自己的服务正常稳定使用,而通过专业的安全设备精准的限制QUIC/UDP传输,这样做的基本是很小一部分中小型的厂商,一般小厂和大厂不会这样做,可以开心的使用。
通常这种行为用faketcp模式可解,但是对于无法root的用户,可能有些不便。如果不了解为什么这么做请点我查看
此issue长期收集,限制hysteria的各个服务商,给各位提供一些帮助和排雷。
格式:
IDC: DigitalOcean
本地网络运营商:奠信/联通/移动/长城/广电等等
hysteria模式:udp/wechat-video/faketcp
无法使用的现象:timeoutxxxxxxxxxx/有时能用有时不能用/不知道为啥:)等等
The text was updated successfully, but these errors were encountered: