有一个小问题 about amdwprprsct HOT 14 OPEN

感谢开发者，我使用这个脚本一个月目前感觉很好，但是就是想问下设置中的“均分出口”和“反向均分出口”在使用上有什么差别？

这两个功能都是把一个指定的运营商网段数据平均划分为两部分，相关流量各走路由器的两个出口，只是出口的分配方向相反。

“均分出口”是上半部分的流量走第一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.