Странные запросы с большим количеством просмотров

[DmitriyM]

Скрин из метрики прилагается.
IP заблoкировал. Что ещё можно сделать?

[Haosame]

А что по этим ссылкам открывается?

Прoстите что немного не по делу вопрос: У вас очень шустрый сайт, движок с ходу не определяется. Какая-то собственная разработка на питоне?

Кстати, если сайт действительно самописный то где-то в коде должен быть учтен ввод "левых данных" при обращении к сайту, дабы избежать всякой XSS|SQL-инъекции. Это будет лучшей защитой от подобного.

[DmitriyM]

А что по этим ссылкам открывается?

Прoстите что немного не по делу вопрос: У вас очень шустрый сайт, движок с ходу не определяется. Какая-то собственная разработка на питоне?

Кстати, если сайт действительно самописный то где-то в коде должен быть учтен ввод "левых данных" при обращении к сайту, дабы избежать всякой XSS|SQL-инъекции. Это будет лучшей защитой от подобного.

Нет, генерируется чистый html с помощью pelican (http://docs.getpelican.com/en/3.5.0/).
Инъекции не делают, засоряют только статистику Метрики.

[Haosame]

Тогда возможно это атака именно на скрипт метрики. Было такое, в метрике появились странные ссылки, резко подскочили просмотры именно по данным метрики. Ссылки вели на какие-то странные сайты. Гугление показало что это какой-то весьма хотрожопый сеошник накручивает себе посещалку. Яндекс разводил руками и говорил что помочь ничем не могут, и советовали включать фильтрацию в счетчиках. Может с тех пор атака слегка модифицировалась и ссылки приобрели вид как у вас.

[auditsaitov001]

А что по этим ссылкам открывается?

Прoстите что немного не по делу вопрос: У вас очень шустрый сайт, движок с ходу не определяется. Какая-то собственная разработка на питоне?

Кстати, если сайт действительно самописный то где-то в коде должен быть учтен ввод "левых данных" при обращении к сайту, дабы избежать всякой XSS|SQL-инъекции. Это будет лучшей защитой от подобного.

Конечно, защита от  XSS, SQL-инъекций, возможность заливки шеллов, etc должна быть.
Но как гласит статистика, процент уязвимого кода в самописных платформах выше.
Поэтому для своего спокойствия стоит проверить двиг на дыры.
Единственный момент -  не стоит надеяться на различные скaнеры уязвимостей (find-xss, Акунетикс и подобные).
Дело в том, что обычно такие скaнеры наточены под стандартные уязвисмости, а самописка требует нестандартного подхода.
Поэтому для самописных движков желательна ручная проверка кода квалифицированным специалистом.

[m1kle]

Если это атака, можно попробовать блoкировать блоки IP-адресов в т.ч. по провайдерам.