- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день!
Сегодня получил от хостера письмо с содержанием:
Нами было зафиксировано повышение нагрузки из-за постоянного сканирования домена. К сожалению, временно доступ к нему по http-протоколу пришлось закрыть.
В логе доступа наблюдается:
92.53.111.241 - - [08/Oct/2009:05:11:20 +0400] "GET /index.php?do=register HTTP/1.0" 503 569 "-" "Opera/9.02 (Windows NT 5.1; U; ru)"
217.118.83.234 - - [08/Oct/2009:05:11:20 +0400] "GET /index.php?do=register HTTP/1.0" 503 569 "-" "Opera/9.02 (Windows NT 5.1; U; ru)"
81.90.5.7 - - [08/Oct/2009:05:11:18 +0400] "GET /index.php?do=register HTTP/1.0" 200 24072 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"
92.53.111.241 - - [08/Oct/2009:05:11:18 +0400] "GET /index.php?do=register HTTP/1.0" 200 24363 "-" "Opera/9.02 (Windows NT 5.1; U; ru)"
93.186.96.116 - - [08/Oct/2009:05:11:18 +0400] "GET /index.php?do=register HTTP/1.0" 200 24072 "-" "Opera/9.02 (Windows NT 5.1; U; ru)"
92.53.111.241 - - [08/Oct/2009:05:11:20 +0400] "GET /index.php?do=register HTTP/1.0" 503 569 "-" "Opera/9.02 (Windows NT 5.1; U; ru)"
93.186.96.116 - - [08/Oct/2009:05:11:20 +0400] "GET /index.php?do=register HTTP/1.0" 503 569 "-" "Opera/9.02 (Windows NT 5.1; U; ru)"
93.185.208.152 - - [08/Oct/2009:05:11:20 +0400] "GET /index.php?do=register HTTP/1.0" 503 569 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1"
85.175.190.214 - - [08/Oct/2009:05:11:20 +0400] "GET /index.php?do=register HTTP/1.0" 503 569 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"
81.90.5.7 - - [08/Oct/2009:05:11:21 +0400] "GET /index.php?do=register HTTP/1.0" 503 569 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"
92.53.111.241 - - [08/Oct/2009:05:11:21 +0400] "GET /index.php?do=register HTTP/1.0" 503 569 "-" "Opera/9.02 (Windows NT 5.1; U; ru)"
93.186.96.116 - - [08/Oct/2009:05:11:19 +0400] "GET /index.php?do=register HTTP/1.0" 200 24363 "-" "Opera/9.02 (Windows NT 5.1; U; ru)"
93.186.96.116 - - [08/Oct/2009:05:11:21 +0400] "GET /index.php?do=register HTTP/1.0" 503 569 "-" "Opera/9.02 (Windows NT 5.1; U; ru)"
92.53.111.241 - - [08/Oct/2009:05:11:19 +0400] "GET /index.php?do=register HTTP/1.0" 200 24072 "-" "Opera/9.02 (Windows NT 5.1; U; ru)"
Были интенсивные обращения к домену:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
24986 a21580_1 18 0 20584 6016 4184 R 2.0 0.2 0:00.01 php
24991 a21580_1 17 0 13660 3600 2744 R 2.0 0.1 0:00.01 php
24998 a21580_1 17 0 20096 6016 4184 R 18.9 0.2 0:00.02 php
24991 a21580_1 16 0 20284 7044 4828 D 9.4 0.2 0:00.02 php
24996 a21580_1 17 0 21160 6068 4216 R 9.4 0.2 0:00.02 php
24997 a21580_1 18 0 14780 3632 2760 R 9.4 0.1 0:00.01 php
24999 a21580_1 17 0 18740 4404 3196 R 9.4 0.1 0:00.01 php
24990 a21580_1 18 0 12512 3324 2548 R 18.2 0.1 0:00.02 php
24987 a21580_1 18 0 21112 6036 4196 R 9.1 0.2 0:00.01 php
24999 a21580_1 17 0 20964 7044 4828 D 9.1 0.2 0:00.02 php
Рекомендуем проанализировать ситуацию, возможно заблокировать несколько адресов через .htaccess.
Евгений Яблоков
дежурный администратор
С этим сталкиваюсь в первые, подскажите что делать, где копать, кого блокировать через .htaccess и с кем бороться, что бы в дальнейшем такого не было???
Движок сайта DLE, хостер McHost.ru (тариф «профессиональный») – посещаемость 400-500 уников в день. Не каких модулей на движке не установлено.
П.С. Из этого текста понял только одно – что запрос шел на страницу регистрации, а все остальное для меня «темный лес», кому не сложно растолкуйте, пожалуйста.
Попросите хостера сообщить Вам, с каких IP-адресов наиболее часто шли обращения к сайту в момент "сканирования". Проверьте нет ли среди этих IP-адресов Вашего собственного, если есть - удалите его из списка.
Попросите хостера заблокировать IP-адреса из этого списка с помощью iptables, аргументировав просьбу тем, что при блокировке через .htaccess запросы к apache с этих адресов все равно будут доходить и обрабатываться apache, создавая лишнюю нагрузку.
Написал хостеру, получил ответ:
ip-адресов несколько, поэтому вручную блокировать каждый может быть неудобным. По всей видимости, в данном случае имеет место бы DDoS на домен, так как user-agent не сообщает, что это роботы поисковых систем (либо это роботы с поддельным user-agent). запрашивается постоянно /index.php?do=register
Обатитесь, пожалуйста, к нам около 20-21 часов по Москве, активируем на проверку домен.
П.С. Вопрос: как с этим бороться? или все это только зависит от хостера.
VictorAS спасибо за ответ.
solt, на Ваш сайт идет ДДос атака(HTTP флуд) это видно по логу.
Вам можно сделать проще - на эту ссылку - index.php?do=register поставить пустую страницу и тогда флуд если он не мощный не будет заметно, будет отдаваться кешированная страница.
По моему ваш сайт, как и тысячи других сайтов на ДЛЕ и прочих движках просто спамят боты, для того что б запостить пост со ссылкой на свой сайт.
То есть бот регистрируется, постит пост или новость, и переходит к следующему сайту. Так как спамеров существует много - всех не перебанишь. Очень сомневаюсь что эти спамеры создают прям таки критичную нагрузку, думаю просто хостер нашел к чему придраться.
Очень сомневаюсь что эти спамеры создают прям таки критичную нагрузку, думаю просто хостер нашел к чему придраться.
Вы не правы.
У нас тоже не давно была Ддос атака по такой же схеме, мы просто поставили пустую страницу, она откешировалась и от атаки было уже не то что в начале.
Рекомендуем проанализировать ситуацию, возможно заблокировать несколько адресов через .htaccess.
ip-адресов несколько, поэтому вручную блокировать каждый может быть неудобным.
- в переводе на русский язык это означает, что надо заблокировать доступ к сайту с тех ip-адресов которые хостер привел в фрагменте лога, но хостеру в падлу это делать с помощью iptables, поэтому он просит Вас разместить на своем сайте (хостеру также впадлу привести образец чего надо разместить) .htaccess с соответствующими директивами: Deny Directive
Brim.ru, может быть такая ситуация что долбят Вас с 5 IPов, блокируешь их и тут на тебе еще 5 IPов вылезло бы и так постоянно, пройдено, проще статику отдавать.
Ребят, вы хотя бы осмотрели на лог
/index.php?do=register - это я так понимаю страничка регистрации.
а то что, запросы происходят несколько раз в секунду - это явно ненормально. Так как запросы составлены правильно и подставляют даже параметры браузера и операционки не позваляет провайдеру сенсорить и брокировать их.
Тоесть в данном случае защита сайта - это обязанность пользователя.
Имеет смысл:
1. Попросить у прова полный лог за время атак.
2. Проанализироать его и составить стоп-лист айпишников.
3. Добавить стоп-лист в .htaccess или лучше всего сделать в коде небольшо проверку
Brim.ru, может быть такая ситуация что долбят Вас с 5 IPов, блокируешь их и тут на тебе еще 5 IPов вылезло бы и так постоянно, пройдено, проще статику отдавать.
- конечно может, но хостеру видней иначе зачем бы суппорт предлагал использовать .htaccess? В любом случае ТС-у стоит более плотно общаться со своим суппортом ;)
Brim.ru, ну то что хостер никаким боком не захотел помогать - конечно не айс.
Просто если натиск большой, то и сайт могут отключить временно.