Redis连接错误排查：团队内仅本人npm启动含Redis服务失败

我来帮你一步步排查这个问题，毕竟团队其他人都能正常运行，大概率是你的Vagrant虚拟机里Redis的服务状态或配置出了问题：

• 先确认Redis服务是否在Vagrant虚拟机内运行
  登录到你的Vagrant虚拟机，执行以下命令查看Redis状态：

  systemctl status redis-server
  

  如果是用SysVinit的老系统，就用：

  service redis status
  

  如果显示服务未运行，先启动它：

  sudo systemctl start redis-server
  

  为了避免下次重启虚拟机还要手动启动，可以设置开机自启：

  sudo systemctl enable redis-server
  

• 检查Redis配置是否启用了Unix Socket
  Redis默认可能没开启Unix Socket，或者路径配置不对。找到Redis的主配置文件（通常是/etc/redis/redis.conf），用编辑器打开后搜索unixsocket相关配置：

  • 确认unixsocket项设置为/var/run/redis.sock（就是你应用要连接的路径）
  • 同时检查unixsocketperm项，建议设置为777或者至少让你的用户组有读写权限（比如775）
    修改完配置后，务必重启Redis服务让配置生效：

  sudo systemctl restart redis-server
  

• 验证/var/run目录的权限及Socket文件创建权限
  虽然你说自己有/var/run的读写权限，但Redis服务是用redis用户运行的，得确保这个用户能在该目录下创建文件。可以手动测试：

  sudo touch /var/run/redis.sock
  sudo chown redis:redis /var/run/redis.sock
  sudo chmod 777 /var/run/redis.sock
  

  之后重启Redis，再查看这个文件是否被正常使用（可以用ls -l /var/run/redis.sock看文件的修改时间是否更新）。

• 确认你的应用Redis配置路径正确
  有时候可能是应用里的配置写错了路径，比如误写为主机系统的路径，而不是Vagrant虚拟机内的/var/run/redis.sock。你可以先临时改成TCP连接测试（比如连接127.0.0.1:6379），如果TCP能正常连接，说明Redis服务没问题，就是Unix Socket的配置或路径问题。

• 查看Redis日志找具体错误线索
  如果上面的步骤都没解决，直接看Redis的日志文件，里面会有最直接的错误信息：

  tail -f /var/log/redis/redis-server.log
  

  比如日志里可能会提示“无法创建socket文件”“权限不足”之类的细节，能帮你快速定位问题。

内容的提问来源于stack exchange，提问作者Petit Gui