这php 防火墙正在阻止这些 IP 范围发送垃圾邮件。没问题,但是这些信息的来源在哪里?
$ip_array = array('24', '186', '189', '190', '200', '201', '202', '209', '212', '213', '217', '222' );
为什么这个 IP 范围被阻止:
$ip_array = array('0', '1', '2', '5', '10', '14', '23', '27', '31', '36', '37', '39', '42', '46', '49', '50', '100', '101', '102', '103', '104', '105', '106', '107', '114', '172', '176', '177', '179', '181', '185', '223', '224' ); //'192',
当我本地连接到我的网站时,我必须注释掉 192。
最后,为什么这个被阻止了:
ovh, kimsufi, dedibox, digicube ?
我确信封锁这些范围和 ISP 是有充分理由的。我更感兴趣的是,开发人员从哪里得到了这个黑名单。
答案1
这个问题无法回答。如何$ip_array
解码?24
不是 IP 地址。那是地址的一部分吗?还是被阻止了24.x.x.x
?186.x.x.x
如果是这样,那就阻止了整个互联网的 17% 以上。
至于ovh, kimsufi, dedibox, digicube
- 这完全脱离了上下文,所以我们无法回答为什么它们被阻止,因为我们不知道它阻止的是什么。主机名?用户代理?域?
我同意乔的评论 - 这个脚本没有做任何有用的事情,只是给你一种虚假的安全感,同时阻止了 17% 的互联网。
好吧,公平地说,这个比例更像是 15.5% 10.x.x.x
,因为 ,5.x.x.x
不在野外使用,而且只有 的一部分172.x.x.x
在互联网上。如果是这样的话,为什么不趁机封锁呢169.254.x.x
?封锁 172 和 192 也有点粗鲁,因为这些范围的一部分是互联网可路由的。这进一步证明了这个脚本不值得我花时间回答这个问题