在systemd服务中执行systemd-run --user出现总线连接失败问题的配置咨询

嘿，这个问题我之前部署服务的时候也踩过坑！当你的web app以systemd系统服务的方式运行时，它默认处于系统级别的上下文环境里，没法直接访问用户会话的D-Bus总线，而systemd-run --user恰恰需要连接到用户自己的会话总线和用户级别的systemd实例，所以才会弹出「Failed to connect to bus: No medium found」这个错误。

给你几个亲测有效的解决办法，一步步来：

1. 给服务指定运行用户 #

在你的.service文件的[Service]段里，明确指定服务要以哪个用户身份运行——就是你平时正常启动web app用的那个用户：

User=your-actual-username

2. 配置D-Bus会话总线的环境变量 #

同样在[Service]段里，添加环境变量指向该用户的会话总线路径：

Environment=DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/%U/bus

这里的%U是systemd的内置变量，会自动替换成你上面指定用户的UID，不用手动写死数字。

3. 确保用户的systemd实例始终运行 #

如果你的web app需要在用户未登录的情况下也能正常工作（比如服务器上没人登录的场景），得让用户的systemd实例一直处于运行状态。可以在[Service]里加一个启动前置命令：

ExecStartPre=/usr/bin/loginctl enable-linger your-actual-username

这个命令的作用是让系统保持该用户的会话常驻，哪怕用户没通过SSH或者桌面登录，用户级的systemd服务也能正常响应systemd-run --user的调用。

完整的服务单元示例 #

把上面的配置整合起来，你的.service文件大概是这样的：

[Unit]
Description=My Web App Service
After=network.target

[Service]
User=myapp-user
Environment=DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/%U/bus
ExecStartPre=/usr/bin/loginctl enable-linger myapp-user
ExecStart=/opt/my-web-app/start.sh
Restart=on-failure
WorkingDirectory=/opt/my-web-app

[Install]
WantedBy=multi-user.target

如果做完上面的配置还是有问题，可以试试额外加个XDG_RUNTIME_DIR的环境变量，有些程序会依赖这个路径找会话资源：

Environment=XDG_RUNTIME_DIR=/run/user/%U

备注：内容来源于stack exchange，提问作者user2141650