服务器网关配置说白了就是告诉服务器“去外网该走哪扇门”，配错或漏配会导致断网、丢包或者干脆上不了网。无论你是租的云服务器还是自建机房，网关配置的底层逻辑都一样：先删默认路由，再加正确网关，最后写进配置文件防止重启丢失，下面我把Linux和Windows两大体系的具体操作、常见报错和排查思路一次讲透。
网关配置前必须搞懂的三个概念
很多朋友把IP、子网掩码和网关混为一谈，结果配置半天还是不通，三者分工完全不同：IP是你在内网的门牌号，子网掩码决定你们楼层（网段）多大，网关则是通向外界的走廊门，走廊门错了，你在屋里喊得再响，外面也听不见。
以最常见的IPv4为例,一台服务器的经典配置如下：IP是192.168.1.10，子网掩码是255.255.255.0，网关是192.168.1.1，这里网关192.168.1.1通常是路由器或交换机三层接口的地址，如果把这三位抄错一位，轻则访问外网超时，重则内网设备之间都互相找不到。
为什么你配置了网关却不生效
如果你已经改了配置文件或敲了route命令，但机器依然不通，先别急着怀疑配置本身，多数情况下，问题出在“操作没落地”。
Linux下修改网关有两种方式：临时生效和永久生效。ip route add default via 192.168.1.1这条命令敲下去，路由表立刻更新，但一重启就归零，如果你只改了/etc/sysconfig/network-scripts/ifcfg-eth0里的GATEWAY字段，却没重启网络服务或重启网卡，配置同样不会加载。
Windows系统也类似,在“网络和共享中心”里改完IP和网关，如果没点击“确定”或没禁用再启用网卡，界面上的配置只是躺在注册表里睡觉。判断网关是否生效的唯一标准是看路由表，不是看配置窗口写了什么。
Linux配置网关永久生效的正确姿势
Linux发行版众多,配置文件路径差异较大，下面按主流系分别说明，建议先执行ip route show查看当前路由状态。
Debian / Ubuntu 系配置
老版本系统（Ubuntu 18.04及以前）编辑/etc/network/interfaces，在对应的网卡段落下追加：
auto eth0 iface eth0 inet static address 192.168.1.10 netmask 255.255.255.0 gateway 192.168.1.1
改完执行systemctl restart networking或ifdown eth0 && ifup eth0，Ubuntu 18.04以后改用Netplan，配置文件在/etc/netplan/下，YAML格式长这样：
network:
version: 2
ethernets:
eth0:
addresses:
- 192.168.1.10/24
routes:
- to: default
via: 192.168.1.1
保存后执行netplan apply即可。
CentOS / RHEL 系配置
CentOS 7及以前在/etc/sysconfig/network-scripts/ifcfg-eth0里写死：
GATEWAY=192.168.1.1
执行systemctl restart network，CentOS 8及以上默认用NetworkManager，推荐用nmcli命令：
nmcli con mod eth0 ipv4.addresses 192.168.1.10/24 nmcli con mod eth0 ipv4.gateway 192.168.1.1 nmcli con mod eth0 ipv4.method manual nmcli con up eth0
很多人遇到centos配置网关不生效,是因为同时改了NetworkManager和network脚本，两个管家互相打架。行业共识是：CentOS 8以后只用NetworkManager一套管理，别混用。
网关配置错误后的排查与修复
配错网关的后果分两类：内网通外网不通，或内外网全不通，先看症状再对症下药。
第一步：检查本机路由表
ip route命令输出里，default via那行就是当前生效的网关，如果default行指向的地址根本不是你的路由器IP，马上改回来。
第二步：验证网关连通性
ping -c 3 192.168.1.1如果网关IP能通,说明二层链路没问题，继续ping -c 3 114.114.114.114测试三层转发，这一步能帮你定位是路由没配好，还是上游出口断了。
第三步：抓包确认数据走向
用tcpdump -i eth0 host 网关IP观察是否有ARP请求，如果只有请求没有应答，说明网关设备上根本没你这台机器的IP-MAC记录，检查交换机端口或网关设备是否做了端口隔离。
第四步：华三与思科设备特例
如果你面对的不是服务器,而是华三三层交换机的网关配置，命令风格完全不同，华三用interface vlan 10
进入VLAN接口，再敲ip address 192.168.1.1 255.255.255.0，最后在全局或VLAN下启用DHCP或写静态路由，常见错误是忘了在VLAN接口下配置arp broadcast enable，导致终端能配IP但融不进网络。
云服务器网关配置怎么设置才是安全的
云服务器和物理机的网关配置有两点显著差异,第一，云厂商不允许你修改VPC路由表里的默认网关，实例网卡上的网关必须填控制台显示的地址，第二，多网卡服务器接上第二块网卡时，默认路由优先级会漂移，导致流量从错误网卡出去。
简米云和酷番云的私有网络默认网关通常是子网掩码段第一个可用IP,比如192.168.0.0/24子网的网关就是192.168.0.1，手动在Linux里配置时，建议在/etc/iproute2/rt_tables里拆成独立路由表，配合ip rule做策略路由，例如指定来自第二网卡的流量走第二网关：
ip rule add from 172.16.0.10 table 100 ip route add default via 172.16.0.1 dev eth1 table 100
这类多网卡网关配置的服务,线下机房几乎遇不到，但在云环境里相当常见，还有一点要留意，Windows云服务器改完网关后，Windows防火墙的“文件和打印机共享”规则默认是关闭的，导致通了也ping不通，别在网卡配置上较劲，先检查防火墙入站规则。
| 发行版/平台 | 配置文件 | 生效命令 | 常见误区 |
|---|---|---|---|
| CentOS 7 | ifcfg-eth0 | systemctl restart network | 同时修改了NetworkManager |
| CentOS 8+/Rocky | nmcli | nmcli con up eth0 | 混用network-scripts |
| Ubuntu 18.04+ | netplan YAML | netplan apply | 缩进不对导致配置不加载 |
| Windows Server | 网络适配器GUI | 禁用/启用网卡 | 忘了点“确定” |
| 云服务器控制台 | VPC路由表 | 无需操作 | 手动改网卡网关被覆盖 |
网关配置错了怎么办最快恢复
最快恢复到可用状态的思路是：先临时配一条正确路由，让业务跑起来，再回头慢慢改配置文件。
# 新增一条临时网关，不删旧路由 ip route add default via 正确网关IP dev eth0 # 或者替换默认路由 ip route replace default via 正确网关IP dev eth0
如果机器完全失联,只能靠VNC或带外管理口进入，简米云控制台提供“管理终端”，酷番云有“VNC登录”，这些都是独立于网络的通道，能让你在断网状态下把错误配置救回来。
远程操作时养成一个好习惯：先写一条at now +5 minutes reboot的定时重启任务，再改网关配置，五分钟后系统自动重启，万一配置改错了导致失联，重启还能自动恢复（前提是你没把配置写死进启动脚本），改成功后执行atrm 1取消定时任务就行。
Q&A：服务器网关配置常见问题
云服务器网关配置怎么设置才能保证重启不丢？
云服务器控制台里更改VPC路由表，系统会自动下发配置到所有实例，不需要进机器敲命令，如果手动改了云服务器内部的网卡配置，建议先测试reboot后ip route是否还正常，统计显示，较大部分云服务器重启后网关丢失，是因为安装了CloudInit的版本和发行版不兼容，导致初始化脚本把用户配置覆盖了。
配置网关时总提示“没有那个设备”是什么原因？
第一反应检查网卡名，CentOS 7以前叫eth0，CentOS 8以后按总线位置命名，可能变成ens33、enp2s0等，执行ip link show看所有网卡的真实名字，再回头改配置，另一个原因是kill了NetworkManager进程，导致即使配置文件正确，内核也收不到通知。
局域网里有两台网关，分别接了两条外网线路，服务器能用两个网关吗？
能，但不建议直接用两个default路由，标准做法是用策略路由，让特定源IP或特定目标网段走指定网关，简单场景下，把其中一条改成静态路由也能满足需求：ip route add 10.0.0.0/8 via 192.168.2.1 dev eth1，这样发往10网段的流量走第二条网关，其余走默认网关，多网卡策略路由的详细配置参数比较繁琐，线上环境里需要大量调试才能稳定运行，动手前建议先在测试机完整演练一遍。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/585919.html
