众所周知,线路鸡一般国际互连不太行,而落地鸡线路又不太行,如何结合二者优势,搓一台超级中转鸡呢。
- 流量的流向也就是这样:过墙线路鸡-国际互连落地鸡-最终节点
最终目的是想要本地可以直接使用[过墙线路鸡+国际互连落地鸡]组合的节点,后续可以直接使用链式代理来轻松连接最终目标。
(补充说明:了解到可以使用realm、gost等转发软件,但这些软件大多使用在专线上,不知道线路鸡能不能使用。)
好的就是这些,求佬友指点 ![]()
众所周知,线路鸡一般国际互连不太行,而落地鸡线路又不太行,如何结合二者优势,搓一台超级中转鸡呢。
最终目的是想要本地可以直接使用[过墙线路鸡+国际互连落地鸡]组合的节点,后续可以直接使用链式代理来轻松连接最终目标。
(补充说明:了解到可以使用realm、gost等转发软件,但这些软件大多使用在专线上,不知道线路鸡能不能使用。)
好的就是这些,求佬友指点 ![]()
坐等大佬解答
能用啊,转发过去就行,一些代理工具可以直接配链式代理,链式代理又不是只能用一次,也可以直接iptables/nftables转发
用sing-box很容易就能做到的,简单编写一个规则就行
realm这类转发软件,一般落地鸡都是ss协议,但专线不过墙。但现在搭建realm的小鸡流量会过墙,也可以这么配吗佬
是指链式代理吗佬,我是mihomo系的,链式代理确实很简单,但总是不想二层嵌套,所以问问是不是有更优雅的做法
我的意思是在线路机上设置出站代理,给你举个例子
{
"inbounds": [
{
"type": "anytls",
"tag": "anytls-in",
"listen": "::",
"listen_port": 1000
//.....
}
],
"outbounds": [
{
"password": "aaa",
"server": "aaa",
"server_port": 2000,
"tag": "usa",
//....
"type": "hysteria2"
}
],
"route": {
"final": "usa"
}
}
差不多就是这种感觉
等我摸鱼的时候搓个xray分流规则教程 你就会玩了
有点既要又要了,其实是因为线路鸡直接到落地不太行(落地不在一个地区),想套一层国际互联好的小鸡中转解决。可接管全部出站流量的话,同区域不需要做互联又觉得冗余了 ![]()
那就套层warp嘛
那你不用ss不就行了,专线为了抗通报也有换reality的
大概这样,我从我文档复制而来。对于大部分需求应该够用了,炒鸡简单
安装命令:
bash <(wget -qO- -o- https://github.com/233boy/sing-box/raw/main/install.sh)
输入 sing-box 或者 sb 查看管理面板
命令格式sing-box add door [port] [remote-addr] [remote-port]
A机器为中转,转发流量转发数据到 B 机器(只能转发 TCP 或 UDP 流量,带 TLS 的不行)
先要在 B 机器添加一个 sing-box 配置;
在 A 机器执行:sing-box add door,然后输入 B 机器的 IP 和端口;
把 B 机器给出的配置里面的地址和端口,改成 A 机器的 IP 和端口即可
专线不是扫到tls会被通报吗
线路鸡安装gost转发落地机的tcp/udp就行了
还是太权威了
套个warp啊
通过路由转发到不同出口就行
简单的,
落地节点搭一个vless reality xtls节点,中间无论几个中转鸡一律realm、任意门进行端口转发。
但落地机如果距离太远,由于xtls的1rtt特性,初次连接延迟会稍高
过墙线路机搭一个vless reality xtls节点,然后落地机一个ss节点,线路机设置ss出站,中介无论还有几个中转机一律转发
上面佬给的两种方案都可以:
1.中转机设置 outbound
2.本地设置,更灵活 mihomo用 dialer-proxy, sing-box 1.10及之前有 detour 字段,现在改的太多还没了解
那是你的上游通报,不是管局检测到tls就通报