服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

Postfix reject_unknown_reverse_client_hostname:将默认的unknown_client_reject_code(450)replace为550. Why / When I I not?

在针对垃圾邮件的每日战斗中,有几次我曾试图强制执行来自连接互联网的客户端的DNS要求。 详细地说,我会在我的smtpd_client_restrictions部分添加reject_unknown_reverse_client_hostname设置,如下所示: smtpd_client_restrictions = permit_sasl_authenticated check_client_access hash:/etc/postfix/access check_policy_service inet:127.0.0.1:4466 reject_unknown_reverse_client_hostname reject_unauth_pipelining 无论如何,我注意到当遇到这样的限制时,postfix行为相当“软”,因为unknown_client_reject_code的默认值是450.因此,客户端被邀请继续重试。 在调查550个响应时,我遇到了以下官方Postfix文档的声明: 我绝对不是整个RFC 5321的专家,但作为一个足够了解RFC 821的人 ,我真的不明白为什么,550响应而不是450可能影响我的Postfix实例在最大的SMTP级别(打破RFC合规性),特别是考虑到临时错误,Postfix将坚持一个450,无论明确的设置。 那么,有人能帮助我理解这样一个替代的问题吗? PS:与此同时,我以“放松”的限制结束了: smtpd_client_restrictions = permit_sasl_authenticated check_client_access hash:/etc/postfix/access check_policy_service inet:127.0.0.1:4466 warn_if_reject reject_unknown_reverse_client_hostname reject_non_fqdn_helo_hostname reject_unauth_pipelining reject_invalid_helo_hostname

运行KVM qcow2 VPS的备份

我想要一个强大的方法,在运行时,对qcow2文件的KVM VPS进行备份。 经过长时间的search,我发现我们可以使用rsync进行实时备份。 我使用以下命令进行rsync: rsync -avh /vms/base.qcow2 /backup/backup.qcow2 它工作正常。 但是,如果在由于写入和删除操作(如安装新软件或更新)而更改VPS时进行备份,恐怕可能会损坏备份qcow2映像。 因此,从现场VPS的快照备份似乎更有趣的select。 我使用以下命令来进行运行VPS的备份: 1.创build快照: qemu-img create -f qcow2 -b base.qcow2 snapshot.qcow2 2.以原始图像格式(.img)转换快照: qemu-img convert -O raw snapshot.qcow2 /backup/backup.img 恢复VPS: 3.在qcow2图像中转换原始图像: qemu-img convert -O qcow2 /backup/backup.img base.qcow2 然后我们可以通过virsh create base.xml命令启动VPS。 即使这个方法也能正常工作,但我仍然不确定这是否是正确运行VPS的备份方法。 我在这里和这里find了很好的关于qemu-img命令的文档。 但是他们没有提到在原始图像中转换实况VPS的快照。 哪种方法更适合直播VPS备份? 转换原始图像中的快照是否安全? 如果我能得到很好的详细文档,了解快照和基本文件在某些​​情况下的行为,这将是非常有用的。 也许我们也可以将base qcow2映像转换成原始备份文件,而不是转换快照。 所以命令stream将是: 1.创build快照 2.将base qcow2转换为备份原始图像 3.将快照更改提交到基本映像 4.删除快照 我试过这个,在5GB的小VPS上工作的很好。 但是当VPS规模巨大时,是否有可能出现错误或VPS损坏? 提前致谢…