百度云服务器无法联网，绝大多数情况下是安全组规则没放行、系统防火墙拦截、公网IP未正确绑定或网络配置文件出错，先按外到内的顺序逐层排查，通常几分钟就能定位。
百度云服务器无法联网？先按这个顺序排查
云服务器连不上网，别急着重装系统，百度云服务器的网络链路分成几层：外部网络→安全组→服务器系统防火墙→服务进程监听，每一层都可能把请求挡在门外，下面这个排查顺序，是业内专家常用的思路,从最可能的地方开始。
百度云服务器无法联网的常见原因
- 安全组未放行端口：最常见，默认安全组往往只开放22和3389端口，其他端口如80、443、8080需要手动添加规则。
- 系统防火墙拦截：服务器内部防火墙（firewalld、iptables或ufw）如果没有放行对应端口，即便安全组开放了,流量也进不来。
- 公网IP异常：实例没有绑定公网IP，或者带宽设置成0,导致外部无法访问。
- 网络配置错误：修改过/etc/sysconfig/network-scripts/或/etc/network/interfaces后，IP、网关、DNS配置不对。
- 服务未启动或监听错误：服务进程没起来，或者监听在127.0.0.1而不是0.0.0.0。
第一步：查安全组是否放行端口
百度云控制台里找到你的实例，进入【安全组】页面，确认你要访问的端口（比如22、80、443）是否在入站规则中，如果缺少规则，点击添加规则，协议选TCP，端口填你要开放的端口，源IP建议按需填写，不要盲目用0.0.0.0/0。
判断安全组是否生效，有一个简单方法：在同一安全组内换一台实例，尝试连接目标端口，如果换台机器能通，而外部网络不通,基本就是安全组或本地网络的问题。
第二步：检查系统防火墙和SELinux
安全组放行后仍然无法联网，就要登录服务器看内部防火墙,使用以下命令：
systemctl status firewalld
如果防火墙处于active状态,检查端口是否放行：
firewall-cmd --list-all
需要放行端口时执行：
firewall-cmd --permanent --add-port=80/tcp firewall-cmd --reload
如果用的是iptables,执行：
iptables -L -n
看到DROP或REJECT规则，用
iptables -I INPUT -p tcp --dport 80 -j ACCEPT插入放行规则,然后保存。
CentOS系统还需要检查SELinux状态：
getenforce
如果返回Enforcing，可以临时用setenforce 0测试,确认是SELinux导致的再永久关闭或调整策略。
第三步：确认公网IP和路由状态
在控制台实例列表里，确认实例的【公网IP】一栏不是空白，如果是”无”，说明实例没有绑定公网IP,需要先绑定弹性公网IP。
登录服务器后，用ip addr查看网卡IP地址，比较公网IP是否在网卡上，百度云服务器的公网IP通常通过NAT映射，不一定直接显示在网卡上,此时重点检查路由表：
ip route
默认路由应该指向私网网关，而不是公网IP，缺失默认路由时,手动添加：
ip route add default via 192.168.0.1 dev eth0
这里的网关地址要以云控制台显示的为准。
百度云服务器ssh连接不上怎么处理
SSH连接不上的排查逻辑和”无法联网”一致,但有几个细节值得单独说。
检查ssh服务是否在运行
ps -ef | grep sshd service sshd status
没有进程时启动它：
systemctl start sshd systemctl enable sshd
确认sshd监听地址是否为0.0.0.0或至少包含你的私网网段，修改/etc/ssh/sshd_config中的ListenAddress,通常直接注释掉该行让sshd监听所有地址。
用telnet测试端口连通性
在本地电脑上执行：
telnet 公网IP 22
如果卡住或超时，说明端口不通，此时先检查安全组是否放行22端口，再检查服务器防火墙，如果安全组和防火墙都放行了，但telnet仍不通，尝试从同地域的另一台云服务器上telnet这个IP的22端口，如果同地域能通，本地不通，可能是本地网络运营商屏蔽了22端口，换用SSH的443端口（需在服务端和客户端同时配置）测试。
密钥和密码登录被拒
SSH能连上但认证失败，属于”能联网但登不上”的范畴，检查/etc/ssh/sshd_config中PasswordAuthentication是否为yes，PermitRootLogin是否允许root登录，如果密钥登录失败,检查权限：
chmod 700 ~/.ssh chmod 600 ~/.ssh/authorized_keys
同时确认authorized_keys内容是否和本地公钥一致。
百度云服务器公网IP ping不通的排查实战
ping不通是”无法联网”问题的高频变体，很多人问”百度云服务器公网IP ping不通怎么办”,这里单独讲。
先用域名和服务端口做区分
公网IP ping不通，不等于服务器无法联网，ICMP协议经常被安全组或防火墙禁用,先尝试访问服务器上的网站或SSH服务：
- 能SSH但ping不通：大概率是ICMP被拦截,在安全组入站规则中添加ICMP协议即可。
- SSH和ping都不通：返回上面的通用排查流程。
从服务器侧ping外网测试出站
登录服务器后执行：
ping 8.8.8.8 ping baidu.com
如果外网ping不通，但内网能通，检查DNS配置，编辑/etc/resolv.conf，确保nameserver指向有效DNS，比如114.114.114或百度云提供的DNS地址。
如果ping 8.8.8.8通但ping baidu.com不通，说明DNS解析有问题,检查路由器和云服务器的DNS设置。
使用traceroute定位丢包点
traceroute -T -p 22 公网IP
输出中如果卡在某一跳之后，说明问题出在该段网络路径，多数情况下，前几跳是本地运营商，中间跳是骨干网，最后一跳是百度云网关，如果最后一跳返回超时但端口测试成功，那是ICMP限制,不用在意。
注意带宽和封禁策略
实例带宽被占满时，也会出现ping不通或连接极其缓慢，在控制台监控页面查看出入带宽和CPU使用率，如果带宽使用率持续接近上限，检查是否有异常流量或恶意扫描，百度云对遭遇DDoS攻击的实例有时会临时封禁外网访问，控制台会有安全提示,这种情况需要提交工单解封。
系统内部网络配置的细节调整
完成以上排查后仍无法解决，大概率是系统内部网络配置问题,这里补充几个实操命令。
重置网卡配置
CentOS 7/8实例中，检查/etc/sysconfig/network-scripts/ifcfg-eth0：
BOOTPROTO=dhcp ONBOOT=yes
如果BOOTPROTO为static且IP和网关写错，改为dhcp,然后重启网络服务：
systemctl restart network
Ubuntu/Debian使用netplan：
netplan apply
查看配置是否正确生效：
ip addr show ip route show
检查ARP和MAC绑定
百度云部分实例对MAC地址有绑定，使用ip link查看eth0的MAC地址，在控制台确认和实例信息一致，如果不一致，可能是克隆或迁移导致的,修改网卡MAC为控制台显示的值。
hosts文件和异常进程
有时候hosts文件被修改，域名解析走错地址，执行cat /etc/hosts，检查是否有异常的域名映射，同时用top查看CPU占用，如果存在未知进程占满资源,可能导致网络服务无响应。
快速定位问题的小技巧清单
- 控制台VNC登录：即使网络完全不通，也能通过百度云控制台的VNC远程登录界面进入系统排查,这是最后的通道。
- 安全组优先级：百度云安全组规则按优先级顺序匹配，如果有拒绝规则排在前面，即使后面有允许规则也不生效,检查规则的优先级编号。
- 修改防火墙前备份配置：
cp /etc/sysconfig/iptables /etc/sysconfig/iptables.bak - 使用日志定位：
journalctl -u sshd、tail -f /var/log/messages,看有没有连接被拒绝的记录。 - 检查是不是多个网卡冲突：部分实例有双网卡，路由表可能出现两条默认路由,删除不用的那条。
百度云服务器无法联网相关问题解答
百度云服务器无法联网，最可能是什么原因？
安全组未放行对应端口，整个排查流程中，安全组规则出错的比例最高，先去控制台确认安全组的入站规则是否包含你需要的端口和协议,这一步能解决大多数问题。
百度云服务器公网IP ping不通，但网站能访问，正常吗？
正常，网站走TCP端口，ping走ICMP协议，很多安全组策略默认不放行ICMP，只有你手动添加了”接受全部ICMP”规则后，ping才会通，如果不影响业务,可以不管它。
百度云服务器ssh连接不上，每次等了很久才报超时，是什么原因？
连接超时通常说明数据包被静默丢弃，检查安全组是否放行22端口，以及服务器防火墙是否对SSH限速或设置了DROP规则，也可以检查sshd_config中是否开启了UseDNS yes，把它改成no,可以加快连接响应速度。
百度云服务器无法联网的排查，本质上就是一条链路：安全组、防火墙、服务监听、网络配置，按顺序排除，绝大多数问题都能在控制台和几条命令内解决，保留好VNC入口，即使网络彻底断开,也始终留有退路。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/708930.html
