В брандмауэр 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 ?
Я уверен, что есть веская причина для блокировки этих диапазонов и провайдеров. Что меня больше интересует, так это то, откуда разработчик взял этот черный список.
На этот вопрос невозможно ответить. Как $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, потому что части этих диапазонов маршрутизируются через Интернет. Еще одно доказательство того, что этот сценарий не стоит того времени, которое мне потребовалось, чтобы ответить на этот вопрос.