SnakeDoc's questions

我已将 Zimbra 设置为拒绝来自未登录用户的电子邮件（欺骗性电子邮件）。

我有这个设置/opt/zimbra/conf/domainrestrict

很长一段时间以来，这一直很有效。

我现在需要将始终被此配置捕获的单个电子邮件地址“列入白名单”。该电子邮件来自我们的网站托管系统，但代表此电子邮件地址发送。因此，对于 Zimbra，它似乎是来自字段中的欺骗性电子邮件地址。

我尝试将此电子邮件地址添加到/opt/zimbra/conf/postfix_recipient_access并将其设置为OK，但它似乎仍然被赶上并被拒绝。

我还尝试将托管服务 IP 地址添加到zimbraMtaMyNetworks（postfix's myNetworks），但今天有超过 70 个 IP 地址，而且这可能会随着时间而改变。这种配置似乎与 Zimbra 不一致，并且 postfix 开始拒绝所有内容为451 4.3.0 Temporary lookup error. Session aborted, reason: lost connection. 似乎 IP 地址列表太大，DNS 服务器出现超时？

我该怎么做才能继续拒绝欺骗性电子邮件，但允许特定电子邮件地址的电子邮件通过？

我的公司有一台 Sonicwall Pro 3060 增强版，自最初购买以来，它已经 24/7 全天候服务了大约 10 年。

最近这个盒子似乎在通过流量时出现了问题（尽管我没有任何证据证明它是路由器/防火墙有问题并且不知道如何获得证据）。上周末在固件升级期间，盒子拒绝加载它的安全模式界面（可能损坏的 ROM？）

日常操作似乎很好，据我所知，常规管理界面中没有任何问题。我担心这个盒子已经坏了，可能很快就会坏掉。

如何测试防火墙/路由器（我猜特别是 Sonicwall）是否有故障迹象？我知道它的寿命很长，可以合理地说它已经到了最后一站，但如果我能得到它，我想要一些证据。

我BackupPC用来备份办公室的一些工作站。与其他工作站相比，一个工作站尤其具有大量数据，但是，一般来说并没有那么大（谈论大约 250 GB 的实际数据）。

BackupPC似乎需要永远支持这个系统（几天，即超过 72 小时+）。rsync所有工作站都通过网络上的autofs本地安装进行备份。

基本上，autofs将 安装administrative C share在工作站上，然后BackupPC将其视为本地目录，将cd' 放入automount directory，然后将rsync所有数据。

总的来说它很慢，我通常将其归因于BackupPC机器是慢速硬件，但这种性能在所有工作站上或多或少都可以接受，除了这个具有大量数据的工作站。

rsync flags:

/usr/bin/rsync --numeric-ids --perms --owner --group -D --links --hard-links --times --block-size=2048 --recursive

这些是BackupPC设置的默认参数。

我在网上阅读了一些atime关于挂载的内容可能会减慢速度 - 所以我更改了我的autofs配置以挂载带有noatime标志的目录......没有区别。

我读了一些东西，这些东西表明它rsync可能是罪魁祸首，因为它是如何检查文件的……并建议改用它tar。所以我做了......但没有区别。

tar flags:

tarPath="/bin/gtar"
env LC_ALL=C $tarPath -c -v -f - -C $shareName+ --totals

# where $shareName is the autofs mounted directory

这些是设置 BackupPC 的默认参数。

没变。

用监控BackupPC盒子的网络活动iftop，它似乎会在一段时间内使用量激增（有时高达 90Mbps），但随后会回落到 Kbps 甚至有时是 Bps 范围。当它处于慢速模式时，会使用作为备份作业top的命令显示活动BackupPC_dump......所以它正在做一些事情并且没有卡住。

当前备份已运行超过 24 小时，但根据iftop.

一般的经验法则是不要使用超过 80-85% 的容量，否则性能会急剧下降，并且可能会发生其他不良情况。

在 8TB 阵列上，这大约有 1.6TB 的空间必须留出！一个 40TB 的阵列需要大约 8TB 的可用空间！

这仍然是更大数组的惯例吗？我是否在桌子上留下了太多的磁盘空间？

我有一个机架式 UPS。UPS 有一根 6 英尺长、12AWG 粗的电源线，可从服务器机房的一个 20A 壁式插头为其供电。

机柜的当前方向并不理想。除了这个之外的所有东西都很容易移动，但是如果我要移动它，这个机柜的 UPS 电缆太短而无法连接到 20A 电路之一。

是否可以将 UPS 的电源线连接到粗（12AWG？或更粗？）延长电缆？我不是电气工程师，但我认为这会增加两条电缆连接处的阻抗（即插头）。我不知道我该不该担心。让电工出来并重新对 UPS 上的电缆进行充电确实不是一种选择。

我知道人们通常不推荐菊花链式电涌保护器（即使它适用于大多数情况），但电涌保护器不仅仅是一根普通的电缆。

（请不要只说“不，不要这样做！”，请解释原因，风险，利弊。）

我有一个大约 7' x 12' 的小型服务器机房，有一个专用于这个房间的空调机组，它位于较短的 (7') 侧，并将空气吹向另一个较短的 (7') 侧。

服务器机房的温度设置为 69F，但通常只会降至 70-71F 左右（温度由墙上的恒温器控制面板测量）。

我有两个 1 线温度计。监控仪表插入一个 linux 盒子，绘制出测量的温度。现在的温度。监控仪表挂在其中一个长边 (12') 上，并且靠得很近。

我不认为这是理想的测量和房间真实温度的准确表示，我想解决这个问题。在这样的房间里，温度传感器最好放在什么位置？我认为将它们挂在吊顶上是行不通的，因为 A/C 单元会向它们吹冷空气（严重扭曲测量结果）。

假设硬件故障不是一个因素，并且能够定期更新的要求，是否有可能永远不关闭 Linux？

我通常会在更新后完全重启，尤其是内核更新，但有没有办法让我的机器保持开机状态并继续执行这些操作？人们总是听说令人难以置信的正常运行时间，但如果您必须在重大更新后重新启动，那又怎么可能呢？

也许不同的运行级别？但是内核更新将如何启动？