UFW 正在阻止邮件服务器流量（dovecot、postfix、MariaDB、Rspamd）

Question 1

UFW 配置看起来正确。

您可能已设法在 fail2ban 中禁止您自己的 IP。

使用fail2ban-client status查看哪些 jail 已启用，然后fail2ban-client status <jail>查看您的 IP 地址是否已列出。如果找到您的 IP，则可以取消禁止。

[root@localhost ~]# fail2ban-client status 
Status
|- Number of jail:      1
`- Jail list:   sshd

[root@localhost ~]# fail2ban-client status sshd
Status for the jail: sshd
|- Filter
|  |- Currently failed: 3
|  |- Total failed:     762
|  `- Journal matches:  _SYSTEMD_UNIT=sshd.service + _COMM=sshd
`- Actions
   |- Currently banned: 13
   |- Total banned:     86
   `- Banned IP list:   121.136.181.58 212.224.124.98 65.94.147.197 176.159.245.52 68.32.77.29 112.17.128.44 220.81.48.50 104.210.60.66 104.211.60.207 104.211.46.110 212.64.98.92 59.144.137.186 90.3.202.234

[root@localhost ~]# fail2ban-client set sshd unbanip 203.0.113.187
203.0.113.187

Answer

UFW 配置看起来正确。

您可能已设法在 fail2ban 中禁止您自己的 IP。

使用fail2ban-client status查看哪些 jail 已启用，然后fail2ban-client status <jail>查看您的 IP 地址是否已列出。如果找到您的 IP，则可以取消禁止。

[root@localhost ~]# fail2ban-client status 
Status
|- Number of jail:      1
`- Jail list:   sshd

[root@localhost ~]# fail2ban-client status sshd
Status for the jail: sshd
|- Filter
|  |- Currently failed: 3
|  |- Total failed:     762
|  `- Journal matches:  _SYSTEMD_UNIT=sshd.service + _COMM=sshd
`- Actions
   |- Currently banned: 13
   |- Total banned:     86
   `- Banned IP list:   121.136.181.58 212.224.124.98 65.94.147.197 176.159.245.52 68.32.77.29 112.17.128.44 220.81.48.50 104.210.60.66 104.211.60.207 104.211.46.110 212.64.98.92 59.144.137.186 90.3.202.234

[root@localhost ~]# fail2ban-client set sshd unbanip 203.0.113.187
203.0.113.187

Question 2

经过多次尝试，我似乎已经解决了我的问题。以下是解决此问题的一些提示：

不，这与那些 UFW-Blocks 无关。首先，检查您是否使用了正确的服务名称！我忘记了，由于一个错误，我使用与通常不同的服务名来启动 postfix。

systemctl status <servicename>.service您可以通过比较服务器上的这部分是否相同来判断服务名称是否错误：

   CGroup: /system.slice/system-postfix.slice/<servicename>.service
           ├─5832 /usr/lib/postfix/sbin/master -w
           ├─5833 pickup -l -t unix -u -c
           └─5834 qmgr -l -t unix -u

我的错误服务仅在其名称下的 CGroup 上。

有了正确的服务名称后，我可以很快找到问题，因为systemctl status <servicename>.service现在可以发出正确的错误消息：

Jun 26 18:32:40 mail postmulti[6814]: /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: mua_client_restrictions=permit_mynetworks,permit_sasl_authenticated,reject
Jun 26 18:32:40 mail postmulti[6814]: /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: mua_sender_restrictions=permit_mynetworks,reject_non_fqdn_sender,reject_sender_login_mismatch,permit_sasl_authenticated,reject
Jun 26 18:32:40 mail postmulti[6814]: /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: mua_relay_restrictions=reject_non_fqdn_recipient,reject_unknown_recipient_domain,permit_mynetworks,permit_sasl_authenticated,reject

这是由于错误的 main.cf 和 master.cf 配置造成的。两个配置相互依赖，如果您复制/粘贴，则需要从一个来源获取这两个配置！

我还收到以下错误，这些错误提示 postfix-mysql 数据包的实现丢失（或在我的情况下损坏）。就apt-get remove postfix-mysql在apt-get install postfix-mysql之后。

Jun 26 18:20:41 mail postfix/submission/smtpd[6252]: error: unsupported dictionary type: mysql
Jun 26 18:20:41 mail postfix/submission/smtpd[6252]: message repeated 3 times: [ error: unsupported dictionary type: mysql]
Jun 26 18:20:41 mail postfix/submission/smtpd[6252]: fatal: in parameter smtpd_relay_restrictions or smtpd_recipient_restrictions, specify at least one working instance of: reject_unauth_destination, defer_unauth_destination, reject, defer, defer_if_permit or check_relay_domains
Jun 26 18:20:42 mail postfix/master[5832]: warning: process /usr/lib/postfix/sbin/smtpd pid 6252 exit status 1
Jun 26 18:20:42 mail postfix/master[5832]: warning: /usr/lib/postfix/sbin/smtpd: bad command startup -- throttling

另一个可以解决问题的方法是重新创建 mysql 用户。我首先通过在命令行上使用 root 访问服务器并输入将用户添加到 mysqldb grant select on dbname.* to 'username'@'localhost' identified by 'verystrongpassword';。我现在删除了该用户，将其替换为我用 phpmyadmin 添加的用户，并将其明确添加到'username'@'%'而不是'username'@'localhost'。

我从中学到的最后一件事是 - 如果您向服务器添加新软件包，请检查是否存在可能干扰或替换已配置服务的依赖项。（sendmail也可能是停止我的 postfix 服务器的问题之一，遗憾的是在所有其他尝试之后我都无法确认这一点）

Answer