убунту чрезмерное использование процессора с tmp файлы

Question 1

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

Проверка адресов до фактической доставки может быть ненадежной.

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

Проверка того, что доменная часть адреса имеет MX, является хорошей проверкой действительности. Несколько действительных адресов электронной почты могут иметь запись A без записи MX, но большинство этих доменов будут недействительными. Синтаксис пользовательской части адреса может быть проверен. Простая проверка синтаксиса работает в большинстве случаев, особенно если вы ограничиваете только прием частью маршрутизации адреса. Адреса, подобные "Some user" <someuser!host#otherhost@example.com>, сложнее обрабатывать.

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

Question 2

Если вы используете Wordpress для своих приложений, вам следует рассмотреть возможность установки плагина для защиты от вредоносных программ и сканирования ваших приложений WP. Вы можете выполнить команду htop, а затем нажать L в процессе, чтобы посмотреть, откуда идут файлы.

Question 3

Question 4

Не волнуйся. Подобные проблемы с размером и ресурсами, связанные с файловым трафиком сеансов, являются распространенным недугом, связанным с утилитами резервного копирования, веб-серверами и другими высокоскоростными службами. См., Например ... Ubuntu 16.04 ((HyperV) - очень большой файл в / tmp, продолжает расти ... большая загрузка центрального процессора и сети, пока система не работает.

Обратите внимание: этот пост НЕ дублировать ... ваши файлы на самом деле являются файлами сеанса Apache (за /tmp/php*) ... но в этом случае вы видите, что утилита резервного копирования (Duplicati), записывающая файлы резервной копии /tmp/dup*, бессмысленно приведет к значительному тому же запуску процессора и

Проверьте Ubuntu 16.04 ((HyperV) - очень большой файл в / tmp, продолжает расти ... большой процессор и сеть

Практически говоря, есть простое решение, но это не так,

Easy Fix (Bye, Bye, Bye [Веб-сервер])

Легкое исправление (Bye, Bye, Bye [Веб-сервер])

] Первый вопрос: собираетесь ли вы запускать веб-сервер Apache из вашего больничного поля?

IF N OT, вы можете отключить автозапуск Apache, используя update-rc.d, чтобы обновить настройки службы загрузки в /etc/init.d/.

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

Застрял в Web You're Spinning

Но, возможно, вы ХОТИТЕ запускать веб-сервер. Хорошо, хорошо.

В этом случае исправление не так повсеместно и точно, но вот несколько советов о том, как стабилизировать вещи и потенциально найти исправление ...

Из paranoid Я бы рекомендовал, учитывая эти обстоятельства отключить автозапуск Apache . Это не означает, что это звучит тревожно ... но, конечно, есть известные уязвимости Apache2, влияющие на комплектную копию Apache на дистрибутив версии ... на самом деле есть даже статья, в которой обсуждается использование вашей конкретной версии для «образовательных целей» (см. CVEs: 1 , 2, 3), поэтому, если вы еще не установили их еще недавно, ваше поведение может быть признаком эксплуатации.

Слово поощрения - Ubuntu 16.04 также назывался «Совершенный сервер» в статье, посвященной использованию вашей конкретной версии , поэтому не допускайте уязвимостей отпугивайтесь, просто убедитесь, что из-за изощренности, что ваши дела в порядке на фронте безопасности.

NEXT, подтвердите свои подозрения (которые я разделяю), что они действительно являются файлами сеанса PHP из Веб-сервер, проверяя путь к файлам сеансов Apache ... должен соответствовать /tmp/, если не произойдет что-то очень странное.

Предполагая совпадение, это, вероятно, проблема с конфигурационным файлом, поэтому купите себе некоторое время, так как

проверяет путь к файлам сеансов Apache через небольшой скрипт PHP и делает однократную очистку, чтобы купить некоторое время (см. 1 и How является ли каталог / tmp очищен?).

Теперь, когда кровотечение замедлилось, переоцените, есть ли что-то странное, что вызывает голод зомби Apache. См.:

Session.Configuration [Manual] Как настроить кеширование содержимого Apache на Ubuntu 14.04

Из того, что я собрал, плохо куратированные конфигурации, определяющие время сбора мусора / сеанса . Как каталог / tmp очищен? .

Если ни одно из этих действий не работает, я попытаюсь понять, связан ли рост с определенными обстоятельствами и определенно будет размещать данные в соответствующем списке рассылки / ubuntuforums .org.

Question 5

Если вы используете Wordpress для своих приложений, вам следует рассмотреть возможность установки плагина для защиты от вредоносных программ и сканирования ваших приложений WP. Вы можете выполнить команду htop, а затем нажать L в процессе, чтобы посмотреть, откуда идут файлы.

Question 6