Varnish自动还原varnish.service默认配置致服务异常问题咨询

根因说明 #

该配置覆写不是Varnish自带的特殊自动更新机制，核心原因是直接修改了包管理托管的服务文件路径：

• /lib/systemd/system/ 目录下的所有单元文件都是系统包管理器（apt/dnf/yum）在安装/更新软件包时写入的默认文件，只要Varnish包触发更新（包括后台静默运行的无人值守安全更新，不会有显性的操作提示），包管理器就会直接覆盖该路径下的文件，还原成默认监听6081端口的配置。
• 这个行为和Varnish版本无关，Varnish 5、Varnish 6的系统安装包都遵循这个规则，此前未触发只是因为对应时间段没有Varnish包的更新推送。
• 少数场景下，Magento 2配套的Varnish配置脚本、第三方运维面板的Varnish配置同步任务，也会直接重写这个路径下的默认服务文件。

永久修复方案 #

禁止直接编辑/lib/systemd/system/varnish.service，使用systemd原生的配置覆写机制存放自定义配置——该机制生成的配置存放在/etc/systemd/system/路径下，优先级高于包默认配置，不会被包更新覆盖：

• 执行命令创建覆写配置：

  sudo systemctl edit varnish.service
  

• 在弹出的编辑器中写入自定义的启动配置，注意必须先清空原有ExecStart参数，再写入自定义值，示例配置如下（可根据实际业务需求调整内存分配、VCL文件路径）：

  [Service]
  ExecStart=
  ExecStart=/usr/sbin/varnishd -a :80 -f /etc/varnish/default.vcl -s malloc,2G
  

• 保存退出编辑器后，执行以下命令重载配置并重启服务生效：

  sudo systemctl daemon-reload
  sudo systemctl restart varnish
  

验证与排查步骤 #

• 执行ss -tulnp | grep varnish确认服务已经正常监听80端口
• 如需确认历史覆写是否由自动包更新触发，可查询对应系统的包管理日志：
  • Debian/Ubuntu系统查看/var/log/apt/history.log，搜索varnish关键字即可看到对应的包更新记录
  • RHEL/CentOS系统查看/var/log/dnf.rpm.log或/var/log/yum.log
• 建议将之前手动修改过的/lib/systemd/system/varnish.service还原为包默认状态，避免后续包更新时出现配置冲突：
  • Debian/Ubuntu执行：sudo apt reinstall varnish
  • RHEL/CentOS执行：sudo dnf reinstall varnish

内容的提问来源于stack exchange，提问作者George Chatzopoulos