panpeach
panpeach
调成 3,扫出的可用了,谢谢解答。^_^
@Kisesy 我是用 quic扫描IPv6段的IP,扫完的IP直接使用90%以上不能用(比如扫出3000个,只有300个能用) 若把这3000个IP导入xx-net检验,验证完也是300个左右可用,我想xx-net的验证机制比较靠谱。 用quic扫描IPv4段IP,输出的IP直接使用,几乎100%为googd_addrs,验证机制很正确。 PS:大约二个月前用quic扫描IPv6段的IP(延时1500以下),输出的几乎全部能用,现在不知道GFW 升级了什么玩意,也许是我选择延时太低,扫出延时1000以下的大部分IP被GFW屏蔽了,而不能用
@Kisesy 好的谢谢,我试试看,还是用1500延时,扫出后从后面取300个再测试, 这有可能遗漏掉前面低延时高质量的IP,若几千个IP一个一个测试太费时间了。
"QUIC"里"ScanCountPerIP": 2,"ScanMaxRTT": 1500,其余默认,用gscan_quic扫描xx里面最新IPv6库, 约扫出3500个,取出前500个放入xx检测,检测出约5个可用。清空导入xx的IP,再取出后500个放入 xx检测,检测出约150个可用,然后再清空导入xx的IP,把gscan_quic扫出的3500个全部导入到xx检测, 检测出580多个可用,再把xx检测出可用的IP放入gscan_quic扫描,扫出后放入goproxy中大多都能用, 且可用IP延时都很低。不玩了太费时间,只要能用就行。   
@jyuan15 发帖时用3.8.7版本测试的,现阶段IPV6速度,IP可用数量明显下降,但一直能用,youtube速度1万左右 近阶段没再测试换过IP,在折腾绑定免费域名,不用再找IP很方便,youtube速度也能达1万左右。 
本想把扫描后的IP导入到MFF里,再导出为 x.x.x.0/24 换行IP段, 然而导入到MFF里面的IP非要经过他测试通过后才能导出IP段, gscan_quic扫描通过的IP,MFF无法通过,所以不能导出,能否修改MFF代码,不用扫描就能导出呢?
@Kisesy 自己不会弄,能否写个工具共享一下,非常感谢!
我现在是有空就从已知可用googleIP库里面挑选一些,用x.x.0.0/16形式扫描,一段IP就有65000个扫描 每次导入10段,扫描近650000个IP 每次扫描都有收获,然而输出的一大堆IP,很难统计出有效IP段以便存档,所以希望有个工具就方便了 保存积累后的IP段,今后扫描就只针对有效IP段扫描,那就快多了。
@MeABc ,你的Zebra项目在哪下载啊,也想测试下。