Вопрос для хостинг компаний

не интересно, к тому же хостеры и так активно используют актуальные базы SBL / RBL / CBL И еже с ними.... тем более что в большинстве панелей управления все это ставится из коробка....

Да и кстати, рекомендовать что либо из ПО клиентам ... как-то не в хороших манерах хостера что ли...

Принцип фильтрации спам трафика на GET запросах следующий,

1. при первом посещении веб-сайта плагин проверяет IP посетителя по локальной базе спам-активных сетей, база 4-5к сетей (все адресов ~20m), поиск по базе делается одним SQL запросом, что с учетом небольшого размера таблицы происходит очень быстро.

2. если IP посетителя чист, то ему в куки передается спец. метка, более его IP не проверяется.

3. если IP в базе, то прерывается дальнейшее исполнение кода CMS, посетитель редиректится на спец. страницу.

4. на спец. странице помещен JavaScript код, который помещает в куки туже самую метку из пункта 2 и редиректит посетителя на исходный URI.

99% спам ботов не умеют выполнять JS код сложнее операции присваивания, поэтому п.4 дает хорошую фильтрацию GET трафика, что в итоге снижает нагрузку на CPU сервера (т.к. прерывается выполнение PHP/ASP, SQL запросов и прочего кода необходимого для обработки запроса) и уменьшает объем отдаваемого трафика. Схожий алгоритм применяет CloudFlare, но для этого трафик необходимо пропускать через их сервера, а наше решение standalone, не требует дополнительного проксирования.

Эффективность решения можно посмотреть прямо сейчас, для этого используйте небольшой Perl скрипт по ссылке,

https://github.com/CleanTalk/perl-tools/blob/master/2s_blacklists_test.pl

Пример выполнения скрипта,

shagimuratov@netserv2:~/down$ sudo cat /var/log/apache2/cleantalk.ru.access_log | ./2s_blacklists_test.pl 



База спам активных адресов/сетей: 4281

IP адресов: 3553

Спам активных IP адресов: 313

Полезных запросов: 317828

Полезных данных, байт: 3068777309

Спам запросов: 7816

Спам данных, байт: 109510902

Соотношение спам запросов к полезным: 2.46%

Соотношение спам данных к полезным: 3.57%

shagimuratov@netserv2:~/down$

В итоге применение плагина на вебсайтах увеличивает коэффициент мультиплексирования клиентов на один сервер, т.е. к примеру, вместо 50 раз, тот же сервер можно продать 50-65 раз (клиентов на сервер).

Что касается использование хостерами фильтрации на front-end (nginx), то судя по всем наша база и база хостеров не пересекаются, т.к. иначе почему клиенты хостеров до сих пор вынуждены искать защиту от спама?

Если все клиенты на это поведутся. А они не поведутся. Да и сама возможность отправлять спам даже не на половине сайтов есть.

Теперь посчитайте нам затраты на общение с непонятливыми болтливыми клиентами и решение дополнительных проблем.

Потому что спам вечен, а люди продолжают искать идеальную защиту.

Ваша тоже пропускает, я уверен.

Нам совершенно понятно, что качество фильтрации в таком сервисе зависит от масштаба, вас не удовлетворяет и поэтому вы здесь.

Учить клиента как ему надо жить - очень плохая практика.

Если на сайте нет ни одной формы, то скорее всего сайт очень "легкий" с точки зрения нагрузки на хостинг, т.е. это в любом случаи не "клиент" для этого партнерства.

По общению с коллегами, владельцами вебсайтов и друзьями вебмастерами, все сталкиваются и решают проблему спама. Клиентам хостинга точно так же, приходится не раз решать эту проблему, т.к. бесплатные решения половинчатые, либо защищают не продолжительное время.

Зависит от такого как будем сотрудничать. Нам достаточно если дадите на нас ссылку из Панели управления хостингом, на этом все, дальше наша работа. Знакомим, устанавливаем, тестируем, продаем и обслуживаем мы.

Т.е. схема наверно похожа на продажу SSL сертификатов, только проще, т.к. от вас не требуется интеграция в биллинг, ПУ. Только 1 ссылка.

Да, пропускает, 10-30 случаев на 1 миллион атак. Но мы с этим боремся, по каждому случаю есть отчет, его анализируем и улучшаем систему.

Мы сюда обратились потому, что видим ситуацию в которой могут выиграть все стороны, хостеры разгрузят оборудование и сеть, пользователи получат защиту, мы найдем новых клиентов.

На масштабы не жалуемся, в день в базу добавляем порядка 12к адресов, для сравнения у ближайшего конкурента stopforumspam.com 2-3к в день.

А вы спросили клиентов оно им надо? Если мне пришлет хостинг предложение\просьбу установить сторонний плагин я просто развернусь и уйду. Общие слова не обоснование... Если у меня правда проблема с сайтом и поддержка порекомендует БЕСПЛАТНЫЙ плагин возможно воспользуйю, в случае платного врятли, предпочту получить точное описание проблемы и сам искать решение... Может быть если не найду и соглашусь спросить совета о платном решение... а может и нет в зависимости от ситуации.. Но навязчивое предложение только вызовет желание бежать...

Это вы такое додумались предлагать в эпоху WAFов с клаудфлейрами и инкапсулами?

А еще ваши алгоритмы не вызывают доверия. Есть ощущение какого-то откровенного аматорства.

Монитор Клавиатурович, и как долго вы собираетесь защищать от спама ваш сайт? Сколько времени готовы на это потратить? Мы даем альтернативу, заплати 150 руб/год и защита от спама больше не твоя головная боль.

Рассылки почтовые с предложением об услуге не нужны, достаточно добавить в ПУ 1 ссылку на нас.

zzzit, WAF не специализируются на защите от спама, пример тому наши клиенты, которые одноверменно использует нас + WAF.

Добавлю ещё один аргумент к мнению тех, кто против предложения хостерами своим клиентам этого плагина.

Предположим такую ситуацию: хостер начал предлагать своим клиентам этот плагин (не суть важно платно или бесплатно), клиент установил его на свой сайт и радуется, что спама больше на его сайте не будет. Но вот только раньше на его сайт заходили спам-боты и трекались Яндекс.Метрикой / Google Analytics как реальные посетители. И тут вдруг после установки плагина падает посещаемость сайта клиента на 5% - 30%. Далеко не факт, что клиент будет разбираться, какие истинные причины падения посещаемости и стало ли меньше реальных пользователей. Сразу же у клиента формируется негативное мнение о хостере, ведь именно хостер предложил этот плагин после которого упала посещаемость.

VPSua, Analytics и Метрика не трекают 99% спам-ботов, т.к. последние не умеют выполнять JavaScript. А те оставшиеся что умеют, зачем им тратить время на подгрузку JS c третьего сайта? Это снизит скорость прохождения вебсайтов, соответственно будем меньше отдача от рассылки спама.