服务器上怎么增加IPv6路由？如何配置？

给服务器增加IPv6路由，核心是修改内核路由表，具体操作取决于系统发行版与网络接入方式：临时生效用 ip -6 route 命令，永久生效则需写入网络配置文件或使用systemd-networkd/netplan管理。

先搞清楚服务器现在的IPv6状态

动手配置路由之前，先要弄明白服务器目前的IPv6情况，很多人在这一步就栽了跟头地址配了但路由没配,数据包根本出不去。

加载中

两分半带你学会IPv6地址配置

科技讲习所

546126-

原视频地址

在服务器上执行以下三条命令,逐一确认：

• 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] 段里已经支持原生写路由。

配置方式对比参考

表格信息供参考对照，不同环境内网管理策略不一样,默认网关需要与机房分配的网关严格一致。

路由配好但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路由配置本身并不复杂，理清地址、网关、路由表三者关系后，大多数问题都能在几分钟内解决，关键是先判断你的网络环境是静态配置还是自动下发，再选择对应的持久化方案，配置完成后，重启服务器再验证一次，确保路由真正写入,才算完成收尾。