Skip to content
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

[猜测] 无法嗅探出quic连接的sni #448

Closed
wloot opened this issue Mar 27, 2021 · 2 comments
Closed

[猜测] 无法嗅探出quic连接的sni #448

wloot opened this issue Mar 27, 2021 · 2 comments
Labels
duplicate This issue or pull request already exists enhancement New feature or request

Comments

@wloot
Copy link

wloot commented Mar 27, 2021

一个多ip服务器, 其中一个ip被google识别成了大陆, 无法使用youtube premium, 于是服务器xray设置了分流youtube域名, 并开启嗅探http, tls.

安卓手机使用clash for android, 一切正常(通过打开youtube app, 然后测试youtube premium)
使用v2rayng(xray内核1.4.0), youtube premium无法使用.

查看服务器连接日志发现:
accepted udp:173.194.5.172:443
似乎是未能嗅探出quic连接的sni

  • 能否修复嗅探
  • 或能否在inbound默认禁用quic
@wloot wloot changed the title [猜测] 无法嗅探出quic连接的域名 [猜测] 无法嗅探出quic连接的sni Mar 27, 2021
@wloot
Copy link
Author

wloot commented Mar 27, 2021

简单测试了下, 在服务端禁用443端口的udp后恢复正常.

可不可以考虑vmess/vless等tcp协议在inbound默认禁用quic? 毕竟quic over tcp相当于两套流控了.

@ghost
Copy link

ghost commented Mar 28, 2021

  1. sniffing 不支持 QUIC。(duplicate with dokodemo-door doesn't sniff UDP (QUIC) Connection #328)
  2. 嗅探结果不会体现在 access log 上。
  3. 可以使用路由禁用 quic。

@ghost ghost closed this as completed Mar 28, 2021
@ghost ghost added duplicate This issue or pull request already exists enhancement New feature or request labels Mar 28, 2021
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate This issue or pull request already exists enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant