Уважаемый gudk!
У Вас сложилось о нас ошибочное впечатление, попробую все же еще раз объяснить нашу позицию, вероятно я не подробно её объяснил.
В потоке тикетов мы встречаем массу запросов вида "Моя почта не доставляется", "Моя почта тормозит" и пр. Возникают данные проблемы в основном из-за паразитной или вредоносной почтовой активности на сервере. Именно по данной причине мы разработали и внедрили мониторинг почтовой активности на наших виртуальных серверах. При фиксировании каких-либо проблем, мы сразу же начинаем оповещать о них клиента и помогаем решать указанные проблемы.
В Вашем случае у Вас на сервере две проблемы, а именно:
1. Пересылка спам-писем.
К Вам на сервер приходит письмо вида:
Если расшифровать данное письмо, то содержимое будет примерно следующего содержания:
Хотите приносить в дом деньги, но сидите без работы? Зарабатывайте на дому! 500 долларов в месяц � это реально! <br><a href=";sa=D&usg=AFQjCNEcA1WbCEaJUBMwZWDujU61op2hWg" class="underline">Узнать можно здесь</a>
Что очевидно является СПАМ-содержимым. Данное письмо Вы просто пересылаете на mail.ru, фильтры mail.ru данное письмо помечают как спам, а так как данное письмо пришло именно с Вашего ящика, Ваш ящик и IP-адрес Вашего сервера также помечаются как нежелательные. Такое поведение не корректно. До пересылки писем необходимо производить их фильтрацию. Для этих целей Вы можете на сервере у себя поставить, к примеру, SpamAssasin. Наша служба бесплатной технической поддержки Вам с удовольствием поможет в данном вопросе. По данному вопросу я дополнительно оповестил Вас в тикете.
2. Рассылка писем по несуществующим адресам.
Если я правильно Вас понял, у Вас на сервере стоит сайт, на котором пользователи регистрируются, а Вы периодически по ним производите рассылки.
Привожу пример пары ящиков, на которые сервер не мог отправить письма:
mzrgzborwuvoqg@alienfamily.com zlqxhlifna@beaconcomputer.com xaaxwqstipy@alsabaah.com wqjhoyommgegc@augint.com
Маловероятно, что это целевые пользователи Вашего сайта. Вероятнее это просто боты, которые регистрировались на Вашем сервере, например, для спама в комментариях.
Из-за большого количества таких писем, Ваш почтовый сервер работает не на полезную нагрузку (т.е. на рассылку легитимных писем), а в паразитном режиме, гоняя почтовый трафик без результата. Легитимные же письма могут долго ждать своей очереди на отправку.
Вы пишите:
Все верно, паразитные письма в очереди занимают место на сервере, увеличивают расход процессорных ресурсов на сервере для обработки почты (а значит отбирают процессорные и другие ресурсы от обработки запросов веб-сервера) и прочее. И с этой проблемой Вы пишите к нам, а не самому себе. Обратите внимание, любая паразитная активность пагубно влияет на работу сервера.
Я совершенно не вижу в данном тикете #034828 грубых ошибок с нашей стороны (за исключением ошибок, что первоначально не сообщили Вам о необходимости фильтрации входящих писем - приносим извинения за это). Поймите, мы ни в коем случае не пытаемся как-то навредить Вам, наоборот, мы ведем деятельность, направленную на стабилизацию работы Вашего сервера.
В любом случае мы желаем успехов Вам и Вашим проектам.
Уважаемый colorito!
Да, все верно, пересылаемое спам-письмо будет считаться спамом. Установка PTR никак не поможет, так как содержимое письма в любом слчуае будет классифицироваться как СПАМ. Пример такого письма я указал выше. Решением проблемы является фильтрация входящих писем на сервере до пересылки их на другой почтовый сервер.
Как я Вам уже сообщил в тикете, я искренне сожалею, что Вы считаете наши Вам сообщения пустыми и попыткой Вас оскорбить. Это совершенно не так.
Занимаясь пересылкой спама (т.е. игнорируя проблемы), Вы ставите под угрозу чистоту IP-адресов, что потенциально может вылиться в блокировку целой подсети.
Мы против любой паразитной и вредоносной активности в нашей сети.
Надеемся на Ваше понимание.
В тикете #034828, мы просим Вас чистить Ваши списки рассылки, чтобы не создавать паразитную активность в сети и не заносить используемый IP-адрес сервера в black-листы.
Вы категорически отказываетесь производить данные действия, мотивируя тем, что Вам всё равно на данную активность.
Нас совершенно не устраивает такое решение обозначенной в тикете проблемы. Со своей стороны мы максимально подробно описали Вам необходимые шаги для решения возникшей проблемы.
Однако и после этого Вы совершенно не желаете идти на конструктивный диалог.
Ваше сообщение о желании прекратить сотрудничество не отменяет обозначенной в тикете проблемы.
Я искренне сожалею о Вашем решении прекратить с нами сотрудничество.
Подробные ответы на Ваши вопросы в тикете Вам даны.
Уважаемый sharhan!
Понимаем Вашу озабоченность и очень сожалеем, что случилась такая ситуация.
Мы совершенно не абузоустойчивы. Это означает, что на все обращения от Датацентра мы обязаны реагировать.
Жалоба пришла в Датацентр. Служба обработки жалоб Датацентра не поняла суть жалобы (Датацентру не понятны биржи закупок ссылок русского сегмента интернета и новые алгоритмы ранжирования в поисковой выдаче у Yandex), поэтому пересылает данную жалобу нам и дает 24 часа на реакцию по данной жалобе. Если реакции не поступит - ДЦ заблокирует сервер. Именно поэтому мы стараемся проинформировать Вас всеми доступными каналами связи с максимально устрашающим текстом для Вашей реакции на поступившую жалобу.
Мы обсудим данную ситуацию с Датацентром с тем чтобы сделать процесс обработки таких жалоб менее беспокоящим.
Уважаемый MGRU!
Спасибо Вам за теплые слова.
К сожалению, скидочных промо-кодов на тарифы EVO-SSD у нас нет.
Уважаемый bdfyjd!
Сообщите, пожалуйста, email Вашего аккаунта у нас в биллинге в лс. Проверим.
Уважаемый Andreyka!
Шаблон действительно был установлен не совсем корректный, данную проблему уже устраняем. Возникла она по причине смены в панели ISPManager используемого MPM для веб-сервера apache2 по умолчанию, а именно с prefork на itk. В стандартных конфигурационных файлах Debian режим itk не описан, соответственно и ограничения на MaxClients установлено не было. Что и привело к обозначенной у клиента проблеме с "Unable to fork: Cannot allocate memory". К сожалению, у нас панель ISPManager 5 еще не так популярна, поэтому шаблоны находятся в постоянной доработке и совершенствованию. Однако данный недочет не был переложен на клиента, а был сразу исправлен после более детального анализа логов сервера, о чем клиенту также было сообщено.
Уважаемый Оптимизайка!
Совершенно не понятно, как определенный механизм ограничения ресурсов для контейнеров у OpenVZ связан с оверселлингом. Данный механизм - особенность механизма контейнеризации, используемую технологию мы не скрываем. С точки зрения простого пользователя, которому необходимо запускать сайт, разницы в используемой системе виртуализации нет - в штатных ситуациях веб-сервер работать будет. Была бы виртуализация KVM, уперлись бы в ulimit
Установленные у нас лимиты на количество процессов 99% клиентам при штатной работе ПО на сервере достаточны. Превышение данных лимитов - это результаты некорректной работы ПО на сервере или действия вредоносного ПО, и на них в любом случае необходимо реагировать.
По поводу оверселлинга - оверселлить можно на любой виртуализации, используемая технология совершенно не причем. Все зависит от честности хостинг-провайдера.
Всем привет!
Как представитель обсуждаемого хостинга, дам комментарий:
В OpenVZ лимитирование ресурсов для контейнеров описано на странице https://wiki.openvz.org/Resource_management, помимо ограничения использования дисковой подсистемы, CPU, есть такой механизм https://wiki.openvz.org/UBC, который занимается не только ограничением потребления памяти, но и количества процессов, правил iptables, количества сокетов и прочего на контейнерах. Очень хороший механизм для того, чтобы хост-нода не захлебнулась от аномальной активности на контейнерах (например fork-бомб).
Так вот событие "Unable to fork: Cannot allocate memory" можно поймать не только при недостатке памяти, но и при выходе за счетчики в UBC.
Запускаем простейшую fork-бомбу на bash и получаем нашу ошибку, как пример "оверселлинга и плохого хостинга"
Состояние памяти и счетчиков UBC
В данном случае у клиента возникла именно данная проблема - превышение количества процессов из-за аномальной активности на сервере.
Уважаемый 1ori, подробности проблемы в тикете Вам сообщили.
Уважаемый Pirozhkoff!
Спасибо, подумаем над такой функциональностью.
В данный момент могу только предложить Вам в карточке сервера вручную делать пометки к серверам в поле "Ваши заметки:" и в общем списке Вы будете эти пометки видеть, к примеру:
Соответственно поиск можно будет осуществлять средствами браузера.
