随后@RPRX接手开发,实现了真正的上下行分离并更名为 XHTTP,比如上下行可以分别是 IPv6 CDN H3、IPv4 REALITY H2(源 IP 都可以不同),这下又开启了一个崭新的时代,紧接着开发了不牺牲上行效率的流式上行 stream-up 模式、可以分享全部细节配置的 extra 方案,并给 stream-up 模式加上了默认的 gRPC header 伪装...
REALITY 也可以搭配 XTLS 以外的代理协议使用,但不建议这样做,因为它们存在明显且已被针对的 TLS in TLS 特征 REALITY 的下一个主要目标是“预先构建模式”,即提前采集目标网站特征,XTLS 的下一个主要目标是 0-RTT { "outbounds": [ // 客户端出站配置 { "protocol": "vless", "settings": { "vnext...
新增xray run -dump命令 用以输出多文件配置融合之后的结果 #2854 @vrnobody tlsSettings 新增masterKeyLog可以在本地调试解密流量 #2758 使用make编译 xray 更新发布脚本 #2882 @chise0713 Fixes 修复一个在 iOS 上的 Reality 崩溃 #2847 @hossinasaadi 当DNS 查询得到RcodeRefused时继续尝试下一个 DNS #2878 ...
NotificationsYou must be signed in to change notification settings Fork237 Star1.1k New issue senkissopened this issueFeb 16, 2024· 1 comment senkisscommentedFeb 16, 2024 fscarmenclosed this ascompletedMar 12, 2024 Sign up for freeto join this conversation on GitHub. Already have an account?
Xray, Penetrates Everything. Also the best v2ray-core, with XTLS support. Fully compatible configuration. - XTLS/Xray-core
我的Vless-Xtls-version-reality入站设置见后文 客户端配置 无 服务端配置 {inbounds: [ { "tag":"inbound-vless-443", "port": 443, "protocol": "vless", "settings": { "clients": [ { "id": "user1", "flow": "xtls-rprx-vision", "comment": "user1" }, { "id": "user2", "...
首先我是网络专业的小小白. 有些理解可能是不对的. 比如 GFW 要查找青岛地区的用户是否使用了 REALITY, 只需记录跨国企业的域名 (比如 apple.com) 在该地区的 DNS 解析出来的所有合法的 Apple 服务器的 IP 地址. 当青岛用户的 REALITY 流量过防火墙时, 如果 SNI 是 apple.co
原来使用的配置是Vless+TCP+Xtls+Reality,没有遇到以下问题。使用此配置后,发现Dropbox的同步功能上传异常,遂进行检查,发现Dropbox网页端也无法正常上传;Cloudflare测速的10MB上行测试失败。下行目前正常。现象服务端报connection reset by peer以及failed to transfer response payload > io: read/write on closed pipe...
另一个重要的特征是 TLS 客户端握手(外层),你提到的修改 cipher Suite 就是这个特征的一项。我的推荐是不需要手动修改这个配置,而是使用 v1.6.3 中 uTLS fingerprint 选项,它可以更加成熟的模拟常见浏览器或者生成随机握手。(正是由于简化代码架构带来的这些好处 Vision 的配置将保持使用 tlsSetting)...