LZ（妙妙呜）

> 请问,在使用/jffs/scripts/lz/data/wan_1_domain.txt和/jffs/scripts/lz/data/wan_2_domain.txt时,如何匹配域名? 我试了下*.baidu.com, Baidu.com, .baidu.com然后在路由器上用插件自带的出口检测工具试了一下都不行.如果测试baidu.com可以的,但是测试maps.baidu.com就不生效.所以请问下怎么通配xxx.baidu.com所有域名呢? 这个不具备通配功能，只能是具体存在的域名，比如：maps.baidu.com、baidu.com。

前两条的“用户自定义IPv4目标网址/网段流量静态分流出口规则”在动态分流模式模式下是不使用的。 在动态分流模式下，custom_data_file_1和custom_data_file_2文件中定义的目标网段流量会自动转换为动态路由方式，分别根据出口定义直接合并到下面的两条“国内运营商IPv4目标网段和用户自定义IPv4目标网址/网段第一WAN口流量动态分流出口规则”和“国内运营商IPv4目标网段和用户自定义IPv4目标网址/网段第二WAN口流量动态分流出口规则”中处理。 简单的来讲，动态分流模式下自定义网段流量基本的处理步骤为： 1.将所有运营商网段按照出口划分形成两个基本合集； 2.在在运营商网段两个合集中删除所有与自定义网段重合的部分； 3.将自定义网段添加到相同出口的运营商网段合集中； 4.将两个合集的流量分别导向两个出口。 所以，动态分流模式下，自定义网段与运营商网段处于一个优先级。在自定义网段数据很大时，处理效率也最高。实际上，这两个自定义网段数据可以作为当前运营商网段的补充网段数据使用，如企业特定的网段数据合集，或国外某个具体的运营商网段数据合集等。

> 尝试了一下关掉clash这方案还是不行，我改成动态分流目前看按域名分流正常了，感谢。 > > > > 但遇到了一个BUG，我是访问10.0.0.0/8网段走WAN1，就是走WAN1时，在电脑客户端上tracert -d 10.0.0.1时走的是WAN2，但还能正常访问（走的肯定是WAN一，走WAN二路由是不通的）。 在路由器上执行： ip r ip r sh ta 100 ip r sh ta 200 看一下结果

> 比如我访问10.186.1.224，tracert -d 10.186.1.224 走的是WAN二，理论是如果走WAN没路由应该是不通的，但它的确可以打开，应该是走WAN一去访问的 没太搞明白你的网络构型。 从路由表中看到，两条宽带都是采用dhcp方式接入，未采用桥接，不是路由器拨号，即都是光猫pppoe拨号接入互联网。 要达到好的网络效果，充分发挥路由器的性能优势，建议最好都采用桥接模式。 第一WAN口的接入的联通啥设备？地址看起来有些怪。 第二WAN口的电信设备地址正常，与一般光猫无异。 路由器内网192.168.50.0/24，内网设备应该都在该地址段，分流脚本仅对该地址段设备有效。 那个10.186.1.224似乎不是公网地址，或是被墙，也不在第一WAN口所连上一级设备的本地网络内，一种可能是上一级联通运营商内网的设备地址，需要系统中指定路由后才能找到。如果不在脚本中的运营商网段数据范围内，tracert会到定义为国外运营商网段出口（例如，该网段出口已设置为第二WAN口）的网络中寻找。 所有未被系统定义路由和脚本运营商网段数据中未包含的地址，作为未知地址，脚本最终会按照国外运营商网段出口路由处理。 刚按照你10.0.0.0/8网段走第一WAN口的设置，custom_data_wan_port_1=0，在路由器内网终端上traceroute 10.186.1.224，未发现你那种问题，一切正常，你再检查一下脚本相关参数设置是否正确。

> 用户自定义IPv4目标网址/网段 终于找到用户自定义IPv4目标网址/网段在动态分流模式下发生出口错误的bug，会在下一版本中修复。

> WAN一是公司内网，WAN二是5G盒子，接口都是动态获取，脚本里那11种网络类型我都指定走WAN二了，只有10.0.0.0/8走公司的WAN一，那个10.18X.X.X的地址是公司内网地址，也就是我指定其中一个公网域名(比如www.baidu.com)走WAN一时会打不开，但看解析和tracer都是正常的，就是无法ping通，也有可能是你说的被识别成了未知地址，我再研究研究 在动态分流模式下，还可以不用“用户自定义IPv4目标网址/网段(1)流量出口”功能指定访问“10.0.0.0/8”网段出口，可通过“第一WAN口客户端至预设IPv4目标网址/网段流量静态直通路由”功能设置独立的双向静态路由： wan_1_src_to_dst_addr=0 wan_1_src_to_dst_addr_file="/jffs/scripts/lz/data/wan_1_src_to_dst_addr.txt" 在上述列表数据文件中填入： 0.0.0.0/0 10.0.0.0/8 10.0.0.0/8 0.0.0.0/0

> 搞定了，需要在终端控制台输入 /jffs/scripts/lz/lz_rule.sh启动后重启路由器才显示，而且tar.gz安装包在koolshare软件中心手动安装不了，真郁闷。 这个是梅林固件的标准插件，不是koolshare软件中心的插件，所以无法在koolshare软件中心里安装。

> 今天更新了3.6.6,依旧会卡顿. 啥型号的路由器和固件版本？ 若性能足够强，切换到静态分流模式，或是动态分流模式，看有啥区别。或是关掉路由器和脚本上不必要的功能，如脚本配置中的“自动清理路由表缓存”功能等。 双线路分流会增加机器内部的数据处理过程和传输环节，网络传输的性能指标和持久性传输的稳定性比单线路时肯定有所下降，尤其是对网络延迟要求高的应用可能更明显，毕竟这类路由器的双线路接入能力不是产品设计的主要追求，软硬件支持有限。 双线路时会调用很多单线路时根本用不到的机内软硬件资源，这些资源虽是设备自身的，但品质不会很高，厂家开发时的关注度有限，常年得不到升级，只做到有略胜于无，很无奈。 即使是所谓的游戏路由器，传输性能也只是体现在单线路传输上，第三方软件只是扩展了应用范围，难以本质上提升机器性能。脚本只是个路由器参数配置工具，启动完成后自动退出，不再参与路由器运行，难以让两条线路的传输性能和稳定性比肩路由器单线路使用时的效果。

是否使用了什么路由器内置的游戏加速器或插件？即游戏终端流量经路由器内部的专用软件代理中转至外网游戏服务器，而普通网络访问则无此中间环节。 路由器内置的一些功能模块或第三方插件设计时没有考虑双线路应用场景，不能很好的匹配双wan出口，链路流量有时会在两个wan口间切换，造成卡顿、不流畅的情况。 由于是机内应用，其采用的技术以及固件权限开放性问题，导致脚本配置的分流规则会对位于路由器本机内部应用产生的网络流量不起作用。

由于华硕路由器系统本身只允许接入一路IPv6流量，所以无法像对待IPv4流量一样对IPv6流量进行分流。或者也可以想象，若路由器允许同时接入两路不同运营商的IPv6流量，意味着路由器本地网络内所有具有IPv6接入能力的设备将会同时拥有两个不同运营商分配且不同的全球唯一IPv6网址，目前的路由器系统是无法对这些设备进行管理的，这一点与IPv4的情况完全不同。IPv4时，路由器系统仅会对每一个本地网络设备分配一个唯一的本地IPv4网址，而非由运营商分配本地地址，本地设备不会因此具有两个以上的本地IPv4网址。而对于IPv4外网，本地设备地址是由路由器WAN口公网IP或转换后的互联网接口IP体现。