We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
异地拥有AB两个局域网,A有公网,B没有
A1服务器: 位于局域网内,例如 10.0.1.10 A2服务器:提供实际服务的机器,例如 10.0.2.100:8080 (http) A网络:拥有公网IP,拥有一个映射,指向 A1服务器的指定端口(TCP+UDP) 1.2.3.4:8888 -> 10.0.1.10:8080
B1服务器:位于局域网内,例如 10.0.1.10 B2客户端:任意电脑手机等
B2客户端们 -> B1服务器:某端口 -> V2客户端 -> A网络:8888 -> A1服务器:8080 -> V2服务端 -> A2服务器:8080(HTTP)
如果让B2的设备们直接安装V2客户端,则是属于正常的v2使用,这很好实现。 本质上这算是反向代理了,但是V2文档里的反向代理是反过来的,B有公网,A没有公网。尝试了把in/out的传输反过来写,同时打算配合任意门,但是:
开始以为任意门是做反向代理,但是后来发现好像是配合iptables在路由器做透明代理的。直接试验了一下也无法使用,甚至如果不配置iptables,在内网里都无法访问任何东西(这段配置运行在10.0.1.0:8080,访问这个地址并不能看到10.0.1.100:30080的WEB,而是CONN REFUSE):
"inbounds": [ { "settings": { "network": "tcp,udp", "address": "10.0.1.100", "port": 30080, "followRedirect": false }, "port": 8080, "protocol": "dokodemo-door" } ], "outbounds": [ { "protocol": "freedom" } ]
请问V2是否支持inBound/outBound反过来的方向代理用法?
The text was updated successfully, but these errors were encountered:
No branches or pull requests
设备信息
异地拥有AB两个局域网,A有公网,B没有
A1服务器: 位于局域网内,例如 10.0.1.10
A2服务器:提供实际服务的机器,例如 10.0.2.100:8080 (http)
A网络:拥有公网IP,拥有一个映射,指向 A1服务器的指定端口(TCP+UDP) 1.2.3.4:8888 -> 10.0.1.10:8080
B1服务器:位于局域网内,例如 10.0.1.10
B2客户端:任意电脑手机等
最终目的
B2客户端们 -> B1服务器:某端口 -> V2客户端 -> A网络:8888 -> A1服务器:8080 -> V2服务端 -> A2服务器:8080(HTTP)
问题
如果让B2的设备们直接安装V2客户端,则是属于正常的v2使用,这很好实现。
本质上这算是反向代理了,但是V2文档里的反向代理是反过来的,B有公网,A没有公网。尝试了把in/out的传输反过来写,同时打算配合任意门,但是:
开始以为任意门是做反向代理,但是后来发现好像是配合iptables在路由器做透明代理的。直接试验了一下也无法使用,甚至如果不配置iptables,在内网里都无法访问任何东西(这段配置运行在10.0.1.0:8080,访问这个地址并不能看到10.0.1.100:30080的WEB,而是CONN REFUSE):
请问V2是否支持inBound/outBound反过来的方向代理用法?
The text was updated successfully, but these errors were encountered: