UFW блокирует трафик почтового сервера (dovecot, postfix, MariaDB, Rspamd)

Как описано в заголовке, я использую dovecot / postfix / Rspamd Mailservercombo с MariaDB позади Это.

Я заметил, что в последние дни я больше не мог получать / отправлять почту от моих почтовых клиентов. Thunderbird тоже заметил: невозможно больше подключиться к SMTP-серверу.

Единственное, что я изменил примерно в это время:

• Я добавил доступ phpmyadmin с дополнительным запросом пользователя linux с сервера apache2 и
• (по рекомендации «друга») установил fail2ban как дополнительную защиту от брутфорс-запросов к веб-сервисам. Я оставил настройки по умолчанию, только изменил время блокировки на 1 ч.

С тех пор я удалил и очистил fail2ban, уверен, что это была проблема. Это не так. (?)

Прочитав следующий вывод из системного журнала, я проследил его до UFW:

вывод системного журнала (замаскированный)

Сам UFW имеет следующую конфигурацию:

# cat /etc/ufw/user.rules
*filter
:ufw-user-input - [0:0]
:ufw-user-output - [0:0]
:ufw-user-forward - [0:0]
:ufw-before-logging-input - [0:0]
:ufw-before-logging-output - [0:0]
:ufw-before-logging-forward - [0:0]
:ufw-user-logging-input - [0:0]
:ufw-user-logging-output - [0:0]
:ufw-user-logging-forward - [0:0]
:ufw-after-logging-input - [0:0]
:ufw-after-logging-output - [0:0]
:ufw-after-logging-forward - [0:0]
:ufw-logging-deny - [0:0]
:ufw-logging-allow - [0:0]
:ufw-user-limit - [0:0]
:ufw-user-limit-accept - [0:0]
### RULES ###

### tuple ### allow tcp 22 0.0.0.0/0 any 0.0.0.0/0 in
-A ufw-user-input -p tcp --dport 22 -j ACCEPT

### tuple ### allow tcp 2222 0.0.0.0/0 any 0.0.0.0/0 in
-A ufw-user-input -p tcp --dport 2222 -j ACCEPT

### tuple ### allow tcp 25 0.0.0.0/0 any 0.0.0.0/0 in
-A ufw-user-input -p tcp --dport 25 -j ACCEPT

### tuple ### allow tcp 465 0.0.0.0/0 any 0.0.0.0/0 in
-A ufw-user-input -p tcp --dport 465 -j ACCEPT

### tuple ### allow tcp 587 0.0.0.0/0 any 0.0.0.0/0 in
-A ufw-user-input -p tcp --dport 587 -j ACCEPT

### tuple ### allow tcp 143 0.0.0.0/0 any 0.0.0.0/0 in
-A ufw-user-input -p tcp --dport 143 -j ACCEPT

### tuple ### allow tcp 993 0.0.0.0/0 any 0.0.0.0/0 in
-A ufw-user-input -p tcp --dport 993 -j ACCEPT

### tuple ### allow tcp 4190 0.0.0.0/0 any 0.0.0.0/0 in
-A ufw-user-input -p tcp --dport 4190 -j ACCEPT

### tuple ### allow tcp 80 0.0.0.0/0 any 0.0.0.0/0 in
-A ufw-user-input -p tcp --dport 80 -j ACCEPT

### tuple ### allow tcp 443 0.0.0.0/0 any 0.0.0.0/0 in
-A ufw-user-input -p tcp --dport 443 -j ACCEPT

### END RULES ###

### LOGGING ###
-A ufw-after-logging-input -j LOG --log-prefix "[UFW BLOCK] " -m limit --limit 3/min --limit-burst 10
-A ufw-after-logging-forward -j LOG --log-prefix "[UFW BLOCK] " -m limit --limit 3/min --limit-burst 10
-I ufw-logging-deny -m conntrack --ctstate INVALID -j RETURN -m limit --limit 3/min --limit-burst 10
-A ufw-logging-deny -j LOG --log-prefix "[UFW BLOCK] " -m limit --limit 3/min --limit-burst 10
-A ufw-logging-allow -j LOG --log-prefix "[UFW ALLOW] " -m limit --limit 3/min --limit-burst 10
### END LOGGING ###

### RATE LIMITING ###
-A ufw-user-limit -m limit --limit 3/minute -j LOG --log-prefix "[UFW LIMIT BLOCK] "
-A ufw-user-limit -j REJECT
-A ufw-user-limit-accept -j ACCEPT
### END RATE LIMITING ###
COMMIT

Как вы можете видеть на последних нескольких записях, кажется, что это может быть вызвано ufw-after-logging-input, ufw-after-logging-forward или ufw-logging-deny. Однако на этом мои «знания» прямо сейчас заканчиваются. Единственное, что я дополнительно заметил, это то, что следующая строка была отмечена красным в user.rules, но это могло быть просто ничем ...

User.rules в CLI

Я переустановил fail2ban, чтобы сделать это:

# fail2ban-client status
Status
|- Number of jail:      1
`- Jail list:   sshd

# fail2ban-client status sshd
Status for the jail: sshd
|- Filter
|  |- Currently failed: 1
|  |- Total failed:     158
|  `- File list:        /var/log/auth.log
`- Actions
   |- Currently banned: 1
   |- Total banned:     1
   `- Banned IP list:   112.xxx.xxx.xxx

# fail2ban-client set sshd unbanip 112.xxx.xxx.xxx
112.xxx.xxx.xxx

# fail2ban-client status sshd
[...]
   `- Banned IP list:

/var/log/auth.log перечисляет многие записи этого типа, все с ОДНОГО IP:

Jun 25 19:56:51 mail sshd[26691]: Connection closed by 112.xxx.xxx.xxx port 60391 [preauth]
Jun 25 19:56:52 mail sshd[26693]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=112.xxx.xxx.xxx  user=root
Jun 25 19:56:54 mail sshd[26693]: Failed password for root from 112.xxx.xxx.xxx port 64328 ssh2
Jun 25 19:56:54 mail sshd[26693]: Connection closed by authenticating user root 112.xxx.xxx.xxx port 64328 [preauth]
Jun 25 19:57:03 mail sshd[26697]: Connection closed by 112.xxx.xxx.xxx port 50264 [preauth]

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

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

Некоторые вещи, которые я также пробовал в процесс исправления: - перезапуск и остановка / запуск UFW - перезапуск apache2 - перезапуск голубятни - поиск в Rspamd записей событий в отправленных тестовых письмах (с тех пор, как я внес изменения, ни одного не было получено!) - используя другой почтовый клиент - добавление правила приема для порта 25 в UFW (ничего не изменилось)

PS: На этом сервере работает Ubuntu.

Есть ли способ вернуть мои настройки в рабочее состояние?