LZ（妙妙呜）

> > > > > > 基本如此，取决于如何规划 > > > > > > > > > > > > > > > 不好意思大佬又有一个小问题。我发现在系统运行日志中一直弹“nf_conntrack: expectation table full”，关闭双拨后又正常了。请问这个对脚本运行有影响么？ > > > >...

> > > > > > > > 基本如此，取决于如何规划 > > > > > > > > > > > > > > > > > > > > >...

不适用，该方案是专为华硕梅林固件部分博通等处理器的路由器定制的。

> _No description provided._ X86软路由参见如下方案： OpenWrt固件多WAN口策略路由分流工具 https://github.com/larsonzh/owmwpprt

> 哈，我是bbis 何处不相逢

> https://github.com/gaoyifan/china-operator-ip > > https://gaoyifan.github.io/china-operator-ip/ > > 对比了下，发现gaoyifan的IP地址库好像更加精细和更全，大佬能否增加一个对gaoyifan的适配呢？ > > 以及能否增加对IPv6地址库的支持呢？感谢~ 无意义，我OpenWrt接入两路支持IPv6的宽带，但只能使用一路IPv6，无法对IPv6流量分流，所以加入IPv6地址库，技术上没问题，应用上纯属多余，没任何用途。 与IPv4不同，当前的路由器系统无法对来自多个运营商的IPv6体系进行统一的控制管理，并将两个以上的IPv6地址下发给同一个内网设备。

本人 https://github.com/larsonzh/lzispro.git 项目专门用于生成各种所谓更加精细的 IPv4/6 运营商 IP 地址数据。

> > > https://github.com/gaoyifan/china-operator-ip > > > > https://gaoyifan.github.io/china-operator-ip/ > > > > 对比了下，发现gaoyifan的IP地址库好像更加精细和更全，大佬能否增加一个对gaoyifan的适配呢？ > > > > 以及能否增加对IPv6地址库的支持呢？感谢~ > > > > > > 无意义，我OpenWrt接入两路支持IPv6的宽带，但只能使用一路IPv6，无法对IPv6流量分流，所以加入IPv6地址库，技术上没问题，应用上纯属多余，没任何用途。 > > > >...

项目软件采用的 IP 地址库源自 APNIC，内容准确、权威，全面覆盖中国所有 IPv4 地址，数据条目经过 CIDR 聚合压缩，在路由器内使用可获得极佳的经由效率，不需要更换新库。 36.206.32.1 地址位于铁通 crtc 库中的 36.192.0.0/11 网段地址中，无任何纰漏或错误。 您若对网络 IP 地址库生成感兴趣，可使用我另一开源项目（https://github.com/larsonzh/lzispro.git），自己在 OpenWrt 或其他 Linux 环境中生成地址库。该项目所设计的地址分类与 CIDR 聚合算法更为精准可靠。 LZ ---- 回复的原邮件 ---- ***@***.***>发送日期2024年10月18日 06:28 ***@***.***>...

这个 gaoyifan/china-operator-ip 地址库，似乎是把 cmcc 和 crtc 数据简单整合在一起，未进一步的做网段聚合压缩处理，故数据条目较多。 LZ ---- 回复的原邮件 ---- ***@***.***>发送日期2024年10月18日 06:28 ***@***.***> ***@***.***>, ***@***.***>主题Re: [larsonzh/owmwpprt] 更换IP地址库以及增加对IPv6的支持？ (Issue #4) @larsonzh 作者您好，请问能否考虑增加 gaoyifan/china-operator-ip 这个地址库？比如 36.206.32.1 这个铁通地址，苍狼的移动和铁通地址库中都没包含该地址，而 https://gaoyifan.github.io/china-operator-ip/cmcc.txt 这里是有包含的。 — Reply...