Xray让不同UUID的用户走不同的路由routing - user篇

点击标签看相关主题:

需求

想问个需求。xray里怎么配置不同的uuid用户，走不同的routing？  防止朋友看Netflix影响小鸡ip解锁，给朋友uuid分流到warp，


参考



思路

对inbound的client设置email

对outbound设置tag

routing中设置根据user的路由策略


实践

以你已经搭好了一个正常使用的梯子 为前提.


编辑你的Xray配置文件. 比如, 在这个位置 /usr/local/etc/xray/config.json

* 推荐使用Xftp, 直接用系统记事本编辑.

* 推荐用 notepad3 替换系统记事本. 对Linux环境下的LF换行比较友好.

https://www.appinn.com/notepad-replacer/


添加一个用户, 给你的朋友使用, 设置email属性

注意看clients结构, 是用一对 [] 包起来的一些 {}. 你用一键脚本跑出来的配置文件应该只有一对{}, 你把它复制一份, 接在原来的{}下面, 一起放在 inbound的这一对 [] 里面. 而且因为JSON格式, 这两对 {} 之间要用逗号分开. 

然后给复制出来的client, 新设置一个UUID.

你可以通过v2rayN生成一个. 为了设置简便, 可以先复制一份节点信息.


给新添加的用户设置email

如果你的一键脚本本身就有email属性的字段, 那么你只要给新的client设置一个新的邮箱. 如果没有, 那么添加一个email属性, 邮箱不需要实际存在. 比如:

"email": "user2@x.com"

同样的, 因为JSON文件格式的要求, 添加的属性的上一行末尾注意添加一个英文逗号.


在VPS上确认一下文件是否修改正确了. 万一你在电脑上编辑的内容没有同步到VPS呢.

cat /usr/local/etc/xray/config.json

测试配置文件格式正确

/usr/local/bin/xray run -config /usr/local/etc/xray/config.json -test

* 如果你不是用官方脚本安装的, xray和配置文件的位置可能不一样.

重启Xray服务

service xray restart

在v2rayN中 Ctrl+R 测试新生成的节点, 确认可以正常使用.


设置warp的outbound的tag

以socks代理的形式安装warp, 比如:

bash <(curl -fsSL git.io/warp.sh) s5

那么可以设置一个socks的outbound, 设置一个tag

{
    "protocol": "socks",
    "settings": {
        "servers": [{
            "address": "127.0.0.1",
            "port": 40000 //warp socks5 port
        }]
     },
    "tag": "socks5-warp"
},

整个outbound像这样的: 


routing中设置根据user的路由策略

找到config.json配置文件中的"routing", 再找到其下的"rules". 注意观察 "rules" 是一对 []. 我们在里面添加一对{} 如下:

{
     "type": "field",
     "user": ["user2@x.com"],  // 这里写某个client的email
     "outboundTag": "socks5-warp" // 这里写outbound的tag
},

这样就可以简单地把某个client进来的全部走warp出去了.

改完像这个样子 


测试配置文件格式正确

/usr/local/bin/xray run -config /usr/local/etc/xray/config.json -test

* 如果你不是用官方脚本安装的, xray和配置文件的位置可能不一样.

重启Xray服务

service xray restart


测试

将v2rayN设置为全局, 使用不同的节点, 访问测IP的网站. 



评论

发表评论

The Hot3 in Last 30 Days

用浏览器 检测Reality伪装效果 是否搭建成功 排错Troubleshoot

图片
Reality的原理: 当 Reality 节点收到数据包的时候, 如果 Reality 协议的验证通过, 就走节点的翻墙逻辑; 如果 Reality 协议的验证不通过, 就把数据包转发到伪装站. 后续的整个交互过程就像是在和伪装站交互一样. 我们可以简单地用浏览器验证 Reality 伪装效果. 也相当于检测 从你自己到 Reality 节点之间的数据通路是否畅通. 以这样的一个 Reality 节点为例. IP  142.171.237.9 端口  18255 伪装站 learn.microsoft.com 在电脑的hosts文件中, 设置 learn.microsoft.com 解析的IP 为  142.171.237.9   然后在浏览器中, 访问 https://learn.microsoft.com: 18255 可以看到, TLS的锁是正常的. 验证证书, 也是正常的. 从你自己到Reality节点的数据路径是畅通的之后, 如果你的节点还不能用, 那么, 就应该检查你的Reality节点验证信息了 (UUID, 公钥) ======== update 如果是用了中转后的 Reality 节点 原 Reality 节点 IP  142.171.237.9 端口  18255 伪装站 learn.microsoft.com 中转 VPS  IP 142.171.223.56 端口 28828 那么, 在电脑的hosts文件中, 设置 learn.microsoft.com 解析的IP 为  142.171.223.56 然后在浏览器中, 访问 https://learn.microsoft.com: 28828 可以看到, TLS的锁是正常的. 验证证书, 也是正常的.
Read more »

用darkstat统计VPS上的流量

图片
感谢 https://0x3f.org/posts/darkstat-as-a-network-discharge-meter/ https://ilovn.com/2023/03/25/darkstat/ 安装 apt install -y darkstat 启用 darkstat -i 监听网卡 -p 网页端的端口号 如 darkstat -i eth0 -p 8964 页面端查看 http:// 你的vps的IP : 网页端的端口号 如 http:// 12.34.56.78 : 8964 效果类似下面这样 点 host 可以看到数字表格的统计信息. 点其中一条 可以看到更详细的信息. 能看到在本VPS上, 还有指定IP上, 分别用到了什么端口(包括TCP UDP), 以及分别跑了多少流量. 如果你有有更好的工具, 欢迎留言分享!
Read more »

233 sing-box 脚本 TCP 端口转发 Reality 协议 排错 Troubleshoot

图片
233 boy 的 TCP 端口转发的教程 https://233boy.com/sing-box/sing-box-direct/ 下图中示意, 左边的 142.171.237.9 是被墙的VPS, 右边的 142.171.223.56 是用来做端口中转的VPS. 如果你照着教程操作一遍, 发现不能正常使用. 那么本文指导你如何排查问题所在. ======== 首先, 你要理解整个原理是什么. 左边的, 本来的reality协议节点, 底层是TCP直连, 那么是从你的 翻墙客户端(手机/电脑/...) 去连接  142.171.237.9  的 18255 端口. 现在被墙了, 那么无法直接TCP连接了. 右边的, 用于中转的VPS, 设置的 TCP端口中转 的本质是,  142.171.223.56  从端口 28828 收到的TCP数据, 会转发给  142.171.237.9  的 18255 端口.  所以, 你现在可以把本来准备发送给  142.171.237.9  的  18255  端口 的realiy数据包, 发送给  142.171.223.56  的  28828  端口; 142.171.223.56  从端口  28828  收到的TCP数据, 转发给  142.171.237.9  的  18255  端口. ======== 我们延着数据路径一段一段的排查. 1. 从我们的翻墙客户端(手机/电脑/...)连接中转VPS  142.171.223.56  的  28828  端口; a) 可以用 tcp.ping.pe 检测 142.171.223.56  的  28828  端口是否正常; b) 在你自己的电脑  tcping 检测 142.171.223.56  的  28828  端口是否可连接. 2. 在中转VPS上查 sing-box 的 access.log cat /var/log/sing...
Read more »