AUser0

Таким --state NEW -j ACCEPT вы разрешили новые коннекты на любые порты с любых IP-адресов через любой интерфейс.
И все правила, идущие уже после этого ACCEPT - вообще не сработают, до них обработка не дойдёт, потом что это правило уже всем всё разрешило...
И да, это полный аналог дефаултного правила INPUT[ACCEPT]. Поэтому так ни кто не пишет, в такое правило обязательно добавляют разные аргументы, типа через какой интерфейс, на какой порт, и с каких IP, и т.д.

Что, компьютерем пользоваться научили, а Google-ом - нет?

Читать готовый ответ, а именно про smtp_generic_maps.

P.S. Но способ с RegEx в header_checks лучше, потому что в этом правиле можно указать не только отправителя, но и получателя...

Настраивайте monit, пусть отслеживает ресурсы. Как минимум в логах будет отражаться...

P.S. Непривилегированный user видит только собственные процессы (14 штук на скриншоте). ROOT видит вообще всё.

А какие у вас $myhostname и $mydomain? Такое ощущение что там совсем не ваш домен, на который вы пишете...

Во-первых, любой файл через WEB именно скачивается, просто браузер по Content-type различает содержимое файлов, и HTML отображает на экране, звук и видео проигрывает, а .EXE или .ZIP сохраняет на диск.

Просто добавьте к именам файлов 401 и т.д. полноценное расширение .html. Ну и поправьте конфиги/скрипты на использование новых имён.

Командой md5 filename посчитайте MD5-сумму на каждом сервере, и сравните их. Если MD5-суммы будут разные - значит файлы не идентичны, качайте заново.

Можно так, как вы написали.

Или можно просто

mail.myfirma.ru. IN A 1.1.1.1
mail.myfirma.ru. IN A 2.2.2.2

и тогда IP для подключения к вашему серверу будет выбираться случайно в режиме 50/50.

P.S. Главное - иметь PTR-запись для обоих IP.

Ага, "ключи уронил там, а ищу здесь, под фонарём, потому что здесь светлее".

Ошибка происходит в скриптах, которые должны бы выдавать всегда 200 - вот и ищите в скриптах, в логах HTTP-сервера причину этой ошибки 503.

Если на сервера есть доступ по ssh - можно архивировать с сохранением архива уже на удалённый сервер. Получится передавать меньше данных, а значит быстрее.

Аммм, эммм, а кто производитель MariaDB, не подскажете? И чем знаменита эта организация, заодно?

P.S. Достаёте SQL-dump - и вперёд!

Стоит ознакомиться с документацией, в которой вам нужна комбинация Ctrl+x,p. Правда работает, когда команда пишется в командной строке самого MC. Но можно мышкой скопировать текст, если терминальная программа позволяет.

Такое ощущение, что его убивает операционка, по причине исчерпания оперативной памяти, или чего ещё. Смотрите /var/log/system, там про это должны быть упоминания. Ну и памяти добавляйте, или отключайте другие процессы, потребляющие память...

Ведь очевидно, что третий $domain - пустая строка.

while read -r domain; do
  if [ -n "${domain}" ]; then
    expdate=$(whois "${domain}" | grep -iE 'expir.*date|expir.*on|expires|free-date' | head -1 | grep -oE '[^ ]+$')
    new_expdate="-"
    day_left="-"
    if [ -n "${expdate}" ]; then
        new_expdate=$(echo "${expdate}" | sed 's/T.*//')
        expdate=$(date -d "${expdate}" "+%s")
        curdate=$(date "+%s")
        day_left=$(((expdate-curdate)/86400))
    fi
    if [ "${day_left}" -lt 0 ]; then
        echo "For '${domain}' lease already expired at '${new_expdate}'"
    else
        echo "For '${domain}' lease expires at '${new_expdate}', '${day_left}' days left"
    fi
  fi
done < domain.list

DNS сервер у вас, на соседнем сервере? Тогда настраиваете на нём certbot на валидацию по DNS TXT записи, sh-скриптом подсовываете (есть в certbot такая возможность) запись в конфиги нужного домена - вуала, профит!

DNS не под контролем? Тогда на всех WEB-серверах проксируете все файловые /.well-known/acme-challenge/* запросы на сервер с certbot, настраиваете список директорий под каждый сервер, из certbot sh-скриптом (возможность ни куда не делась) ложите в нужную директорию файл с проверочным кодом - вуаля, профит!

Потом останется только sh-скриптом скопировать свежие сертификаты на соответствующие сервера - и вуаля, уже второй профит! Куда большей сложностью является правильная работа с пользователями на удалённых серверах, без хранения паролей на certbot-овом сервере...

find . -type f -exec prename -n 's/-[a-z]+(\.[^.]+)$/$1/' {} +