@偏店浪人 #300 发布于4/21/2026, 8:56:10 PM，编辑于4/21/2026, 8:57:01 PM 试用了下，感觉还不错。有几个疑问或者建议； 1、一个vps上有v4的ip，也有v6的ip，拉的时候每次只能拉一个吗? 2、不同vps对应的不同的国家，也对应不同的时区，更对应着这个时区的人正常的使用网络的流量。如果不加以区分而用统一时间来注入流量，是否不够拟人化？！ 3、作为中控母鸡的vps，是否可以同时可以成为一个边缘节点？ 1、是的，每次只能拉一个。后期有考虑增加 tg bot 远程切换 保养IP的功能，就跟远程启停保养模块一样。这样就方便一些。再次之前，想切换IP，只能卸载重装。 2、这个问题在项目初期有考虑，包括应该设置成当地时区,当地语言，甚至考虑作息时间等。为什么没那样做呢——答案是太麻烦。养护功能模块的工作频率就非常低，一天下来才1-200个动作。 3、Master跟Agent可以通机部署，唯一一点、Master最好不要部署在纯V6小鸡上~
@gudaomao #303 实测了四台机器不到两周，除了大部分风险值都几乎没有变化之外，几乎所有的标记数都增加了，甚至有一台黑名单数增加了1，还不知道是哪家的黑名单，目前对IP信用降低的效果存疑 至于送中的问题还不太清楚，至少这段时间内没有一台机器送中，等有送中的机器之后再测试吧
@seamee #304 鹅，谢谢反馈。 你的这几台机器是属于“有病治病”？还是属于“没病想强身”呢？ 你的机器，是原生IP还是广播IP？ 这个项目 ，可以把它比作 “保健品” 有人奉行我刚才说的 没病强身，有人 奉行 是药三分毒 这个就看个人怎么认为 项目代码公开，原理公开，我作为开发者，我是奉行“有病治病、没病强身”的 我个人也认为，项目的正作用 大于 副作用 我们项目的初衷就是解决“送中”及“错误定位Hk”的问题， 所以，如果一开始机器IP就没问题，有担心带来副作用，那还是不要用好了 等哪天真的有需要 拉回 的IP的时候，再试试效果~
@gudaomao #302 关于第二点，建议就是把该ip对应的时区大概率的休息时间避开养护动作。比如一个日本人的2-6点是极少概率有流量动作的。养护动作允许的时候判断下当前的ip时区在不在休息时间。在休息时间，停止养护动作；不在休息时间，正常养护动作。 这样，不用管多少个国家，按照时区，划分出固定的休息时间就可以了。这样也便于操作落地，也更拟人化，更合理一些。
试试
1、是的，每次只能拉一个。后期有考虑增加 tg bot 远程切换 保养IP的功能，就跟远程启停保养模块一样。这样就方便一些。再次之前，想切换IP，只能卸载重装。
2、这个问题在项目初期有考虑，包括应该设置成当地时区,当地语言，甚至考虑作息时间等。为什么没那样做呢——答案是太麻烦。养护功能模块的工作频率就非常低，一天下来才1-200个动作。
3、Master跟Agent可以通机部署，唯一一点、Master最好不要部署在纯V6小鸡上~
@seamee #299
鹅
好吧
标记多了些
ipapi小了一丢丢
@gudaomao #303 实测了四台机器不到两周，除了大部分风险值都几乎没有变化之外，几乎所有的标记数都增加了，甚至有一台黑名单数增加了1，还不知道是哪家的黑名单，目前对IP信用降低的效果存疑
至于送中的问题还不太清楚，至少这段时间内没有一台机器送中，等有送中的机器之后再测试吧
@seamee #304
鹅，谢谢反馈。
你的这几台机器是属于“有病治病”？还是属于“没病想强身”呢？
你的机器，是原生IP还是广播IP？
这个项目 ，可以把它比作 “保健品”
有人奉行我刚才说的 没病强身，有人 奉行 是药三分毒
这个就看个人怎么认为
项目代码公开，原理公开，我作为开发者，我是奉行“有病治病、没病强身”的
我个人也认为，项目的正作用 大于 副作用
我们项目的初衷就是解决“送中”及“错误定位Hk”的问题，
所以，如果一开始机器IP就没问题，有担心带来副作用，那还是不要用好了
等哪天真的有需要 拉回 的IP的时候，再试试效果~
牛啊，尝鲜绑定几台试试看
真的有用，部署了不到一周，油管已经拉回来了。
@gudaomao #302 关于第二点，建议就是把该ip对应的时区大概率的休息时间避开养护动作。比如一个日本人的2-6点是极少概率有流量动作的。养护动作允许的时候判断下当前的ip时区在不在休息时间。在休息时间，停止养护动作；不在休息时间，正常养护动作。
这样，不用管多少个国家，按照时区，划分出固定的休息时间就可以了。这样也便于操作落地，也更拟人化，更合理一些。
咋实现的
副作用是什么