给服务器增加IPv6路由，核心是修改内核路由表，具体操作取决于系统发行版与网络接入方式：临时生效用 ip -6 route 命令，永久生效则需写入网络配置文件或使用systemd-networkd/netplan管理。
先搞清楚服务器现在的IPv6状态
动手配置路由之前，先要弄明白服务器目前的IPv6情况，很多人在这一步就栽了跟头地址配了但路由没配,数据包根本出不去。
在服务器上执行以下三条命令,逐一确认：
ip -6 addr show：查看所有网卡上的IPv6地址，如果显示scope global的地址，说明地址层面已就绪；只有scope link则仅限链路本地通信。ip -6 route show：查看IPv6路由表，重点关注有没有默认路由（default via）。ping -6 -c 4 2400:3200::1：这是简米云的IPv6 DNS地址,能通说明出网链路基本正常。
三条命令的输出组合起来，能帮你快速判断是”完全没IPv6能力”还是”只差路由”这两种截然不同的场景，如果网卡连IPv6地址都没有，说明需要先检查云控制台的IPv6开关或机房分配的地址段；如果地址有了但路由表为空,那下面要讲的配置操作正好适用。
linux服务器添加ipv6默认路由：临时生效的两种方式
临时配置主要用于测试链路连通性，重启网络服务或服务器后配置会丢失，但在调试阶段，这种方式最直接、风险最小。
使用 ip 命令直接操作
逐一执行以下命令,适用于绝大多数发行版：
ip -6 addr add 2001:db8:1234::10/64 dev eth0
ip -6 route add default via 2001:db8:1234::1 dev eth0第一行是补充IPv6地址（若已存在可跳过），第二行是核心指定默认网关，关键词是default via，如果省略 default，你添加的只是去往特定网段的路由,而不是默认路由。
需要注意的点：
- 网卡名（
eth0）务必用ip link show确认，不同云厂商可能有ens3、ens5等不同命名。 - 网关地址必须和本机IPv6地址处于同一网段，否则内核会提示
Network is unreachable。 - 若服务器同时有多个IPv6地址，可在命令末尾加
src 2001:db8:1234::10指定源地址。
验证方式很简单，再次执行 ip -6 route show，看到 default via 2001:db8:1234::1 dev eth0 这一行，再 ping -6 一下外部地址即可。
使用 sysctl 借助路由器通告（RA）自动生成
如果你的服务器所在的网络环境有路由器在发RA（Router Advertisement）报文，那其实不需要手动指定网关，把网卡的接受RA策略打开,让内核自动生成默认路由：
sysctl -w net.ipv6.conf.eth0.accept_ra=1
sysctl -w net.ipv6.conf.all.accept_ra=1这种方式在物理机房或自建网络环境中较常见，但在云服务器上基本用不到大多数云环境不发送RA报文，如果配置了地址但自动生成的默认路由不出现,多数情况下需要手动指定网关。
永久配置IPv6路由：不同发行版的路由持久化方案
临时命令验证没问题后，就该考虑重启不失效的问题了,以下按系统类型分别说明。
Debian/Ubuntu 系：/etc/network/interfaces
传统配置路径沿用多年,在interfaces文件里同时写明地址和网关：
auto eth0
iface eth0 inet6 static
address 2001:db8:1234::10
netmask 64
gateway 2001:db8:1234::1保存后执行 systemctl restart networking 或 ifreload -a（需安装ifupdown2），Debian系使用allow-hotplug机制加载网卡配置，写完相关段落务必确认没有语法错误,否则网络服务重启会失败。
Ubuntu 18.04+：netplan
新版Ubuntu默认用netplan,YAML格式更直观：
network:
version: 2
ethernets:
eth0:
dhcp4: true
dhcp6: false
addresses:
- 2001:db8:1234::10/64
routes:
- to: "::/0"
via: "2001:db8:1234::1"注意 to: "::/0" 对应的就是IPv6默认路由，修改后执行 netplan apply,整个配置会直接覆盖到内核路由表。
CentOS/RHEL/Rocky 系：ifcfg 文件
老牌Linux发行版在 /etc/sysconfig/network-scripts/ 下管理网卡配置：
IPV6INIT=yes
IPV6ADDR=2001:db8:1234::10/64
IPV6_DEFAULTGW=2001:db8:1234::1编辑完执行 systemctl restart network 或 nmcli con reload && nmcli con up eth0（NetworkManager接管时使用后者），CentOS维护周期结束后，Rocky Linux和AlmaLinux沿用了同样的配置语法。
使用 systemd-networkd 的发行版
和上面几种方式不同，systemd-networkd把路由配置独立写成 .network 文件：
[Network]
Address=2001:db8:1234::10/64
Gateway=2001:db8:1234::1文件放在 /etc/systemd/network/ 目录下，命名如 10-eth0.network，systemctl restart systemd-networkd，这套方案在较新的Arch、Fedora、Debian中越来越常用，[Network] 段里已经支持原生写路由。
配置方式对比参考
| 发行版 | 配置文件 | 生效方式 | 优先级 |
|---|---|---|---|
| Debian 9/10 | /etc/network/interfaces | systemctl restart networking | 中 |
| Ubuntu 18.04+ | /etc/netplan/.yaml | netplan apply | 高 |
| CentOS 7/8 | /etc/sysconfig/network-scripts/ifcfg- | systemctl restart network | 中 |
| systemd 系列 | /etc/systemd/network/.network | systemctl restart systemd-networkd | 高 |
表格信息供参考对照，不同环境内网管理策略不一样,默认网关需要与机房分配的网关严格一致。
路由配好但ping不通？思路与排错方向
IPv6路由配置完成后发现外网仍然不通，这是相当常见的场景，从路由表本身到物理链路,按以下顺序排查。
检查核心转发与路由表扩散
服务器作为普通终端通常不需要开启转发（forwarding=1），但如果是作为路由器或NAT网关使用的场景,则必须检查：
sysctl net.ipv6.conf.all.forwarding输出为 1 时，主机自己发送的流量会受rp_filter等其他策略影响，若需要关闭转发，执行 sysctl -w net.ipv6.conf.all.forwarding=0。
路由表方面，ip -6 route show table all 可以查看所有路由表，某些情况下策略路由会把默认路由导入特定table，而主表里看不到,这会影响诊断判断。
网关链路层连通性
确认对口网关是否可达,从二层到三层逐层验证：
ip -6 neigh show | grep 2001:db8:1234::1：查看邻居表，确认有没有解析出MAC地址，有REACHABLE或STALE状态说明链路层正常。ping6 -I eth0 2001:db8:1234::1：带网卡名发ICMPv6报文,排除路由策略干扰。traceroute6 -n 2400:3200::1：观察是第几跳开始丢包，如果第一跳网关就ping不通,优先怀疑路由网关填错或上游没做IPv6路由宣告。
防火墙与反向路径过滤
rp_filter 在IPv6场景下同样有影响，若服务器多网卡或使用策略路由，反向路径过滤会把合法数据包误判为非法来源,临时关闭测试：
sysctl -w net.ipv6.conf.all.rp_filter=0同时确认防火墙没有拦截ICMPv6，IPv6依赖ICMPv6完成邻居发现和路径MTU探测，ip6tables 或 firewalld 把ICMPv6全禁掉是常见的配置黑洞，放行基本类型即可，优先保证 echo-request、echo-reply、neighbour-solicitation、neighbour-advertisement。
服务商网络IPv6接入方式的差异
不同服务商的IPv6接入模式,决定了你配置路由的方式是否需要额外操作。
云服务器场景
各大云厂商控制台开通IPv6后，实例内部通常用DHCPv6或有状态自动配置（SLAAC）获得地址，这种情况下，网关和路由由云平台自动下发，一般不必手动添加，如果在云实例上手动填了错误网关,反而会覆盖默认路由导致IPv6断连。
独立服务器或自有机房
需要通过工单或控制面板查看机房分配的IPv6网关地址，一般都要求使用静态配置，不会通过RA下发,此时手动加默认路由就是必选项。
拨号/VPS叠加隧道
买VPS但上游没给原生IPv6，较常见的做法是HE隧道或warp等方案，这类方案的默认路由指向隧道对端地址，不是物理网卡的网关，配置方式大同小异,只是比原生IPv6多了一层封装。
Q&A：服务器ipv6路由配置常见问题
服务器执行了 ip -6 route add 命令，但系统日志里提示”Network is unreachable”是什么原因？
内核在添加路由时会校验下一跳的可达性，出现这个提示，说明网关地址不在本机任何一个网卡的IPv6子网范围内，检查 ip -6 addr show 输出的地址网段，确保网关和地址在同一前缀下，比如地址是 2001:db8:1234::10/64，网关必须是 2001:db8:1234::1 而不能写 2001:db8:ffff::1。
服务器配置了ipv6地址与路由，重启后默认路由消失，配置文件也确认过没写错，怎么排查？
先确认配置使用的是哪个网络管理服务，同时存在NetworkManager和systemd-networkd时，两者可能相互覆盖配置，强制执行 networkctl status eth0 查看当前管理该网卡的服务，再检查对应服务的journal日志，journalctl -u systemd-networkd -b，若采用interfaces文件，确认中途没有执行过 dhclient -6 或 NetworkManager 接管网卡，多数情况下，路由丢失的原因是配置文件被另一个网络服务抢占了管理权,而不是配置项本身写错。
云服务器开通IPv6后还需要手动配置ipv6路由吗？
通常不需要，云厂商的镜像内置的cloud-init或网络插件会处理IPv6地址和默认网关的自动配置，手动添加路由可能干扰其正常下发，可通过 ip -6 route show 确认，若已存在 default via fe80::... 这类链路本地网关条目，说明系统正在使用SLAAC或DHCPv6方式获取路由,保持默认即可。
IPv6路由配置本身并不复杂，理清地址、网关、路由表三者关系后，大多数问题都能在几分钟内解决，关键是先判断你的网络环境是静态配置还是自动下发，再选择对应的持久化方案，配置完成后，重启服务器再验证一次，确保路由真正写入,才算完成收尾。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/%e6%9c%8d%e5%8a%a1%e5%99%a8%e4%b8%8a%e6%80%8e%e4%b9%88%e5%a2%9e%e5%8a%a0ipv6%e8%b7%af%e7%94%b1%ef%bc%9f%e5%a6%82%e4%bd%95%e9%85%8d%e7%bd%ae%ef%bc%9f/
