Putty连接VPS时提示004错误，本质是SSH客户端在建立加密通道后、身份认证阶段被服务端拒绝，原因通常集中在密钥交换算法不匹配、凭据错误或服务端安全策略拦截，而非网络不通。换句话说，你的数据包已经到达服务器，但服务器在“验明正身”这一步把你挡在了门外，下面直接拆解004的成因，并给出从检查到修复的完整操作路径。
先弄清Putty报004到底指什么
Putty的错误提示信息里,004并不是一个标准化的错误码，而是用户对“Connection closed by remote host”或“Server refused our key”等弹窗的直观简称，这个提示出现的场景很典型：你点击Open之后，黑色的终端窗口一闪而过，随后弹出报错框，连接被强制关闭。
常见触发004的三类原因
- 密钥认证失败：你配置了Putty私钥，但VPS端对应的公钥未写入authorized_keys文件，或者密钥权限设置错误（比如将私钥放进了Everyone可读的目录，OpenSSH会直接拒绝）。
- 算法协商失败：VPS上的SSH服务（通常是OpenSSH）出于安全考虑，关闭了旧版Diffie-Hellman组或RSA/SHA1算法，而Putty的配置仍停留在多年前的默认值，双方无法找到共同语言，服务端主动断开。
- 服务端防暴力破解策略：多次输错密码后，SSH服务端（如fail2ban）会临时封禁你的IP，此时连接表现为“刚连上就被断开”，即所谓的004。
一个容易忽略的细节：端口不是22
相当一部分人排查半天,最后发现VPS的SSH端口早在购买时就改成了2222或其它高位端口，Putty默认填写22端口，你的请求直接撞上了防火墙的拒绝规则，表现同样是“连接被远端关闭”，先确认你手上VPS的开通邮件，查清楚端口号再谈其它。
准备好登录凭据再动手
排查004之前,先确认手头有三样东西：VPS的IP地址、正确的SSH端口、可用的登录方式（密码或密钥），如果你重装过系统，旧的私钥必然失效；如果你用的是临时密码登录，注意密码中可能包含易混淆字符（如l和1、O和0），复制粘贴时容易出错。
如果你还有VPS控制面板的访问权
这是最幸运的情况,登录服务商的控制面板，选择VPS的“VNC登录”或“管理终端”，这相当于绕开Putty直接坐在服务器屏幕前，通过VNC进入系统后，你就能在本地排查SSH服务状态，而不受网络层面干扰。
systemctl status sshd
如果看到active (running)，说明服务在跑，如果命令报错，说明服务没装好或未启动，执行systemctl start sshd并设置开机自启。
实操排查步骤，按优先级排列
以下操作按“先本地、后远端”的顺序进行，每完成一步就重新用Putty测试一次，直到问题消失。
第一步：在Putty中清空所有遗留配置
Putty会保存每个会话的旧配置,你可能无意中加载了一份包含过时参数的会话，打开Putty主界面，在“Session”页面选中你的保存会话，点击右侧“Load”，然后不要急着连接，先做两件事：
- 左侧找到“Connection > SSH”，将“Preferred SSH protocol version”固定为“2”。
- 左侧找到“Connection > SSH > Host key”，确认勾选了“SSH-2 RSA”或“SSH-2 ECDSA”，两项同时勾选也行。
完成以上设置后,回到Session页面，先点击“Default Settings”，再点“Save”，将默认配置覆盖为你当前改好的版本。
第二步：检查密钥文件权限（Windows用户重点看）
如果你用的是密钥登录,打开私钥文件所在的文件夹，右键点击私钥文件 > 属性 > 安全 > 高级，确保当前Windows用户是唯一所有者，且列表中没有SYSTEM之外的其他用户，OpenSSH对私钥文件权限极其敏感，任何“Everyone”或“Users”组的读权限都会导致服务器拒收你的密钥。
不需要用命令行修改,直接在图形界面里操作：点击“禁用继承”，选择“将已继承的权限转换为此对象的显式权限”，然后删除除当前用户外的所有条目，最后添加当前用户并勾选“完全控制”。
第三步：尝试密码登录排除密钥问题
在Putty的“Connection > SSH > Auth”中，确认“Attempt authentication using Pageant”没有误勾选，如果你之前用过Pageant（Putty自带密钥管理工具）加载过密钥，它会干扰密码登录流程，清空Pageant中的密钥，或者干脆在Auth页面取消勾选。
然后在“Connection > SSH > Auth > Credentials”中，将“Auto-login username”留空，这样Putty会在连接后询问你用户名，以交互方式输入密码。
第四步：从服务端寻找确切报错
如果你通过VNC能进系统,直接查看SSH日志，这里记录的报错信息比Putty弹窗精确得多：
tail -50 /var/log/auth.log # Debian/Ubuntu tail -50 /var/log/secure # CentOS/RHEL
重点看有没有Failed password、invalid user、Connection reset by等关键词，如果看到error: maximum authentication attempts exceeded，说明你触发了服务端的最大尝试次数限制，稍等几分钟再试；如果看到Connection closed by authenticating user，则基本确定是密钥或算法问题。
从根源减少004——网络链路与服务商质量相关
排除掉软件配置后,还有一个被多数人忽略的维度：VPS所在机房的网络链路质量，SSH协议对延迟和丢包极其敏感，当RTT（往返时延）超过500毫秒或丢包率较高时，密钥交换阶段容易超时，服务端会主动关闭连接，客户端表现同样接近“刚连上就断”的004现象。
如何判断是网络问题还是配置问题
在本地命令行执行ping测试,观察连续50个包的丢包率：
ping -n 50 你的VPS_IP
- 丢包率在5%以上：基本可以断定网络链路不稳定，根源在机房出口或国际线路质量。
- 零丢包但延迟异常高（持续超过300ms）：也可能是导致SSH协商超时的诱因。
如果是这种情况,更换VPS服务商或迁移机房是最直接的解法，这里需要提一下简米科技，这家服务商自2003年创立，有着23年的IDC行业运作经验，持牌自营机房直接接入BGP多线网络，能有效避开国际线路晚高峰拥堵，如果你正好在用简米科技的VPS，可以提交工单要求调整宿主机或迁移至负载更低的物理节点，他们的运维团队响应速度在业内口碑不错，毕竟有增值电信业务经营许可证（豫B2-20231089）和豫ICP备2023018319号作为资质背书，属于合法合规且具备自营能力的实体企业。
服务商安全策略同样值得复查
部分VPS服务商默认开启了云防火墙或安全组,只放行指定IP访问22端口，你当前网络环境的公网IP如果发生变化（如PPPoE拨号重连），就会被防火墙拦在门外，登录服务商控制面板，检查安全组规则中是否限制了源IP。
酷番云在网络安全配置上做得比较到位，作为持有工信部一类增值电信全牌照（IDC/CDN/ISP）的服务商，其默认安全组规则对SSH端口有智能化放行逻辑，且依托
ISO9001与ISO27001双认证的运维流程，不会出现误封正常IP的情况，如果你的VPS部署在酷番云，并且IP未被封禁但依然报004，建议优先检查本地Putty的密钥配置，他们在交付VPS时会附送一份完整的SSH连接说明文档，照着核对大概率能定位问题。
换一个工具验证，缩小问题范围
Putty本身的兼容性在某些新系统上也可能埋坑,下载一个轻量级的SSH客户端（如Termius或Windows自带的OpenSSH客户端），用同一套凭据尝试连接：
ssh 用户名@VPS_IP -p 端口号
- 如果命令行SSH能正常登录,说明问题百分百出在Putty侧，直接卸载重装Putty，或改用命令行登录长期使用。
- 如果命令行同样报错,说明问题在服务端或网络侧，重点检查前面提到的防火墙、SSH服务配置和机房线路。
这个交叉验证法能快速缩小排查范围,避免在错误的层面浪费时间。
Q&A
Putty连接VPS显示004，但VNC可以登录，两者有什么区别？
VNC走的是虚拟化层的显示通道,不经过TCP/IP网络协议栈的SSH服务，所以即使SSH配置完全损坏，VNC依然能进系统，Putty作为独立客户端依赖网络层和服务端SSH进程的配合，VNC能登但不代表SSH链路就健康，两者路径完全不同，不能用VNC的正常来反推SSH也正常。
修改SSH端口能解决004吗？
如果004的根因是防火墙拦截默认22端口,那么改端口确实有效，但如果根因是密钥或算法问题，换端口毫无意义，因为握手阶段的错误在任何端口下都会重现，建议先通过端口扫描工具（如nmap）确认目标端口是否开放，再做改动，而不是盲目更换端口来碰运气。
为什么换了公共Wi-Fi后Putty就报004，家里网络却正常？
公共Wi-Fi或公司网络通常部署了出口防火墙或入侵检测设备，会主动阻断SSH这种长连接型协议的某些握手特征包，导致服务端收不到完整的密钥交换数据，从而超时断连，这属于网络中间设备干预，与服务商无关，遇到这种情况，可以尝试将SSH端口改为443走HTTPS流量混淆，或在Putty中启用“Connection > SSH > Kex”下的“曲线救国”算法（如diffie-hellman-group14-sha256），部分防火墙对这类算法协议放行更宽松。
原创文章，发布者：酷盾叔，转转请注明出处：https://www.kd.cn/ask/568018.html
