/usr/local/etc/php5/cgi/php.ini
ищите disable_functions= и портите ее как пожелаете
sda - видите "(F)".
Но для пущей уверенности - что мешает посмотреть вывод команды:
mdadm --detail /dev/md0
?
Категорически - в обратном порядке. Причем, в зависимости от smart-данных, - не всегда стоит добавлять.
Безопасно, если хостинг организован нормально.
Настройка всего вместе, увы, нетривиальна. Сложнее управлять всем этим добром централизовано. Точнее, этого вы вообще не затронули.
Зачем мне это, да еще даром? Хотите - поверьте. Хотите - проверьте сами.
Идея была проста: дробить один сервер на VPS - глупо, если это делается только для организации отправки почты с кучи IP. Современные SMTP-сервера не настолько убоги, чтобы не уметь это делать. Решение далеко даже не я придумал - можете поискать в рассылке постфикса.
Другое дело, что ТС это мало пригодится - с его масштабами на 1 сервер, даже мощный, просто "не влезть".
В постфиксе очень подробная документация.
Как захотите. Разбейте базу рандомом, к примеру. Проблема точно также возникнет и в вашем варианте.
Проще чем что?
Не вижу разницы. Если вы сервер не "нарезаете" (в точности как и VPS). Разницы абсолютно никакой. Блокируем сервер с одним ip - блокируем vps с одним ip. И даже арендовать в "разных местах" ничто не запрещает.
Для готового вам копипастинга? Лень, конечно. Вы готовы, к примеру, выложить здесь полностью предлагаемое вами ТС решение, удовлетворяющее вашим же "условиям"?
Начните с добавления нескольких копий конфигураций smtp клиента с разными smtp_bind_address; в transport_maps для всего этого правила роутинга. При желании можно добавить несколько очередей ко всему этому.
Ок. Отзывов не вижу, статистики не вижу. Проехали.
Проще чем что? Один сервер - уже писали что это не выйдет, тупо по ресурсам. Резать его на кучу VPS только ради использования нескольких ip - пустая трата ресурсов. Чем несколько серверов - ну и чем тут проще VPS? Виртуальный сервер не сильно дороже физического, зато гадать о степени жадности провайдера вам придется реже.
Изменит. К примеру, если ТС использует настройки мейлера в дистрибутиве по-умолчанию - вряд-ли ему даже о 20-30k/час стоит мечтать...
Если вам "просто интересно" - то отвечу так: представляю легко.
А если вы действительно хотите знать - вам в документацию postfix, начиная с man 5 master, man 5 transport. Все очень гибко конфигурируется, при желании.
Как мы можем проверить ваши слова?
У вас не работает keepalive между nginx и апачем. Хоть обкрутитесь.
Вы видите, что это development версия? Вы либо осознаете что это значит, тогда - берите дебагер, выставляйте логи на максимум - и вперед. Либо вы просто глупы.
Если "как обычно" (тут) - цифирка версии только ради ее большего значения, то рекоммендую сменить на стабильный дистрибутив.
Нет. Для того-то умные люди и не экономят на администраторе.
PS: "tcpdump" и "файлы в спуле" - нужно уметь читать и понимать прочитанное.
Ну так *проверьте* это. Ваши "админы" хоть это-то способны сделать?
Вероятнее всего, это не "open relay" (такого маразма даже ISP не устраивает, поверьте - тут *вам* надо было постараться, причем минуя ISP, руками). Скорее - шлют через дырку в скрипте на одном из доменов...
Видимо, делается обычное резервное копирование у хостера. *Всего сразу*, вместе с вашим VPS. Полагаю, должно быть поболее 10-20Gb.
Вот потому. Подсказать кому адресовать вопрос?
По-разному. Где-то "почти 24 часа" вполне вообще могут быть нормой (на том же шаред-хостинге с кучей мелких клиентов). Делают снапшоты, используют инкрементальный бекап. Если для вас все это не бессмысленные слова - вполне возможно провести самостоятельный обзор ПО для резервного копирования.
Ну подумайте. Лишние сервисы, оверхед от виртуализации...
Удобнее сконфигурировать 5 VPS чем 1 (один) сервис (postfix, к примеру)? Странное удобство...
