legacy分支的透明代理配置不生效 #449
Comments
|
我的为啥只有5行呢？用curl -x 去访问特定网站也没问题 |
我用的路由器自带了一些防火墙规则；你这个输出里都没有包含透明代理相关的规则呀 |
|
|
所以我很奇怪啊,我怎么设置透明代理，执行iptables --list都没有变化。后来我看到有网站说luci-app-v2ray 是在特定Client用的，不用set iptables,以为是v2ray可能会主动调用类似功能，所以也没再纠结iptables的问题。这个透明代理相关规则从哪儿来的呢？有没有可能是我把firewall清空造成的呢？ |
|
透明代理的设置在luci-app-v2ray的web gui里设置，在“透明代理”选项卡里选择一个dokodemo-door的入站之后就可以了，然后运行iptables就可以看到相关的规则。 |
我也是觉得应该是这样，反复试过多次配置transparent Proxy，iptables都没变化。环境是：nas-docker-OpenWrt 21.02.2- V2Ray 4.44.0-做旁路由，docker镜像是openwrtorg/rootfs，检查kmod-ipt-tproxy iptables-mod-tproxy bind-dig之类的包也都有。执行“curl -Is -x 127.0.0.1:8123 特定网站”返回200，也正常。看来就是配置transparent Proxy的问题。只不过不知道为什么不能生成iptables |
|
你的问题我估计主路由改桥接就能搞定了 |
|
话说你为什么不用docker直接做路由呢? |
|
和我问题很像，我的是广联的gl.net sft 165 设置透明代理的n1为网关无效，头大…… |
你的规则在nat链表里，你不是tproxy模式 |
|
我的问题查到了，是傻逼的上海电信的送的广猫（烽火某型号）做的限制，第一级路由下只有光猫自己的ip .1 能做网关，其他一概不通。也就是说一级路由下旁路由基本没戏了。和openwrt和iptables 以及v2ray没有一毛钱关系…… |
|
You could check the rule at mwan3_hook chain. it set mark on packets, which means overwrite the mask 0xff from v2ray. At luci-app-v2ray, and official guide it just set mark and match mark, which is conflict with GL-iNet Router. So we should set mark with mask (like P.S. |
我的路由器是GL-iNet的一款用了国产芯片的路由器（SFT1200），所以没有办法使用预编译的v2ray，预装的Openwrt是18.06版本，因此我自行编译了kuoruan/openwrt-v2ray和本项目的legacy分支并都顺利安装上去了。但是实际使用发现透明代理没有生效。
我的网络拓扑如下：
NAS：
SFT1200：
首先我在我的PC上验证了我的NAS和SFT1200的socks5入站都是正常的：
然后验证了NAS上的DNS服务也是正常的（下面的gen10.perqin.com是我通过coredns的hosts文件配置的，公网没有这个子域名），并且看起来SFT1200上的DNS也是向NAS查询的：
但在PC上无法正常访问Google，提示超时；我在NAS上配置了CN直连，在PC上访问国内站点确实可以打开，虽然不知道为什么特别慢。
SFT1200上
/var/etc/v2ray/v2ray.main.json的内容如下：{ "log": { "access": "\/dev\/null", "loglevel": "warning", "error": "\/var\/log\/v2ray-error.log" }, "dns": { "tag": "dns", "hosts": { "example.com": "127.0.0.1" }, "servers": [ { "address": "192.168.0.110", "port": 53 } ] }, "routing": { "domainStrategy": "IPOnDemand", "rules": [ { "type": "field", "protocol": [ "bittorrent" ], "outboundTag": "direct" }, { "type": "field", "port": "53", "network": "udp", "inboundTag": [ "transparent" ], "outboundTag": "dns_out" }, { "type": "field", "ip": [ "114.114.114.114", "223.5.5.5" ], "outboundTag": "direct" }, { "type": "field", "ip": [ "1.1.1.1", "8.8.8.8", "208.67.222.222" ], "outboundTag": "proxy" }, { "type": "field", "port": "123", "network": "udp", "outboundTag": "direct" }, { "type": "field", "inboundTag": [ "dns" ], "outboundTag": "direct" } ] }, "inbounds": [ { "listen": "0.0.0.0", "port": 1081, "protocol": "dokodemo-door", "settings": { "followRedirect": true, "network": "tcp,udp" }, "streamSettings": { "sockopt": { "tproxy": "tproxy" } }, "tag": "transparent", "sniffing": { "enabled": true, "destOverride": [ "http", "tls" ] } }, { "listen": "0.0.0.0", "port": 1080, "protocol": "socks", "settings": { "auth": "noauth", "udp": false }, "streamSettings": { "sockopt": { } }, "sniffing": { "enabled": true, "destOverride": [ "http", "tls" ] } } ], "outbounds": [ { "protocol": "socks", "settings": { "servers": [ { "address": "192.168.0.110", "port": 2022 } ] }, "streamSettings": { "sockopt": { "mark": 255 } }, "tag": "proxy" }, { "protocol": "freedom", "settings": { }, "streamSettings": { "sockopt": { "mark": 255 } }, "tag": "direct" }, { "protocol": "blackhole", "settings": { }, "streamSettings": { "sockopt": { "mark": 255 } }, "tag": "block" }, { "protocol": "dns", "settings": { }, "streamSettings": { "sockopt": { "mark": 255 } }, "tag": "dns_out" } ] }iptables的配置如下：
看起来是TCP流量没有通过透明代理转发给NAS导致的，是哪里的规则配置出了问题呢？
The text was updated successfully, but these errors were encountered: