Я рекомендую IMail Ipswitch для основанного на окнах почтового сервера. Компания предлагает большую поддержку. Это оценено соревновательно и легко настроить и получить выполнение с полным комплектом полезных функций. Мы использовали его в качестве нашего корпоративного почтового сервера в течение нескольких лет теперь и даже размещаем электронную почту для некоторых других клиентов с ним также. Я думаю с помощью clientname.genericname.com, является, вероятно, самым безопасным. Можно установить средства передачи для ответов на клиентские почтовые учетные записи. Затем Вы не должны волноваться так же о релейных проблемах и проблемах блокирования спама, потому что Вы используете законный DNS, которым Вы владеете и управляете. Плюс Вы управляют почтовым сервером.
Так как Ваш сервер выполняет режим перед ветвлением, это означает, что каждое соединение добирается, его собственный процесс - поэтому, в первую очередь, проверяют, чтобы видеть, существует ли приблизительно 1024 процесса httpd, работающие на системе.
Для надевания лучшего дескриптора, что делает сервер, можно хотеть включить страницу состояния сервера.
LoadModule status_module modules/mod_status.so ExtendedStatus On <Location /server-status> SetHandler server-status Order deny,allow Deny from all Allow from .example.com </Location>
Это затем позволит Вам просматривать состояние соединений с Вашим сервером и попытки выяснить, что заставляет все соединения быть использованными.
Мое подозрение является возможностью некоторого прокси жулика, или перепишите оператор, который вызывает сервер к, постоянно циклично выполняют его соединения в себе, пока все они не используются.
Возможно, Ваш сервер функция KeepAlive включил и безумно высокое значение для KeepAliveTimeOut?
Это могло генерировать набор неактивных соединений, ожидая слишком много времени для закрытий, закончившись в уплотнении сервера.
Зарегистрируйтесь в своей апачской конфигурации и/или в virtualhost определения.
M
Прежде, чем повысить число снова, можно сделать несколько вещей понизить сумму икры Apache процессов.
Включите проверку активности и установите энергично низкий тайм-аут для нее:
KeepAlive On
MaxKeepAliveRequests 200
KeepAliveTimeout 5
Все запросы от того же клиента будут обработаны через единственное соединение TCP к серверу. Низкий Apache средств значения KeepAliveTimeout избавится от соединения KeepAlive быстро, поэтому, пока клиент не оставляет коммуникационную паузу вне 5 секунд, клиент может использовать только единственное соединение для целой загрузки страницы.
Кроме того, понизьте свои макс. запросы на ребенка к чему-то как 1 000. Процессы Apache часто растут в использовании памяти с каждым запросом, так понижение макс. запросов в конечном счете понизит полное использование памяти для данного объема процессов httpd.
Наконец, как был указан ранее, необходимо наблюдать сервер во время, он - самый напряженный час с помощью TOP или команды PS. Узнайте, сколько апачских процессов порождается и сколько памяти каждый использует. Затем можно вычислить надлежащего Max Клиенты, базирующиеся от серверов доступный поршень и использование памяти для каждого процесса.
Если Вы продолжаете видеть проблемы после этих тонких настроек, можно хотеть изучить отодвигание от модуля Apache перед ветвлением по умолчанию и использовать рабочего mpm модуль вместо этого. Это потребует использования fastcgi или чего-то подобного для обработки php запросы; в конечном счете, хотя это - хорошая идея самостоятельно.
кашляйте nginx кашель ;)