RHEL 7.4禁用IPv6后rpcbind.service无法开机自启，手动启动正常求助

我之前碰到过一模一样的情况——按照官方方案禁用IPv6并重建initramfs后，重启系统发现只有rpcbind.socket启动成功，rpcbind.service始终处于停止状态，但手动启动却完全正常，虚拟机和物理机上都出现了这个问题。下面是我排查和解决的具体步骤：

问题根源分析 #

这种情况大概率和systemd单元配置或启动依赖顺序有关：

• rpcbind的默认systemd socket配置可能包含IPv6监听地址，禁用IPv6后，自动启动时服务尝试绑定IPv6端口失败，但手动启动时系统网络环境已稳定，会自动跳过IPv6绑定逻辑
• 服务的启动依赖未正确配置，导致在网络未完全就绪时就尝试启动，而手动启动时网络已经准备完毕

具体解决方案 #

1. 修改rpcbind的socket监听配置 #

首先检查rpcbind的socket单元文件，确认是否包含IPv6监听规则：

cat /usr/lib/systemd/system/rpcbind.socket

如果看到类似ListenStream=[::]:111的配置，说明它默认会监听IPv6的111端口。我们需要修改为仅监听IPv4地址：

sudo vi /usr/lib/systemd/system/rpcbind.socket

将ListenStream=[::]:111替换为：

ListenStream=0.0.0.0:111

修改完成后重新加载systemd配置：

sudo systemctl daemon-reload

2. 调整rpcbind.service的启动依赖 #

默认情况下，rpcbind.service仅依赖rpcbind.socket，但禁用IPv6后，网络初始化的时机可能和socket激活不同步。我们可以让服务等待网络完全就绪后再启动：

sudo vi /usr/lib/systemd/system/rpcbind.service

在[Unit]段落添加以下配置：

After=network-online.target
Wants=network-online.target

保存后重新加载systemd配置：

sudo systemctl daemon-reload

3. 验证IPv6禁用配置的完整性 #

确保你的sysctl配置完全禁用了IPv6，检查/etc/sysctl.conf或/etc/sysctl.d/目录下的配置文件，确保包含以下参数：

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

执行以下命令应用配置：

sudo sysctl -p

然后再次重建initramfs（按照你之前的步骤），重启系统测试。

4. 查看启动日志定位细节 #

如果以上步骤无效，可以查看系统启动时rpcbind的日志，找到具体失败原因：

journalctl -u rpcbind.service --boot

日志中通常会明确提示失败原因（比如绑定IPv6地址失败、依赖服务未就绪等），根据日志信息进一步调整配置即可。

内容的提问来源于stack exchange，提问作者Ibrahim Quraish