Я думаю люди научившиеся от историй с Макхостом/Оверсаном и другими хвостатыми пытаются отрыть все подряд.
Скоро будут требовать отчет от D&B на хостинг за 3 копейки в год.
С одной стороны понятно, но с другой стороны, низкая цена за хостинг всегда компенсируется высоким риском.
А бекапы нужно делать всегда и самому, гарантий его никаких не может быть, сегодня хеш совпал, а после криптолокера, когда понадобилось - архив не раскрывается. Остается только письмо от хостера что "бекапы были удалены в связи с низкой потребностью, с вопросами к ToS"...
---------- Добавлено 31.10.2018 в 08:11 ----------
React Su: Станьте клиентом и протестируете детально. На практике Вы увидите обратный результат.
This site can’t be reached react.su took too long to respond. Search Google for react su ERR_CONNECTION_TIMED_OUT
Даже... даже, если бы хотелось, не смог бы.
Вы видимо зафильтровали на уровне BGP т.к. светиться L3 у нас и сервериус там где работает... Не мудрено, что полностью заблочили всю страну.
Так фильтрация не делается.
На будущее, если Вы блочите всю страну - вы что-то делаете не так.
И еще, если блочите VPN провайдеров, то почему OVH у Вас в доступе висит? С него может 10гбит/с за всего 100$ упасть на целый месяц. Я уж молчу про почасовые клауды, где Вас могут просто залить мусором.
1) На сколько сильно горит у администратора хостинга от таких абуз? Может быть он просто слегка расстроен?
Сильно, если другие не вычищать, спамхаус забанит. Если спамхаус забанил, то другие забанят.
Честно говоря ситуация с блоклистами аховая, они не помогают особо, но многие используют их, к сожалению.
2) Что представляет собой процесс вычищения IP из блек листа? И на сколько он трудоемкий
Письмо с просьбой удалить по такой-то такой-то причине.
Если удаляете и все равно хостите спаммера есть риск всей подсети попасть в бан. Так может дойти и до персонального бана (когда администратора сети и компанию объявляют спаммером и суют во все списки автоматом любую АСку под их управлением).
LEOnidUKG: Эх этот идеальный мир... где же ты... :)
Запретить ошибки выдавать буквально одна запись в конфиге. Послать их в лог - тоже.
Поставить netdata буквально одна комманда в шелле.
Повесить обработчик лога - да уже посложнее. syslog-ng сразу умеет в бд писать например, написать для него одну строку обработчика - проще пареной репы. Туториалы по greylog и kibana (или что там в моде сейчас) тоже много.
Тестами все не покроешь, для этого собираешь логи и покрываешь что не попадает под тесты.
sgrumi: В случае полного падения, да.
Но на 100% тут нельзя полагаться на хостера: если у вас будут всего-то ошибки в PHP-коде, типа "ссылка на переменную не обнаружена и т.п.", то с точки зрения системы мониторинга сайт будет нормальным.
Это уже самому нужно мониторить.
Для этого надо тесты писать, а ПХП вообще не должен в мир ошибки выдавать какие-либо. В лог, логи можно прописать в грейлог, заббикс и др. или же netdata (удобная вещь для маленьких проектов). Дебажить логами неблагодарное дело. Писать логи в файлы тоже. 21 век на дворе...
Я думаю люди научившиеся от историй с Макхостом/Оверсаном и другими хвостатыми пытаются отрыть все подряд.
Скоро будут требовать отчет от D&B на хостинг за 3 копейки в год.
С одной стороны понятно, но с другой стороны, низкая цена за хостинг всегда компенсируется высоким риском.
А бекапы нужно делать всегда и самому, гарантий его никаких не может быть, сегодня хеш совпал, а после криптолокера, когда понадобилось - архив не раскрывается. Остается только письмо от хостера что "бекапы были удалены в связи с низкой потребностью, с вопросами к ToS"...
---------- Добавлено 31.10.2018 в 08:11 ----------
В чем смысл? Особенно для лоукостера.
Кешфлоу скорее всего?
Станьте клиентом и протестируете детально. На практике Вы увидите обратный результат.
This site can’t be reached
react.su took too long to respond.
Search Google for react su
ERR_CONNECTION_TIMED_OUT
Даже... даже, если бы хотелось, не смог бы.
Вы видимо зафильтровали на уровне BGP т.к. светиться L3 у нас и сервериус там где работает... Не мудрено, что полностью заблочили всю страну.
Так фильтрация не делается.
На будущее, если Вы блочите всю страну - вы что-то делаете не так.
И еще, если блочите VPN провайдеров, то почему OVH у Вас в доступе висит? С него может 10гбит/с за всего 100$ упасть на целый месяц. Я уж молчу про почасовые клауды, где Вас могут просто залить мусором.
React Su, This site can’t be reached
react.su took too long to respond.
Это ненормально для ДДоС защитников.
Насколько я понял Вы просто фильтранули всю Венгрию, т.к. сайт не открывается с 15 местных точек.
Ваша страница недоступна.
Вот так ддос защита.
Поднять свой bind не предлагайте пожалуйста - ненадёжно это.
Самое что есть надежное.
А вообще лучше PowerDNS поднять, оно все умеет.
mail в php вызывает sendmail, так что его можно настроить переправлять через smtp.
Настройки sendmail очень мутное дело из-за M4. Советую заменить его на человеческие exim или postfix.
В exim это с полпинка настравается (вот манул например https://debian-administration.org/article/718/DKIM-signing_outgoing_mail_with_exim4).
В облаке легко добавлять, удалять, останавливать и т.п. ресурсы. Но что бы само добавлялось и убиралось - это у кого такое есть ?
API есть во многих системах. Любая Virtualizor умеет это.
Сильно, если другие не вычищать, спамхаус забанит. Если спамхаус забанил, то другие забанят.
Честно говоря ситуация с блоклистами аховая, они не помогают особо, но многие используют их, к сожалению.
Письмо с просьбой удалить по такой-то такой-то причине.
Если удаляете и все равно хостите спаммера есть риск всей подсети попасть в бан. Так может дойти и до персонального бана (когда администратора сети и компанию объявляют спаммером и суют во все списки автоматом любую АСку под их управлением).
Эх этот идеальный мир... где же ты... :)
Запретить ошибки выдавать буквально одна запись в конфиге. Послать их в лог - тоже.
Поставить netdata буквально одна комманда в шелле.
Повесить обработчик лога - да уже посложнее. syslog-ng сразу умеет в бд писать например, написать для него одну строку обработчика - проще пареной репы. Туториалы по greylog и kibana (или что там в моде сейчас) тоже много.
Тестами все не покроешь, для этого собираешь логи и покрываешь что не попадает под тесты.
В случае полного падения, да.
Но на 100% тут нельзя полагаться на хостера: если у вас будут всего-то ошибки в PHP-коде, типа "ссылка на переменную не обнаружена и т.п.", то с точки зрения системы мониторинга сайт будет нормальным.
Это уже самому нужно мониторить.
Для этого надо тесты писать, а ПХП вообще не должен в мир ошибки выдавать какие-либо. В лог, логи можно прописать в грейлог, заббикс и др. или же netdata (удобная вещь для маленьких проектов). Дебажить логами неблагодарное дело. Писать логи в файлы тоже. 21 век на дворе...