Comments (14)
感谢开发者,我使用这个脚本一个月目前感觉很好,但是就是想问下设置中的“均分出口”和“反向均分出口”在使用上有什么差别?
这两个功能都是把一个指定的运营商网段数据平均划分为两部分,相关流量各走路由器的两个出口,只是出口的分配方向相反。
“均分出口”是上半部分的流量走第一WAN口,下半部分流量走第二WAN口。
“反向均分出口”则是上半部分流量走第二WAN口,下半部分流量走第一WAN口。
from amdwprprsct.
感谢开发者,我使用这个脚本一个月目前感觉很好,但是就是想问下设置中的“均分出口”和“反向均分出口”在使用上有什么差别?
这两个功能都是把一个指定的运营商网段数据平均划分为两部分,相关流量各走路由器的两个出口,只是出口的分配方向相反。
“均分出口”是上半部分的流量走第一WAN口,下半部分流量走第二WAN口。
“反向均分出口”则是上半部分流量走第二WAN口,下半部分流量走第一WAN口。
那请问我有两条相同运营商,带宽不同的宽带,是不是选哪个效果都一样?
from amdwprprsct.
基本如此,取决于如何规划
from amdwprprsct.
基本如此,取决于如何规划
谢谢大佬
from amdwprprsct.
基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
from amdwprprsct.
基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式:
https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。
from amdwprprsct.
基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。
基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。
谢谢,我去试试看
from amdwprprsct.
基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。谢谢,我去试试看
在按那个帖子操作前,最好先看一下原有参数,记下来,以免改乱了没法恢复。可执行如下查看命令:
cat /proc/sys/net/netfilter/nf_conntrack_expect_max
我对他改的那个参数没底,感觉有些小,不知道他是什么型号的路由器,或许是老机型。我自己路由器的那个值是4096,比他改的512相差太大,所以失去了参照系,没法评价到底怎样了。也许我这台比较新,参数就该那样?过反正从没动过,没出啥问题,
另外,你是啥型号的机器,是否启用了机器上那些内置功能,如:AiProtection 智能网络卫士、家长电脑控制程序、带宽管理 QoS - WAN / LAN 带宽监控、流量监控等,这些功能本身不支持双线路负载均衡运行模式,只能在单线路下运行,而且用起来都很影响带宽和拖网速,听起来好听,弊大于利,最好不要用,而且双线路下一定要把他们关掉,否则会引起些异象。
from amdwprprsct.
基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。谢谢,我去试试看
在按那个帖子操作前,最好先看一下原有参数,记下来,以免改乱了没法恢复。可执行如下查看命令: cat /proc/sys/net/netfilter/nf_conntrack_expect_max
我对他改的那个参数没底,感觉有些小,不知道他是什么型号的路由器,或许是老机型。我自己路由器的那个值是4096,比他改的512相差太大,所以失去了参照系,没法评价到底怎样了。也许我这台比较新,参数就该那样?过反正从没动过,没出啥问题,
另外,你是啥型号的机器,是否启用了机器上那些内置功能,如:AiProtection 智能网络卫士、家长电脑控制程序、带宽管理 QoS - WAN / LAN 带宽监控、流量监控等,这些功能本身不支持双线路负载均衡运行模式,只能在单线路下运行,而且用起来都很影响带宽和拖网速,听起来好听,弊大于利,最好不要用,而且双线路下一定要把他们关掉,否则会引起些异象。
我改成4096了,目前没有跳了。机器是tuf ax5400,这些东西都没有开。目前我觉得可能会影响就是fullcone nat吧。参照了另一个帖子的这些命令。
echo 4096 > /proc/sys/net/netfilter/nf_conntrack_expect_max
echo 300000 > /proc/sys/net/netfilter/nf_conntrack_max
echo 120 > /proc/sys/net/netfilter/nf_conntrack_generic_timeout
echo 1800 > /proc/sys/net/netfilter/nf_conntrack_tcp_timeout_established
service restart_conntrack
from amdwprprsct.
基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。谢谢,我去试试看
在按那个帖子操作前,最好先看一下原有参数,记下来,以免改乱了没法恢复。可执行如下查看命令: cat /proc/sys/net/netfilter/nf_conntrack_expect_max
我对他改的那个参数没底,感觉有些小,不知道他是什么型号的路由器,或许是老机型。我自己路由器的那个值是4096,比他改的512相差太大,所以失去了参照系,没法评价到底怎样了。也许我这台比较新,参数就该那样?过反正从没动过,没出啥问题,
另外,你是啥型号的机器,是否启用了机器上那些内置功能,如:AiProtection 智能网络卫士、家长电脑控制程序、带宽管理 QoS - WAN / LAN 带宽监控、流量监控等,这些功能本身不支持双线路负载均衡运行模式,只能在单线路下运行,而且用起来都很影响带宽和拖网速,听起来好听,弊大于利,最好不要用,而且双线路下一定要把他们关掉,否则会引起些异象。我改成4096了,目前没有跳了。机器是tuf ax5400,这些东西都没有开。目前我觉得可能会影响就是fullcone nat吧。参照了另一个帖子的这些命令。 echo 4096 > /proc/sys/net/netfilter/nf_conntrack_expect_max echo 300000 > /proc/sys/net/netfilter/nf_conntrack_max echo 120 > /proc/sys/net/netfilter/nf_conntrack_generic_timeout echo 1800 > /proc/sys/net/netfilter/nf_conntrack_tcp_timeout_established service restart_conntrack
看来有效,但不知其余那些命令是否也是解决这个问题的,建议有其他问题出现时在针对性的使用。
from amdwprprsct.
基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。谢谢,我去试试看
在按那个帖子操作前,最好先看一下原有参数,记下来,以免改乱了没法恢复。可执行如下查看命令: cat /proc/sys/net/netfilter/nf_conntrack_expect_max
我对他改的那个参数没底,感觉有些小,不知道他是什么型号的路由器,或许是老机型。我自己路由器的那个值是4096,比他改的512相差太大,所以失去了参照系,没法评价到底怎样了。也许我这台比较新,参数就该那样?过反正从没动过,没出啥问题,
另外,你是啥型号的机器,是否启用了机器上那些内置功能,如:AiProtection 智能网络卫士、家长电脑控制程序、带宽管理 QoS - WAN / LAN 带宽监控、流量监控等,这些功能本身不支持双线路负载均衡运行模式,只能在单线路下运行,而且用起来都很影响带宽和拖网速,听起来好听,弊大于利,最好不要用,而且双线路下一定要把他们关掉,否则会引起些异象。我改成4096了,目前没有跳了。机器是tuf ax5400,这些东西都没有开。目前我觉得可能会影响就是fullcone nat吧。参照了另一个帖子的这些命令。 echo 4096 > /proc/sys/net/netfilter/nf_conntrack_expect_max echo 300000 > /proc/sys/net/netfilter/nf_conntrack_max echo 120 > /proc/sys/net/netfilter/nf_conntrack_generic_timeout echo 1800 > /proc/sys/net/netfilter/nf_conntrack_tcp_timeout_established service restart_conntrack
看来有效,但不知其余那些命令是否也是解决这个问题的,建议有其他问题出现时在针对性的使用。
好的谢谢,我下次就用那一条再试试,看看有没有什么区别
from amdwprprsct.
基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。谢谢,我去试试看
在按那个帖子操作前,最好先看一下原有参数,记下来,以免改乱了没法恢复。可执行如下查看命令: cat /proc/sys/net/netfilter/nf_conntrack_expect_max
我对他改的那个参数没底,感觉有些小,不知道他是什么型号的路由器,或许是老机型。我自己路由器的那个值是4096,比他改的512相差太大,所以失去了参照系,没法评价到底怎样了。也许我这台比较新,参数就该那样?过反正从没动过,没出啥问题,
另外,你是啥型号的机器,是否启用了机器上那些内置功能,如:AiProtection 智能网络卫士、家长电脑控制程序、带宽管理 QoS - WAN / LAN 带宽监控、流量监控等,这些功能本身不支持双线路负载均衡运行模式,只能在单线路下运行,而且用起来都很影响带宽和拖网速,听起来好听,弊大于利,最好不要用,而且双线路下一定要把他们关掉,否则会引起些异象。我改成4096了,目前没有跳了。机器是tuf ax5400,这些东西都没有开。目前我觉得可能会影响就是fullcone nat吧。参照了另一个帖子的这些命令。 echo 4096 > /proc/sys/net/netfilter/nf_conntrack_expect_max echo 300000 > /proc/sys/net/netfilter/nf_conntrack_max echo 120 > /proc/sys/net/netfilter/nf_conntrack_generic_timeout echo 1800 > /proc/sys/net/netfilter/nf_conntrack_tcp_timeout_established service restart_conntrack
看来有效,但不知其余那些命令是否也是解决这个问题的,建议有其他问题出现时在针对性的使用。
你好,我之前听取你的建议只加了第一条命令,目前情况和之前没有什么差别。
还有一个问题,就是按照你log里面说的,我把安装包放到路由器的tmp目录下并解压,然后使用安装命令,发现在/jffs/scripts/lz/configs目录里的lz_rule_config内容被重置了,请问下这算是bug么
from amdwprprsct.
基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。谢谢,我去试试看
在按那个帖子操作前,最好先看一下原有参数,记下来,以免改乱了没法恢复。可执行如下查看命令: cat /proc/sys/net/netfilter/nf_conntrack_expect_max
我对他改的那个参数没底,感觉有些小,不知道他是什么型号的路由器,或许是老机型。我自己路由器的那个值是4096,比他改的512相差太大,所以失去了参照系,没法评价到底怎样了。也许我这台比较新,参数就该那样?过反正从没动过,没出啥问题,
另外,你是啥型号的机器,是否启用了机器上那些内置功能,如:AiProtection 智能网络卫士、家长电脑控制程序、带宽管理 QoS - WAN / LAN 带宽监控、流量监控等,这些功能本身不支持双线路负载均衡运行模式,只能在单线路下运行,而且用起来都很影响带宽和拖网速,听起来好听,弊大于利,最好不要用,而且双线路下一定要把他们关掉,否则会引起些异象。我改成4096了,目前没有跳了。机器是tuf ax5400,这些东西都没有开。目前我觉得可能会影响就是fullcone nat吧。参照了另一个帖子的这些命令。 echo 4096 > /proc/sys/net/netfilter/nf_conntrack_expect_max echo 300000 > /proc/sys/net/netfilter/nf_conntrack_max echo 120 > /proc/sys/net/netfilter/nf_conntrack_generic_timeout echo 1800 > /proc/sys/net/netfilter/nf_conntrack_tcp_timeout_established service restart_conntrack
看来有效,但不知其余那些命令是否也是解决这个问题的,建议有其他问题出现时在针对性的使用。
你好,我之前听取你的建议只加了第一条命令,目前情况和之前没有什么差别。 还有一个问题,就是按照你log里面说的,我把安装包放到路由器的tmp目录下并解压,然后使用安装命令,发现在/jffs/scripts/lz/configs目录里的lz_rule_config内容被重置了,请问下这算是bug么
不是bug,这是被新文件覆盖了,此时只要重新启动脚本,所有参数都会恢复如初。脚本配置文件里的参数都保存在lz_rule_config.box那个文件里,只要这个文件在,即使你把脚本配置文件(lz_rule_config.sh)删除了,启动脚本就能立刻恢复,这是个保护机制,你可以试试。
from amdwprprsct.
基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。基本如此,取决于如何规划
不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”,关闭双拨后又正常了。请问这个对脚本运行有影响么?
还没遇到过这种情况,估计与系统的路由跟踪表有关,可参看下帖的处理方式: https://blog.csdn.net/wgl307293845/article/details/121227284
没试过,不知是否有效。谢谢,我去试试看
在按那个帖子操作前,最好先看一下原有参数,记下来,以免改乱了没法恢复。可执行如下查看命令: cat /proc/sys/net/netfilter/nf_conntrack_expect_max
我对他改的那个参数没底,感觉有些小,不知道他是什么型号的路由器,或许是老机型。我自己路由器的那个值是4096,比他改的512相差太大,所以失去了参照系,没法评价到底怎样了。也许我这台比较新,参数就该那样?过反正从没动过,没出啥问题,
另外,你是啥型号的机器,是否启用了机器上那些内置功能,如:AiProtection 智能网络卫士、家长电脑控制程序、带宽管理 QoS - WAN / LAN 带宽监控、流量监控等,这些功能本身不支持双线路负载均衡运行模式,只能在单线路下运行,而且用起来都很影响带宽和拖网速,听起来好听,弊大于利,最好不要用,而且双线路下一定要把他们关掉,否则会引起些异象。我改成4096了,目前没有跳了。机器是tuf ax5400,这些东西都没有开。目前我觉得可能会影响就是fullcone nat吧。参照了另一个帖子的这些命令。 echo 4096 > /proc/sys/net/netfilter/nf_conntrack_expect_max echo 300000 > /proc/sys/net/netfilter/nf_conntrack_max echo 120 > /proc/sys/net/netfilter/nf_conntrack_generic_timeout echo 1800 > /proc/sys/net/netfilter/nf_conntrack_tcp_timeout_established service restart_conntrack
看来有效,但不知其余那些命令是否也是解决这个问题的,建议有其他问题出现时在针对性的使用。
你好,我之前听取你的建议只加了第一条命令,目前情况和之前没有什么差别。 还有一个问题,就是按照你log里面说的,我把安装包放到路由器的tmp目录下并解压,然后使用安装命令,发现在/jffs/scripts/lz/configs目录里的lz_rule_config内容被重置了,请问下这算是bug么
不是bug,这是被新文件覆盖了,此时只要重新启动脚本,所有参数都会恢复如初。脚本配置文件里的参数都保存在lz_rule_config.box那个文件里,只要这个文件在,即使你把脚本配置文件(lz_rule_config.sh)删除了,启动脚本就能立刻恢复,这是个保护机制,你可以试试。
好的谢谢
from amdwprprsct.
Related Issues (17)
- 来自网友的问候 HOT 1
- 该方案适用于X86软路由吗? HOT 2
- V3.5.9更新了什么? HOT 2
- 使用几个月了发现玩游戏会卡顿。 HOT 9
- 动态模式下策略优先级问题 HOT 2
- 小白问题,可以扩展到ipv6么? HOT 3
- 关于内存会逐日减少,大约15天后因内存耗尽而死机 HOT 25
- 运行脚本时报错——grep: warning: stray \ before / HOT 10
- 3.9.7版,按域名分流无效 HOT 18
- 关于“IPTV连接方式”
- 更新4.3.4后meilin clash节点测速都是超时,关闭运行策略路由恢复正常,回退到4.3.0正常 HOT 3
- 域名匹配失败 HOT 1
- AX88U梅林改388.4支持WEB操作页面吗? HOT 3
- AX86U华硕官改固件卸载脚本失败 HOT 2
- 请问一下,AX86U双wan接入,一条宽带,一条iptv,如何设置可以手机看itv,不要机顶盒 HOT 1
- [两个无伤大雅的小BUG]ax-89x的温度显示不正常,以及误报WAN1断连但实际运行正常 HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from amdwprprsct.