Комментарии 16
Вопрос: что же делать, когда на сервере не 2 и не 3 сайта, а намного больше?
Если цель — заблокировать на уровне сервера, для всех сайтов — почему бы не добавить блокировку один раз в одно единственное место — центральный конфиг апача?
И поддерживать легче, и велосипеды не нужны.
+3
это верно, если есть доступ к центральному конфигу. Если это твой сервер и ты админ — да. Если это виртуальный хостинг и ты клиент — скорее всего нет. Так именно в моем случае.
0
если для IP не надо отдавать страницу 403, то можно обойтись iptables -I INPUT -s 194.165.16.76 -j DROP
0
А unban как делается? Например, по причине ошибки.
0
А чего не положить блокирующий .htaccess в ~/public_html?
0
http://stackoverflow.com/questions/13640511/include-another-htaccess-file-from-htaccess
Второй ответ с редиректом — не?
Второй ответ с редиректом — не?
+1
что же делать, когда на сервере не 2 и не 3 сайта, а намного больше?
Нагенерить конфиги и разложить их во нужным папкам чем-нибудь вроде ansible/chef/…, что умеет шаблоны. Потребует много работы в начале, зато потом поддержка всего этого хозяйства станет значительно проще.
0
Что за бред на хабре?
+5
Да ваще. Виртуальный хостинг, htaccess, bash-скрипты для раскладывания конфигов Апача… Серьёзно?
0
Поддерживаю. Не проще ли если сайтов "… не 2 или 3.." купить нормальный впс и рулить там как админ.
+1
Ну почему же. Если для имеющихся задач такого хостинга хватает, то зачем впс? Ради чего добавлять себе задачи по настройке сервера, обслуживанию, регулярным обновлениям, мониторингу? Наоборот, всё непрофильное надо выносить на аутсорс. Вот когда начнёт упираться в ограничения этой технологии — тогда переходить и стоит.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Рекурсивное множественное добавление IP для блокировки в файл .htaccess