欢迎加入tg交流群:@tlanyantg

V2ray的VLESS协议 引入了分流和回落的概念,一般情况下建议直接监听443端口。习惯了使用Nginx建站或者流量转发的网友,VLESS协议 fallback方式让人一时难以理解。本文就这个问题简要介绍V2ray VLESS协议fallback参数,支持VLESS协议的V2ray客户端请到 V2ray客户端 页面下载。

VLESS协议的fallback参数

VLESS协议 中的 fallback 是可选的,只能用于TLS或XTLS模式下。其值是一个对象数组,每一个对象格式如下:

{
  "alpn": "",
  "path": "",
  "dest": "",
  "xver": ""
}

四个参数中只有 dest 是必须的,alpn一般不用管(或者填["http/1.1"]),path 是回落路径,xver用来指示是否传递真实ip信息(需要填1,不需要填0)。新手建议先忽略dest外的选项,例如 V2ray的VLESS协议介绍和使用教程 中,fallback的值为:

"fallbacks": [
  { 
    "dest": 80 // 回落配置,可以直接转到其他网站,例如"www.baidu.com:80" 
  } 
]

如果有多组转发,则可按照 path 路径配置多组 fallback 对象,例如V2ray官方配置中的 VLESS终极配置 的配置如下:

"fallbacks": [
    {
        "dest": 80 // 或者回落到其它也防探测的代理
    },
    {
        "path": "/websocket", // 必须换成自定义的 PATH
        "dest": 1234,
        "xver": 1
    },
    {
        "path": "/vmesstcp", // 必须换成自定义的 PATH
        "dest": 2345,
        "xver": 1
    },
    {
        "path": "/vmessws", // 必须换成自定义的 PATH
        "dest": 3456,
        "xver": 1
    }
]

在上述配置中,客户端请求 域名:/websocket 时,流量将转发到本机的1234端口;请求 域名:/vmesstcp 时,流量转发到本机的 2345 端口;请求路径为 /vmessws 时转发到 3456 端口;如果是其他请求,则转到到 80 端口。

配置VLESS fallback可能遇到的问题

从上面可以看到,VLESS协议 的回落按照 path 区分,和Nginx按照域名区分是不同的。于是新手可能会产生如下问题:

服务器上多个域名,fallback怎么配置?

V2ray的VLESS协议 的入栈配置按照 path/alpn等参数选择回落,不能根据域名(SNI)分流。如果要支持多域名共存,请使用如下方案:

    1. v2ray监听非443端口(例如监听8443),Nginx监听443端口,然后v2ray fallback到Nginx的80端口;
    2. Nginx使用stream监听443,然后根据域名SNI分流,流量转到后端网站以及V2ray。

如果你不在意v2ray的流量入口不是443端口,建议使用第一种方案,无需对现在站点配置做改动;否则请选择第二种方案。

2021.1.15更新:Xray-core 1.2.2版本fallback新增name参数,可填入域名实现SNI分流

VLESS ALPN问题

如果fallback后端用的Nginx,fallback时会遇到问题。具体为:

1. 如果V2ray (x)tlsSettings 不指定ALPN,根据测试V2ray只接受HTTP/2协议,流量fallback到后端时将采用的 h2c 协议。此时,后端Nginx必须用h2c的HTTP/2配置才能正常解析请求:

listen 80 http2; # h2c协议,无需配置ssl证书

需要注意的是,这种情况下,浏览器用HTTP协议不能正常访问80端口,因为HTTP/2规定必须使用HTTPS。

2. 为解决上述情形,V2ray (x)tlsSettings可以指定ALPN为HTTP/1.1:

tlsSettings: {
  "serverName": "xxx.com",
  "alpn": ["http/1.1"],
  ...
}

如此一来,V2ray将通过HTTP/1.1协议转发流量到Nginx,Nginx常规监听80端口即可,浏览器用HTTP/1.1协议也能直接访问:

server {
  listen 80;
  ...
}

这种配置的问题是不支持更高性能的HTTP/2协议,如果后端是网站,对访客访问速度会有影响。

3. 对于配合建站的V2ray伪装来说,我们希望流量是正常的,用户能尽快打开网页,同时兼容性也好。在VLESS fallback模式下,即同时支持HTTP/1.1和HTTP/2。要做到如此,则需要用到VLESS fallback中的alpn参数。

首先,我们要让位于前端的V2ray同时支持HTTP/1.1和HTTP/2:

tlsSettings: {
  "serverName": "xxx.com",
  "alpn": ["http/1.1", "h2"],
  ...
}

接着,在fallback配置中,根据alpn转发流量到后端:

"fallbacks": [
    {
        "alpn": "http/1.1",
        "dest": 80
    },
    {
        "alpn": "h2",
        "dest": 81,
    }
]

最后,配置Nginx同时接收HTTP/1.1和H2C流量:

server {
  listen 80;
  listen 81 http2;
  ...
}

上述配置将支持所有类型流量,并且普通用户可以通过80端口正常访问网站,V2ray流量伪装做的完美而又隐蔽,是最推荐的。

为什么没有VLESS+XTLS+WS?

对于使用TLS伪装的科学上网技术,要想过CDN,几乎都要求WS模式。这也是为什么V2ray流量伪装的WS版本能过CDN,但是原生trojan却无法使用CDN中转(trojan-go可以过CDN中转,推荐使用)。

回到本文主题 VLESS协议,VLESS+XTLS很好很强大,但为什么没有VLESS+XTLS+WS模式呢?如果服务端配置了VLESS+XTLS+WS,V2ray将无法正常启动。通过journalctl -xen -u v2ray --no-pager 查看日志,会发现如下错误信息:

XTLS only supports TCP, mKCP and DomainSocket for now

这是因为WS协议需要首先建立HTTP请求,然后才升级为WS连接。如果第一次请求就使用XTLS加密,CDN或者Nginx等中间件无法识别该加密协议,将直接作为无效请求处理。

因此,有过CDN请求,请使用VLESS+TLS+WS。

其他

V2ray的VLESS协议本身没有加密,用于科学上网时请务必配合TLS等使用。由于XTLS的革命性技术,在客户端支持下建议使用VLESS+XTLS+TCP方式,否则建议VLESS+TLS+WS模式。

参考

  1. V2ray教程
  2. V2ray高级技巧:流量伪装
  3. trojan教程