linux centos 8远程不了——大概率不是密码输错，而是ssh服务压根没起来，或者防火墙在背后捅刀子。

我上周刚帮一个客户处理过这事。他急得满头大汗，说服务器能ping通，但putty就是连不上。我远程指导他敲了两行命令，问题就解决了。

第一件事，先确认sshd进程活着没。用systemctl status sshd看一眼。那哥们屏幕显示的是"inactive (dead)"——服务根本没运行。CentOS 8上装完系统默认sshd是启用的，但有些云镜像或最小化安装会把它关了，或者上次系统更新后没自动重启。

解决办法简单粗暴：systemctl start sshd，再systemctl enable sshd设置开机自启。这操作五秒钟搞定，但很多人不知道从哪查起。

要是服务状态正常，还是连不上，那就轮到防火墙了。CentOS 8默认用firewalld，不是老掉牙的iptables。很多人改完端口或者装完软件，忘了放行。firewall-cmd --list-all看看22端口在不在列表里。不在的话，执行firewall-cmd --add-port=22/tcp --permanent，然后reload一下。

这里有个坑——如果你改了ssh默认端口，比如换成了2222，那防火墙规则也得跟着改。我见过有人只改了sshd_config里的Port，防火墙还开着22，结果自然是连不上。而且改端口前最好先加一条firewalld规则再重启ssh，不然断了就真断了，只能去机房或者用VNC救急。

再往下排查，看SELinux。这玩意儿是CentOS的特色，也最让人头疼。getenforce如果返回Enforcing，而ssh端口又不是默认的，那SELinux很可能在拦截。ausearch -m avc -ts recent能查到拒绝日志。临时关闭可以用setenforce 0，但这不是长久之计，最好用semanage port -a -t ssh_port_t -p tcp 2222把自定义端口加进去。

还有种情况容易被忽略——sshd_config语法错误。你改了配置但没重启服务，或者重启时直接crash了。sshd -t可以测试配置文件的正确性。我之前犯过这毛病，把AllowUsers那行写错了，结果自己把自己锁在门外。

最后说个冷门的。如果你用的是云服务商，比如阿里云或AWS，安全组规则也得看。那和服务器内部的防火墙是两码事，外部安全组不放行，本地再折腾也没用。我遇到过最奇葩的一次，客户说远程不了，我查了半天，最后发现是他家路由器把22端口屏蔽了。

排查顺序建议这样来：先看服务状态，再看防火墙，接着SELinux，然后配置文件，最后确认外部网络策略。别一上来就重装系统，那是最笨的办法。

远程不了这事，八成是配置层面没对齐，不是硬件故障。你花十分钟按上面步骤过一遍，基本都能找到问题所在。

(责任编辑：休闲)