Рубрики
Старье

Как установить бесплатную систему бекапов от R1Soft на Debian/Ubuntu

Сначала нужно установить репозиторий от R1Soft:

echo deb http://repo.r1soft.com/apt stable main >> /etc/apt/sources.list
wget http://repo.r1soft.com/r1soft.asc
apt-key add r1soft.asc
apt-get update

Затем поставим сам софт для бекапов:

apt-get install serverbackup-free

Теперь нужно собрать модуль ядра. Для этого:

apt-get install linux-headers-`uname -r`
serverbackup-setup —get-module

Если модуль не установился, что типично для Debian, то необходимо выполнить команды:

cd /usr/src/
rsync -avz linux-headers-2.6.32-3-amd64/ /usr/src/r1build/
rsync -avz linux-headers-2.6.32-3-common/ /usr/src/r1build/
/usr/bin/r1soft-cki —get-module —kernel-dir /usr/src/r1build
/usr/bin/r1soft-setup —get-module —kernel-dir /usr/src/r1build

После чего модуль успешно собирается.

О дальнейшей настройке можно почитать тут

Рубрики
Наследие

Хайлоад: Типичные ошибки клиентов

Все проблемы в хайлоаде носят довольно четко выраженный характер, и я хочу попробовать их классифицировать.

Мода важнее здравого смысла

Процитирую диалог с одним из клиентов:

— Сколько стоит поставить nginx?
— Зависит от задачи, а в чем она состоит?
— У меня сайт медленно работает, и я слышал, что nginx позволяет его ускорить!
— Я вижу по анализатору, что на сайте более 200 изображений, а нагрузка на сервер при этом 2-3%. Проблема не в сервере, а в том, что слишком много изображений, на погрузку которых браузер тратит свои ресурсы.
— А разве nginx не ускорит их отдачу?
— Ускорит, но проблема не в скорости их загрузки, а в большом числе.
— Что же делать?
— Переписать дизайн, и вынести картинки подгрузкой в css.
— Это слишком долго, я хочу nginx и готов заплатить.
— Хорошо, но предупреждаю — это не сильно повлияет на скорость загрузки сайта.

В результате, после установки nginx, клиент был вынужден обратиться к услугам профессионального верстальщика, который сократил его 200+ изображений до 83-х, вынеся все повторяющиеся элементы в css.
Его проблема была не в том, что он не понимал как пагубно влияет такое число изображений на скорость открытия страницы, а безумное следование моды: медленно работает — ставь nginx!

Гадание вместо статистики

Процитирую диалог с одним из клиентов:

— Мне надо настроить MySQL!
— А что с ним такое?
— У меня клиенты на хостинге жалуются, что их сайты тормозят!
— Но я вижу, что mysql потребляет 2-5% RAM и 15-20% CPU. И нагрузки никакой нет, все запросы успешно попадают в кеш.
— Тогда надо поставить xcache для php, выдав ему больше памяти, потому что скорость открытия сайтов ну очень низкая!
— Я могу поставить, только не гарантирую, что это поможет.
— А что же делать?
— Заказать у меня аудит сервера, по результатам которого работать над найденными проблемами.
— Хорошо, заказываю.

По результатам анализа, проблема оказалась в медленном выполнении кода SAPE, причиной которого стала медленная работа DNS ресловеров, предоставленных Дата-Центром: из 3-х работал только один, да и то с большими задержками.
Проблема решилась прописыванием DNS ресловера Goole 8.8.8.8 и 8.8.4.4

Наличие практического опыта без фундаментальных знаний

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

— Мне нужен аудит двух серверов, почему на одном сервере InnoDB работает правильно, а на другом — нет.
— А что значит правильно? Задачи у серверов одинаковые?
— На одном сервере после переноса базы в InnoDB, сайт стал открываться быстрее. А на другом сервере — нет.
— Хорошо, разберусь.

На одном сервере сайт был на CMS Drupal, который умеет использовать InnoDB и имеет собственные схемы кеширования. Проблем никаких не возникало.
На другом сервере сайт был на CMS DLE, в запросах постоянно был select count с последующими множеством update. Так как CMS была лицензионная, примеры таких запросов были отправлены разработчику, который рекомендовал отключить счетчики страниц. После чего проблема пропала.
Провести сравнение запросов на серверах клиенту и в голову не приходило, он занимался тем, что постоянно менял параметры в конфиге mysql, в надежде, что станет быстрее работать.

Неумение разделять задачи

Один очень крупный заказчик, занимающийся стримингом и имеющий сайт, входящий в top-3 одной из узких ниш, пожаловался, что возникла проблема с конвертацией видео.
Сервер, который занимался конвертацией был очень мощный, но уже не смог обрабатывать все поступающие видео от пользователей с должной скоростью.
Мне нужно было произвести анализ, какой сервер лучше выбрать из ряда предложений дата-центра.
Как оказалось, конветрация более всего использовала ресурсы процессора и диска, в меньшей степени — оперативной памяти, которая пустовала на 90%.
Я предложил ему вместо перехода на новый сервер, взять 4-е более слабые модели, которые по цене выходили дешевле.

— Нет, мне это не подойдет. Я буду конвертировать 4-е разных файла от пользователей, но конвертация все равно будет медленной, я уже это пробовал! Мне нужно один, но быстро!
— Так я для этого и советую взять 4-е сервера. Разделить видео на 4-е части, затем каждую часть сконвертировать на своем сервере. После чего склеить.
— А разве так можно?!
— Нужно.

Разумеется, что конвертация прошла очень быстро, но главное — теперь клиент четко знает, сколько именно ему нужно докупить серверов, для того, чтоб скорость конвертации оставалась на должном уровне.

Отсутствие кеширования


— У меня большая нагрузка на MySQL. Посоветовали memcache! Я поставил — не помогло!
— В смысле — поставил?
— Ну сделал apt-get install memcached php5-memcache и рестартовал апач.
— И все?
— Да! А разве еще что-то надо?

Множество людей тратит невероятно большие деньги на покупку мощных серверов. И все это из-за недостаточности понимания того, что же такое на самом деле является кеширование.
В качестве примера, я приведу решение проблемы на биржевой системе.
Сервера постоянно получают информацию по стоимости акций, клиенты просматривают графики, покупают-продают, вобщем как обычно.
При этом используется черезвычайно мощный сервер и программисты уверяют, что действительно оптимизировали все что могли, и проблема в недостатке железа. Но владелец проекта приводит другую статистику — с ростом каждой тысячи активных пользователей приходится брать вдвое мощный сервер. Сейчас их 4000 и если рост будет идти также быстро как и сейчас, то в скором времени придется переезжать на суперкомпьютер.
Аудит шел достаточно долго — на первый взгляд действительно, все было кешировано:

  • повторяющиеся запросы складывались в memcache
  • был установлен и настроен xcache, который хранил все php скрипты в оперативной памяти
  • все статичные файлы выдавались с правильным заголовком expired

А затем я нашел директорию, в которой были сотни тысяч файлов. На ее открытие уходило несколько секунд.
Дословно процитирую диалог:
— Это графики пользователей, которые они хотят получать. Там можно накладывать несколько графиков в один. У каждого пользователя — свои графики.
— А сколько всего акций и сколько всего пользователей?
— Примерно 400 акций и около 60000 пользователей.
— А если выдавать графики для каждой акции, а потом просто склеивать картинки в одну общую?
— Уже так думали делать, но будет большая нагрузка на диск — их все равно придется записывать перед отдачей.
— А зачем? Пусть они собираются на стороне клиента.
— Но как???
— При помощи javascript.
— Склеивать картинки через javascript на стороне клиента?
— Нет. Выдавать цифры, с помощью которых ajax будет рисовать графики, а цифры отдавать через push с помощью…
— Спасибо, уже не надо продолжать, поняли свою ошибку.
Кеширование — это не просто сохранение картинок на диске, это немного нечто большее…

Попытка масштабировать без понимания сути проблемы


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

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

Наличие единой точки отказа

Компания, поставлявшая услуги хостинга картинок, решила подумать о защите от DDOS атак. Не смотря на многочисленные доводы о том, что лучшая защита от DDOS — это кластер грамотно настроенных серверов с фильтрацией, технический директор компании решил использовать Cisco RiverGuard для защиты.
Шло время, одного сервера стало недостаточно, и незаметно их число возросло до шестидесяти. Сервера закупались, ставились в стойки, но весь трафик продолжал идти через циску.
А потом наступила проблема — трафик перестал расти. Раньше, с ростом числа серверов трафик рос пропорционально, но сейчас перестал.
Я снял статистику с циски по snmp и убедился, что эта железка испытывает явные проблемы с перегрузками. Техдиректор сразу решил, что началась DDOS атака.
Однако по анализу логов все было чисто. Проблема была явно в перегрузке точки, через которую шел трафик.
Тем не менее, владельца бизнеса это не убедило, так как технический директор мотивировал тем, что «Cisco — это сила, а частный консультант — это обычный человек».
Проблема продолжалась в течении года, пока наконец под моими многочисленными уговорами, технический директор не отправил кейс с графиками загрузки.
Ответ пришел достаточно быстро, в котором однозначно указывалось, что этот девайс перестанет нормально работать, если число одновременных запросов будет выше 70k.
После этого владелец наконец рискнул убрать Guard с канала, напрямую дав его на все стойки. Разумеется, трафик начал расти.
Однако тот, кто прочитав, подумает, что единая точка отказа это Cisco RiverGuard, тот ошибется. Разумеется, единой точной отказа был технический директор.

Белогривые лошадки

У нас есть игра для социальной сети Вконтакте. Мы хотим сделать версию для Facebook, но боимся, что сервер не выдержит. По этому мы перешли на облако, а кластер для нас это слишком дорого для начала. Но потом, когда мы заработаем, то обязательно перейдем на кластер.
Когда у вас появляется кластер, то вы все равно будете иметь некий лимит ресурсов, определяемый числом серверов в кластере.
Облако напротив — дает мифическую свободу ресурсов, позволяя на какой-то момент не задумываться, а просто оплачивать перерасход ресурсов, в надежде, что прибыль окупит затраты.
Коварство заключается в том, что рост нагрузки не связан линейно с ростом посещаемости и целиком зависит от радиуса кривизны приложения. Наверное каждый слышал притчу о награде изобретателя шахмат?
На первую клетку шахматной доски — одно зернышко, на второе — два, и так далее.
Так и с облаками. На первую тысячу посетителей — один слот, на вторую — два, на третью — четыре. А вот когда их становится пять, то внезапно(!) приходит озарение, что следующую тысячу «мы не потянем», полученных денег едва хватает чтоб оплатить за облако, а на оптимизацию кривого движка игры уже совсем ничего не осталось.

Заключение

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

Рубрики
Наследие

Расширяем лог почтового сервера

Вам хотелось бы знать, с какого сайта и каким скриптом было отправлено то или иное письмо? Думаю, что да.
Однако стандартный почтовый сервер такой информации не ведет.

Так исправим этот недостаток!

cd /usr/sbin
mv sendmail sendmail.org
vi sendmail

И напишем небольшой скрипт:

#!/bin/sh
logger -p mail.info sendmail-ext-log: site=${HTTP_HOST}, client=${REMOTE_ADDR}, script=${SCRIPT_NAME}, pwd=${PWD}, uid=${UID}, user=$(whoami)
/usr/sbin/sendmail.org -t -i $*

После чего сделаем файл исполняемым:

chmod +x sendmail

Все. Теперь лог будет иметь всю необходимую информацию.

Рубрики
Старье

А где стоит ваш сервер?

Как известно, самый лучший хостинг — это свой сервер + сисадмин. Но задумывались ли вы, когда берете сервер в аренду у низкобюджетных Дата-Центров, что же на самом деле вы получаете за свои деньги?

image

На фотографии — реальный сервер, размещенный в бюджетном Дата-Центре SharkTech. Он даже все еще пингуется!


Несомненно, у низкобюджетных Дата-Центров основной козырь — это цена. Вы можете получить мощный сервер с быстрым каналом в аренду за каких-то 50-80 евро.

image

Сервер в FDC Servers, всего 100$ в месяц.

Однако Дата-Центр — это не только север с каналом, это еще физическая безопасность оборудования, надежное электропитание и пожаробезопасность. Это охлаждение, наконец.

image

Оригинальная система охлаждения стоек при помощи офисного вентилятора.

Чтож, каюсь, я и сам когда-то пользовался услугами таких Дата-Центров, для размещения своих сайтов, самый первый из которых, dedic.ru, пережил миграцию множества разных Дата-Центров.
Возможно что это у меня такая карма (нет, не хаброкарма, а обычная), что мой сайт не жил в каком-то одном Дата-Центре более года. Сначала в FDC сдох диск, потом Burst перегружал сервер 4 дня, затем в Sagonet потери на пинге достигали 15-20%, потом были Superb, Hetzner, Netdirekt и многие другие. Сервера горели, их выключали из-за абуз, отключали IP за небольшие DDOS-атаки, и так далее.

image

Мы все начинали с этого, но выжил не каждый…

В конце-концов я понял, что теряю на таких ситуациях много времени, которые деньги, трафик, которые деньги, да и деньги, которые тоже… деньги.

И вот тогда я решил купить нормальный сервер, выбрав по совету знакомого одесского сисадмина, который предоставлял услуги VDS на технологии XEN, и очень нахваливал Dell PowerEdge R300.
Он мотивировал это тем, что однажды в его Дата-Центре отключились кондиционеры и все серверы кроме R300 перестали работать.

image

Да, это он — мой сервер R300

imageКонечно, самому покупать и транспортировать в Дата-Центр мне не очень хотелось, и я искал подходящий Дата-Центр в Киеве, который мог бы организовать услугу покупки и размещения (colocation) под ключ.
Самые внимательные уже разглядели логотип на моем сервере и догадались о каком Дата-Центре идет речь.
Но я бы хотел рассказть об отдельной технологической VIP-площадке, на которой размещен мой сервер.

image

Если театр начинается с вешалки, то VIP-площадка начинается с системы доступа по отпечатку пальца.

VIP-площадка расположена в центре, на Красноармейской 124. Как известно, электричество — это проблема номер один, конечно же после охлаждения летом. Именно по этому на этой площадке питание с разных распределительных подстанций и резервный, третий ввод, с трансформаторной подстанции которая расположена на территории банка + дизель-генератор, разумеется.

image

Щитовая

image

Охлаждение стоек (открытых и закытых) через фальшпол.

Хороший и быстрый канал — это тоже очень важно. Пять оптических каналов от разных провайдеров, в том числе паритет с компанией «Укртелеком».

image

Сеть построена на активном сетевом оборудовании Cisco и HP

А цены… Цены вполне доступные — 50$ за 1U или 100$ за 2U. Подробнее на http://mhost.kiev.ua/colo

Если вы после этой статьи захотите заказать услугу хостинга, размещния или аренды сервера в Дата-Центре Mhost, и при этом желаете поблагодарить меня материально — то можете воспользоваться моей реферальной ссылкой. Вам-то ничего, а мне приятно 🙂

P.S. Страшные картинки взяты отсюда.

Рубрики
Старье

МВД РФ и RIPE NCC обвиняется в пособничестве киберприступности

Региональный интернет-регистратор RIPE закрывает глаза на киберпреступность, а коррумпированные силовые структуры РФ помогают преступникам уйти от ответственности, заявляет Великобританская организация SOCA (Serious Organised Crime Agency).
Размещенный в Амстердаме RIPE NCC, на основе имеющихся данных, был выявлен в соучастии создания преступной сети RBN (Russian Business Network).
Регистратор получал деньги от известной преступной организации, а в последствии коррумпированный РФ МВД позволил уйти от SOCA, сообщил Энди Олд, глава департамента по борьбе с киберпреступностью, выступив на конференции RSA.
RIPE NCC отрицает неверность своих действий, а Олд сообщил, что не проводил расследование причастности к RBN, но то, что был принят платеж от криминальной организации, свидетельствует о том, что это может быть признаком криминальной деятельности, сказал он.
«RBN — это криминальный ISP, признанный практически всеми СМИ, который зарегестрирован RIPE как локальный Европейски интернет-регистратор, выделяющий IP для промышленности», объяснили Олд.
Офицер SOCA утверждал, что любая компания, которая ведет бизнес с такой преступной организацией, уже является объектом для обвинений.
«RBN платит RIPE за услугу по выделению IP», сказал он. «Я не буду извинятся за то, что говорил, так как получение грязных денег уже само по себе преступление», заявил Олд.

RBN используется для размещения детской порнографии, и по оценам SOCA, получае около одной трети дохода за просмотр детского порно во всем мире. Кроме этого сеть используется для распространения вирусов и контроля за ботнетами.
«Мы говорим о том, что этот специально организованный криминальный ISP, используемый для преступлений, приносит большую прибыль», сказал Олд — «Это организованная преступность, не стоит путать ее с хобби, это очень хорошо организованная структура, пренадлежащая преступному синдикату».
Как известно SOCA, ФБР, голландская и немецая правоохранительные структуры занимались исследованием RBN в прошлом году. Однако, как показало расследование, у RBN есть план быстрого развертывания, чтобы продолжать свою работу в случае если существующая система будет отключена. В Ноябре 2008 года SOCA могла отключить систему, до того как RBN смог выполнить свой план.
«Все что мы могли получить, это остановку при попытке преследования в России», признался Олд. «Главный вопрос — куда уйдет RBN? Информация свидетельствует о том, что RBN вернулся в бизнес, но сейчас строит несколько иную бизнес-модель».
Олд добавил, что другие интернет-регистраторы также имели отношения с RBN, которые могли бы быть истолкованы как незаконные, — хотя он признал, что SOCA предпочитала работать с этими компаниями, а не стремиться привлечь их к ответственности.
«Мы фактически не рассматривали RIPE в плане сотрудничества, но если вы хотите, чтобы мы относились также к остальным, то обвинение будет применятся к ARIN, APNIC, и т.д.», сказал он.
Согласно SOCA, онаактивно работает с интернет-регистраторами, чтобы убедиться, что они не занимаются пособничеством преступникам, будь то преднамеренно или непреднамеренно.
«Когда вы получаете LIR, созданный для криминального бизнеса — это уголовное деяние, ответственность за которое идет на регионального регистратора. Мы пытаемся сделать менее благоприятную среду для киберпреступлений», добавил Олд.
В ответ на замечания, что он может быть обвинен в причастности к преступной деятельности, Поль Ренек, руководитель по внешним связям и коммуникаций в RIPE NCC сказал, что эта организация имеет очень строгие руководящие принципы для решения по LIR’ам.
«RBN был принят в качестве LIR на основе на наших списков, сказал он.» Наши перечни включают предоставление доказательств того, что перспективный LIR имеет необходимую правовую документацию, которая подтверждает, что предприятие является добросовестным «.
Ренек сообщил, что RIPE имел хорошие отношения с SOCA и другими правоохранительными организациями.
«Мы всегда сотрудничали с SOCA, и будем продолжать тесно сотрудничать с соответствующими органами, чтобы расследование было проведено как можно скорее», добавил он.

SOCA относит часть вины за остановку судебного преследования любых членов RBN на коррумпированный МВД Санкт-Петербурга, который, как утверждает Auld, по-видимому, договорился о защите преступников.
«Мы твердо верим, что RBN дал взятки не только местной милиции, а то что еще и суды и органаны власти в Санкт-Петербурге, у них в кармане, так как при попытке преследовать RBN мы встретились со значительными трудностями и российские правоохранительные органы помешали операции», говорит Олд.
Ранее в этом месяце, правоохранительные органы США получили гораздо больше сотрудничества с органами власти при закрытии фишинг сети из Египта.

Рубрики
Старье

HyperVM как средство управления XEN VPS

Сейчас я хочу рассказать о том, что скрывается за внешне привлекательным интерфейсом HyperVM, который все еще не переведен на русский язык.

Прежде всего хотелось бы отметить технически грамотный подход к созданию и размещению XEN VPS: все они размещаются на отдельных LVM разделах, что очень повышает производительность и легко позволяет управлять пулом физических дисков для размещения VPS.

Выделение IP адресов так-же сделано весьма удобно — на каждый IP адрес создается виртуальная сетевая карта, которая получает IP от встроенного DHCP сервера. Это очень удобно при миграции VPS — нет нужды заходить и что-то менять, все настройки будут подхвачены по DHCP автоматом.

Управление по VNC тоже внесено в саму панель HypeVM, но может быть вызвано как отдельным VNC клиентом, так и через ssh сеанс с X форвардингом по virt-viewer.

Бесплатно идет 5 лицензий на VPS. Этого вполне хватает, чтоб разделить 1 стандартный сервер с 4G RAM на 4-е части по ~1G RAM на каждую VPS.

Лимиты действуют на диск, оперативную память и скорость сетевой карты. Нагрузку по CPU можно отслеживать по графику.

Теперь о недостатках. Их собственно всего один — невозможность создать шаблон Windows VPS на 64-х битных системах.

Решить эту проблему очень просто, но для начала рассмотрим все необходимое для создания Windows VPS XEN при помощи HyperVM

Рубрики
Старье

WildcardDns — DNS для парковки доменов RU

Допустим, необходимо сделать сервис парковки доменных имен, так чтоб для всех доменов выдавались значения по умолчанию, как это сделано на parking.nic.ru например.

С generic доменами проблем нет и на стандартном DNS софте — достаточно сделать master зону «.» и прописать там все настройки.

Другое дело — зона RU. Регистраторы требуют, чтоб для домена отдавались NS записи и выдача «.» их не устраивает.

Стандартным способом тут не подойти, так как надо отдавать для любых запросов одни и те-же NS сервера, на которых идет парковка.

Случайно я наткнулся на wildcarddns — авторитивный легкий DNS сервер, который как раз выполняет функции парковки, позволяя приклеивать все запросы на NS сервера к фиксированным записям.
Читать дальше про wildcarddns

Рубрики
Мусорка

Какая гадость, этот ваш Adaptec

Написал о том, к чему может привести использование всяких там рейдов.

Особенно опасно это тем, у кого в репозитории стоит ovz-kernel и настроено обновление. Смотрите, не перезагрузитесь!

Рубрики
Старье

Биллинг для хостинг-компаний Ava-panel

17 мая вышла очередная версия биллинг-панели для хостингов — AVA-Panel, 2.1.2 (http://ava-panel.ru). Биллинг является скриптом написанным на языке php. Помимо систем приема и учета платежей система предоставляет еще и возможности полноценной CMS и способна вписываться практически в любой дизайн за счет гибкости шаблонов примененных при создании биллинга.

Для минимизации возможности по взлому приняты серьезные меры, например пароли доступа к базе данных шифруются, что редко встречается в скриптах. Кроме того предусмотрено 4 уровня безопасности при взаимодействии с БД (предполагается 4 пользователя с разными правами доступа к базе). Доступ к панели админа закрывается как привычным способом (с использованием сессий), так и с использованием .htaccess + .htpasswd (вы сами можете выбрать способ доступа), а принимаемые из форм данные жестко определены на сервере и хакер не сможет ввести в форму дополнительное поле и отправить в нем свою информацию, поскольку если скрипт обнаружит что пришли данные которых он не ожидает, он прекратит обработку запроса.

AVA-Panel поддерживает неограниченное количество серверов, таким образом одинаково подойдет как для крупной компании с десятками серверов, так и для реселлера. Для одного хостинг-проекта нужна только 1 лицензия и одна копия панели.

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

Есть поддержка электронных платежных систем, в т.ч. WM-Merchant, Yandex.деньги, [email protected], RuPay, а также формы квитанций для оплаты через Сбербанк и Счетов для оплаты юр. лицами. Вы сможете самостоятельно добавить свой собственный способ оплаты.

AVA-Panel — не только система учета платежей и заказов, в нее встроена полноценная CMS и партнерская программа.

Кроме стандартного набора услуг (хостинг, рагистрация доменов, VDS, Dedic, Colocation) Вы сможете добавить свои. Например помимо хостинга Вы занимаетесь раскруткой сайтов. Вы сможете позволить своим пользователям оформлять заказы на эту услугу с использованием AVA-Panel. Также есть поддержка добавления скидок для Ваших клиентов, причем как простых , так и сложных, основанных на участии нескольких услуг в заказе, особенностях оплаты и др., что расширяет маркетинговые возможности вашей компании и позволит Вам привлечь дополнительных клиентов.

Рубрики
Старье

ASSP — замена SpamAssassin на cPanel.

Хочу представить вам интересный плагин — ASSP X (ASSP eXtended). Он позволяет использовать ASSP (assp.sourceforge.net) на серверах с cPanel/WHM.

По своей сути ASSP X это WHM модуль с cPanel интерфейсом для клиентов, который позволяет каждому (!) клиенту управлять настройками фильтрации почты для его доменов! Т.е. в отличие от обычного anti-spam сетапа появляется возможность настраивать фильтрацию так, как это нужно. Например, бывают случаи, когда необходимо принимать почту с несуществующих адресов и т.п. Теперь это возможно.

Что такое ASSP? ASSP это Anti Spam SMTP Proxy и по своей сути является проксей перед любым MTA, в нащем случае Exim. Т.к. ASSP принимает почту и передает ее Exim’у, то он полностью контролирует входящую почту и позволяет реально избавляться от спама.

Что интересно, ASSP не требует много ресурсов и это особенно заметно на загруженных почтовых серверах.

ASSP X бесплатен и был разработан и поддерживается для использования на собственных серверах, но принято решение о том, что разрешить его бесплатное использование будет выгоднее для всех.

Скачать ASSP X можно с SultanServer.com

Если есть вопросы — пишите, т.к. принимаю участие в разработке 🙂