Lialosiu

~same problem in Edge, and request header `Origin: null` may cause this problem?~ ~other assests file like PNG or JPG, they dont have `Origin: null` request header, and no cors...

我觉得应该默认报错，然后在cli指令中加个参数可配置为忽略函数处理

这个是v2ray本身的规则...如果没有对应的路由策略的话，默认使用出站列表中第一条配置 具体可以看关于那个tab下，有显示具体生成的v2ray配置文件的，最终的生效规则是以这个配置文件为准的

 今天抽空再测试了一下这个问题，报错信息如图^

终于找到了个变通的方法，可以凑合着临时解决此问题： 关闭本插件中的透明代理，并将生成的配置json文件复制一份 然后将 dokodemo-door 配置中的 followRedirect 设置为 true，手动指定加载此配置文件 安装 [luci-app-transparent-proxy](https://github.com/techotaku/luci-app-transparent-proxy) 插件 并将 luci-app-transparent-proxy 透传端口设置为dokodemo-door 入站端口 这种模式测试可用 估计是 luci-app-transparent-proxy 的 iptables 的配置可以和 mwan3 兼容 等哪天有空我研究下能不能把他的规则搬过来吧（ luci-app-transparent-proxy 的 iptables 长这样：  

  本插件的 iptables 长这样，在prerouting链的最下面，有可能是因为这个导致的？

问题就是，我软路由到下游只有一根网线，没法划分多网段。。。vlan的话，要下游再搞个带管交换机才行 Tim Zhang 于 2020年10月7日周三 11:15写道： > > 如果OP仅仅是一个网络隔离或分网段路由的需求，单纯的用iptables就可以解决……LUCI里有一个菜单叫静态路由，加一条设置把IPTV的网段指到对应WAN口的网关IP就行了。 > > 其实我感觉很多问题都没必要上mwan3，规则太复杂，和v2ray差不多了，作为一个路由管理还不够（不能替代v2ray），链接状态管理又太重了（家庭用户手动设置一个 > metric 就足够了） > > — > You are receiving this because you authored the thread. > Reply...

刚刚测试最新版的master分支编译，依然存在这个问题 我openwrt上运行了个vpn服务器，一启动xray，从wan入站的vpn连接就断了 但是我发现在bypass上添加wan端的ip后，那个ip过来的包就可以正常入站了，感觉是因为入站流量被重定向了？ 不太熟iptables，特别是tproxy，完全不知道怎么整... 看了半天防火墙规则，没看懂，加了bypass之后好像是在ipset里面加了个对应的ip，然后iptables匹配上之后直接return了。难道是wan进来的流量也被重定向到xray去处理了？ ---- 卧槽我才发现这个pr没有合并进来🤣 晚点我把这个pr拿下来再编译一个试试（

周末研究下看看，资料好少啊😂

我用的原版openwrt22.03.5也有这个问题，搜索到这里来了 目前来看是因为pppoe被踢下线重拨时，wan_6还在，然后新的pppoe连上之后wan_6才断，导致的默认路由没了，而且新的wan_6也不会出来，直接无了