[建议] 通过在线订阅添加的IP组，显示雷池获取IP组更新的时间

[Steve5wutongyu6]

背景与遇到的问题

在雷池4.0.0 版本中，IP 组支持了通过 URL 在线订阅内容，并且会每日自动更新，但是在“内容”这一栏没有显示雷池获取更新的具体时间，像这样

建议的解决方案

对于通过订阅获取的IP组，增加雷池自动获取更新的具体时间

[Steve5wutongyu6]

版本更新记录里面给出的截图看起来是有更新时间的？

[LisonFan]

还有个问题，是不是 IP 列表有上限？ https://github.com/Loyalsoldier/geoip/raw/release/text/cn.txt 复制出来看只有 1001 条，但是这个列表有 1w+ 条

自动订阅到内容里也有个问题，对于 1.1.1.1/32 这类的 CIDR 编辑框会提示错误

是不是对于在线订阅的内容，列表上显示更新时间，编辑框才显示内容？

还有个问题，我上面提到 1.1.1.1/32 这类的 CIDR 因为编辑框校验的问题导致无法保存，所以我清空内容，只保存在线订阅的链接 然后在列表点击更新是没有任何效果的

[upbeat-backbone-bose]

1. v4.0.2 存在同样不显示更新时间的问题，不知是否设计如此？还是个BUG
2. 订阅加载不了全部内容，对于/32 CIDR解析异常。
3. 更换不含/32的不同列表拉到的内容不完整，具体行数逻辑不确定(实际8653行，实际内容框窗口1001行)

尝试过的订阅源如下：

1. https://ghps.cc/https://raw.githubusercontent.com/mayaxcn/china-ip-list/master/chnroute.txt
2. https://ghps.cc/https://raw.githubusercontent.com/Loyalsoldier/geoip/release/text/cn.txt

[yrluke]

还有个问题，是不是 IP 列表有上限？ https://github.com/Loyalsoldier/geoip/raw/release/text/cn.txt 复制出来看只有 1001 条，但是这个列表有 1w+ 条

自动订阅到内容里也有个问题，对于 1.1.1.1/32 这类的 CIDR 编辑框会提示错误

是不是对于在线订阅的内容，列表上显示更新时间，编辑框才显示内容？

还有个问题，我上面提到 1.1.1.1/32 这类的 CIDR 因为编辑框校验的问题导致无法保存，所以我清空内容，只保存在线订阅的链接 然后在列表点击更新是没有任何效果的

是的，是有上限的，上限1w条 关于1.1.1.1/32这个问题，这个本身就不是一个正常的cidr地址段，这个只是一个单个ip 订阅失败是因为你的链接的第118行的又出现了一个/32

[yrluke]

1. v4.0.2 存在同样不显示更新时间的问题，不知是否设计如此？还是个BUG
2. 订阅加载不了全部内容，对于/32 CIDR解析异常。
3. 更换不含/32的不同列表拉到的内容不完整，具体行数逻辑不确定(实际8653行，实际内容框窗口1001行)

尝试过的订阅源如下：

1. https://ghps.cc/https://raw.githubusercontent.com/mayaxcn/china-ip-list/master/chnroute.txt
2. https://ghps.cc/https://raw.githubusercontent.com/Loyalsoldier/geoip/release/text/cn.txt

/32本身就不属于一正常的地址段，我个人理解是这样的 我尝试了一下师傅给的第一个链接，能够成功导入8653行，只是因为前端原因没有全部显示

[LisonFan]

是的，是有上限的，上限1w条 关于1.1.1.1/32这个问题，这个本身就不是一个正常的cidr地址段，这个只是一个单个ip 订阅失败是因为你的链接的第118行的又出现了一个/32

来自 GPT-4 的回复 1.1.1.1/32 是一个正常的 CIDR。

设置上限是性能方面的考虑吗？是否考虑使用 mmdb 格式来支持

[upbeat-backbone-bose]

还有个问题，是不是 IP 列表有上限？ https://github.com/Loyalsoldier/geoip/raw/release/text/cn.txt 复制出来看只有 1001 条，但是这个列表有 1w+ 条 自动订阅到内容里也有个问题，对于 1.1.1.1/32 这类的 CIDR 编辑框会提示错误 是不是对于在线订阅的内容，列表上显示更新时间，编辑框才显示内容？ 还有个问题，我上面提到 1.1.1.1/32 这类的 CIDR 因为编辑框校验的问题导致无法保存，所以我清空内容，只保存在线订阅的链接 然后在列表点击更新是没有任何效果的

是的，是有上限的，上限1w条 关于1.1.1.1/32这个问题，这个本身就不是一个正常的cidr地址段，这个只是一个单个ip 订阅失败是因为你的链接的第118行的又出现了一个/32

该订阅源原始文件为8653行，https://ghps.cc/https://raw.githubusercontent.com/mayaxcn/china-ip-list/master/chnroute.txt 添加后只能获取到1001行，与上限的1W条不符合。 @yrluke

[yrluke]

还有个问题，是不是 IP 列表有上限？ https://github.com/Loyalsoldier/geoip/raw/release/text/cn.txt 复制出来看只有 1001 条，但是这个列表有 1w+ 条 自动订阅到内容里也有个问题，对于 1.1.1.1/32 这类的 CIDR 编辑框会提示错误 是不是对于在线订阅的内容，列表上显示更新时间，编辑框才显示内容？ 还有个问题，我上面提到 1.1.1.1/32 这类的 CIDR 因为编辑框校验的问题导致无法保存，所以我清空内容，只保存在线订阅的链接 然后在列表点击更新是没有任何效果的

是的，是有上限的，上限1w条 关于1.1.1.1/32这个问题，这个本身就不是一个正常的cidr地址段，这个只是一个单个ip 订阅失败是因为你的链接的第118行的又出现了一个/32

该订阅源原始文件为8653行，https://ghps.cc/https://raw.githubusercontent.com/mayaxcn/china-ip-list/master/chnroute.txt 添加后只能获取到1001行，与上限的1W条不符合。 @yrluke

我这边没办法复现呢

[yrluke]

是的，是有上限的，上限1w条 关于1.1.1.1/32这个问题，这个本身就不是一个正常的cidr地址段，这个只是一个单个ip 订阅失败是因为你的链接的第118行的又出现了一个/32

来自 GPT-4 的回复 1.1.1.1/32 是一个正常的 CIDR。

设置上限是性能方面的考虑吗？是否考虑使用 mmdb 格式来支持

好的，我个人感觉可能确实不会用到/32这种情况，我让前端修复一下这个问题，如果有这类的需求可以尝试直接走接口

[upbeat-backbone-bose]

还有个问题，是不是 IP 列表有上限？ https://github.com/Loyalsoldier/geoip/raw/release/text/cn.txt 复制出来看只有 1001 条，但是这个列表有 1w+ 条 自动订阅到内容里也有个问题，对于 1.1.1.1/32 这类的 CIDR 编辑框会提示错误 是不是对于在线订阅的内容，列表上显示更新时间，编辑框才显示内容？ 还有个问题，我上面提到 1.1.1.1/32 这类的 CIDR 因为编辑框校验的问题导致无法保存，所以我清空内容，只保存在线订阅的链接 然后在列表点击更新是没有任何效果的

是的，是有上限的，上限1w条 关于1.1.1.1/32这个问题，这个本身就不是一个正常的cidr地址段，这个只是一个单个ip 订阅失败是因为你的链接的第118行的又出现了一个/32

该订阅源原始文件为8653行，https://ghps.cc/https://raw.githubusercontent.com/mayaxcn/china-ip-list/master/chnroute.txt 添加后只能获取到1001行，与上限的1W条不符合。 @yrluke

我这边没办法复现呢

补充一个信息，使用的是流式检测，会不会是这个变量不同导致的无法复现？

容器信息：