XuLaLa.Tech

优质SS/SSR/Trojan/Xray/V2Ray机场推荐 | IPLC/IEPL专线加速器梯子推荐 | 解锁奈飞Netflix/HBO/Hulu等国外流媒体

最近V2Ray更新不断，记忆中，项目默认说明变成了繁体中文，项目名又从V2Ray变成了v2fly，又多了VLESS、XTLS、fallback等功能，可谓飞速。现在又出现了Xray的项目，笔者觉得脚本再不更新一下有点说不过去了哈哈，这不新的功能它来了。

XRay_bash_onekey

GitHub地址：Xray_bash_onekey

三种安装模式

模式一：Nginx+ws/gRPC+tls模式。利用Nginx进行分流，通讯协议为Websocket/gRPC，通讯加密协议为TLS。相对传统，

，Nginx的存在方便建站的朋友。简单说是Nginx在前，Xray在后，Xray不直接开放给外部。对于主要需要Xray服务的朋友，此模式下流量需要经过Nginx转发，一定程度牺牲性能，若再套用CDN，那么性能损失更大，与之带来的是安全性的提升。在脚本版本>1.5.0.0后，已支持负载均衡搭建，详细可见模式三。

模式二：Xray+Nginx+ws/gRPC模式。利用Xray的fallback功能，使流量在Xray端分流，Xray无法处理的流量将转交给Nginx处理，通讯协议为TCP，通讯加密协议为XTLS。Xray+Nginx模式利用了新协议，

，Nginx的存在主要为了防止探测，可以建站但不推荐。简单说是Xray在前，Nginx在后，Xray直接开放给外部。对于主要需要Xray服务的朋友，此模式下流量直接交由Xray处理，因此效率很高，再加上使用了最新的XTLS协议，性能更强，但就如Trojan一般，此模式无法套用CDN，强行套用后将失去Xray的功能。对于需要建站的朋友，由于流量由Xray分析与转发，性能有所损失，因此不推荐Nginx建站。在脚本版本>1.5.0.0后，内置了纯ws/gRPC协议的追加，方便组建后端服务器的负载均衡。

模式三：ws/gRPC ONLY模式。此模式搭建的为纯Websocket/gRPC通讯协议。此模式仅有ws/gRPC协议，没有加密，不包含Nginx，Xray直接对外通信。

，若直接使用不安全且非常容易导致IP被封锁。此模式配合模式一效果甚好。具体可见配置教程：XRay进阶玩法 – 搭建后端服务器负载均衡。

安装方式

需要一个属于你自己的域名，并且解析到你所购买的VPS的公网IP上。（在域名服务商添加A地址即可）。之后登录至VPS，运行脚本，按照提示运行即可。

bash <(curl -Ss https://www.idleleo.com/install.sh)

更新说明（2021年9月23日）

• 可以直接输入命令：idleleo 管理脚本。
• 访问域名 302 跳转至 https://www.bing.com （了解配置过程可自行修改）。
• 阻止 HTTP 接访问服务器 IP 。
• 使用来自 @DuckSoft 的分享链接提案 (beta)，支持 Qv2ray、V2rayN、V2rayNG。
• 使用来自 XTLS 项目的提案，遵循 UUIDv5 标准，可以将自定义字符串映射至 VLESS UUID 。
• 添加负载均衡配置，教程：XRay进阶玩法 – 搭建后端服务器负载均衡。
• 添加 gRPC 协议的支持，具体可见：Xray进阶玩法 – 使用gRPC协议。
• 兼容了宝塔面板

注意事项

• 如果你不了解脚本中各项设置的具体含义，除域名外，请使用脚本提供的默认值（全程回车到底）。
• Cloudflare 用户请安装完毕后再开启CDN功能。
• 使用本脚本需要你拥有 Linux 基础及使用经验，了解计算机网络部分知识，计算机基础操作。
• 目前支持 Debian 9+ / Ubuntu 18.04+ / Centos7+ ，部分 Centos 模板可能存在难以处理的编译问题，建议遇到编译问题时，请更换至其他系统模板。
• 每周日的凌晨3点，Nginx 会自动重启以配合证书的签发定时任务进行，在此期间，节点无法正常连接，预计持续时间为若干秒至两分钟。
• 分享链接为实验版本，不排除未来变动的可能，请自行确认客户端是否支持。
• 自定义字符串映射至 UUIDv5 需要客户端支持。

Q：为什么安装完后访问域名会跳转至bing搜索？

A：已经在上文中说明这种情况，至于为什么这么改可以看评论，已经较为详细的说明了原因，总之为了提高安全性，减少审查。

Q：生成证书失败是为什么?

A：情况很简单，无法通过域名经过80端口连接服务器。为什么会导致这种情况就不好说了，可能是服务器的80端口的原因，可能是域名没有解析到服务器IP的原因，可能是搭建前就开启CDN的原因等等。

PS：如果遇到问题，先别着急，

，说不定有意想不到的收获。

实际测试

以下为模式二的测试，服务器端为谷歌云的香港节点，客户端网速为100M：

Xray简介

Xray, Penetrates Everything. Also the best v2ray-core, with XTLS support. Fully compatible configuration.

GitHub地址：https://github.com/XTLS/

根据官网介绍，Xray完美兼容V2Ray，而且Xray比V2Ray性能更好，在XTLS协议上性能是V2Ray几倍。

XTLS协议简介

VLESS XTLS Direct Mode 引入了 ReadV 增强，减少一层内存 Copy，性能已与 VLESS 无加密裸奔持平（接近于纯流量转发），为传统 VMess WS TLS 方案的五倍、VLESS TCP TLS 的三倍（且测试机器 CPU 均有 AES 指令集，否则差距更大，如硬路由器上），强烈建议测试体验。这或许是当前性能最强的安全代理方式，但并不是上限。

具体测试方式和测试结果见 这里

它是什么

1. 简单概括：特殊处理 TLS 流量，不重复加密，提升数倍性能、更省资源。各种移动设备可以省电，路由器的加解密性能也不再是瓶颈。rprx/v2ray-vless/releases 有关于 XTLS Project 原理的一些介绍。
2. 原理：XTLS 无缝拼接了内外两条货真价实的 TLS，此时代理本身几乎无需再对数据加解密。VLESS + XTLS 可以理解为是增强版 ECH，即多支持身份认证、代理转发、明文加密、UDP over TCP 等。
3. XTLS 本身需要是 TLSv1.3（正常情况下的协商结果），内层 TLS 可以为 1.3 或 1.2（上网时的绝大多数流量），此时特殊功能就会生效（填写 flow 是开启/指定特殊功能，生效是另一码事）。

注意事项

1. 为了防止上层应用使用 QUIC，启用 XTLS 时客户端 VLESS 会自动拦截 UDP/443 的请求。若不需拦截，请在客户端填写流控： xtls-rprx-direct-udp443，服务端不变。Linux系统推荐设置为：xtls-rprx-splice-udp443。
2. 可设置环境变量 V2RAY_VLESS_XTLS_SHOW = true 以显示 XTLS 的输出，适用于服务端与客户端（仅用于确信 XTLS 生效了，千万别设成永久性的，不然会很卡）。
3. 不能开启 Mux。XTLS 需要获得原始的数据流，所以原理上也不会支持 WebSocket、不适用于 VMess。此外，UDP over TCP 时，VLESS 不会开启 XTLS 的特殊功能。