Dan*_*eny 2 debian postfix init.d network-interface
(编辑:这不仅仅适用于 postfix;这只是我注意到/调试它的地方)
我已经安装了 postfix,但是当它启动并创建它的 chroot 时,它会得到一个空副本,/etc/resolv.conf这意味着它无法解析任何域。
我在各种网络脚本中添加了一些日志记录以查看resolve.conf何时被擦除/重新填充以及postfix何时启动......
这是启动时的日志:
Sun Mar 27 19:12:30 UTC 2016
EXECUTE: root + /sbin/resolvconf2 -d eth0 -f
Sun 27 Mar 19:12:31 UTC 2016
Postfix startup script
Sun Mar 27 19:12:37 UTC 2016
EXECUTE: root + /sbin/resolvconf2 -a eth0
Run Code Online (Sandbox Code Playgroud)
请注意,在调用 resolvconf 以擦除配置然后重新填充它之间有 7 秒的时间。在此期间,/etc/resolv.conf 实际上是空的。postfix(和许多其他服务)在这些调用之间启动。
在清除/重新创建 resolvconf 之间的巨大间隙中启动服务似乎很奇怪。
这是 Raspbian 的全新安装,安装了 Postfix,没有其他更改。
编辑:查看系统日志,由于在 dhcpcd 开始和完成之间没有 DNS,实际上有很多事情失败了。其他服务试图同时启动似乎有缺陷?
好的,在浪费了很多时间之后,我在 raspi-conf 中发现了这个......
所以这似乎是设计破坏。默认的“快速启动”是以随机失败为代价的。即使没有安装 postfix,在干净的 Raspian 安装中,我的 syslog 包含大量来自 DHCP 过程中各种脚本的 DNS 错误。
因此,修复方法是将其设置为“慢”启动,这将创建一个在启动时等待网络的脚本。编辑:您可以raspi-config像这样编写调用脚本:
sudo raspi-config nonint do_wait_for_network Slow
Run Code Online (Sandbox Code Playgroud)
这既解决了我注意到的 postfix 问题,也清除了通常在启动时写入 syslog 的大量 DNS 相关错误。
我认为作为默认行为,这很疯狂。我已经在 GitHub 上发布了反馈。
| 归档时间: |
|
| 查看次数: |
2189 次 |
| 最近记录: |