☰

Rota padrão IPv6 NÃO sendo definida netplan Ubuntu 18.04.2 LTS

tag-icon • tag-icon networking 18.04 netplan routing ipv6
Rota padrão IPv6 NÃO sendo definida netplan Ubuntu 18.04.2 LTS

Não consigo configurar a rota padrão usando netplanum sistema Ubuntu 18.04.2. A rota funciona quando ip -6 route add ...comandos explícitos são emitidos.

As extensões de privacidade foram desativadas:/etc/sysctl.d/10-ipv6-privacy.conf

net.ipv6.conf.all.use_tempaddr = 0
net.ipv6.conf.default.use_tempaddr = 0
net.ipv6.conf.ens192.use_tempaddr = 0

SLACC e RA foram desativados, o encaminhamento IPv4/IPv6 é um deles (a máquina funciona como um servidor OpenVPN)

/etc/sysctl.d/10-ipv6-router.conf

net.ipv6.conf.default.autoconf = 0
net.ipv6.conf.all.accept_ra = 0

net.ipv6.conf.all.proxy_ndp = 1

/etc/sysctl.conf

net.ipv4.ip_forward=1
...
net.ipv6.conf.all.forwarding=1

/etc/netplan/01-netcfg.yaml

network:
  version: 2
  renderer: networkd
  ethernets:
    ens18:
      dhcp4: no
      addresses:
        - a.b.c.d/24
      gateway4: a.b.c.e

      dhcp6: no
      accept-ra: no
      addresses:
        - "2001:0db8:0004:4a1a::dead:beef/64"
      gateway6: "2001:0db8:0004::0001"

    ens19:
      dhcp6: no
      accept-ra: no
      addresses:
        - "2001:0db8:0004:4a1a::dead:dead/64"
      gateway6: "2001:0db8:0004::0001"

Isso atribui os endereços à interface conforme mostrado abaixo:

$ ip -6 addr show

2: ens18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
    inet6 2001:0db8:0004:4a1a::dead:beef/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::abcd:efff:fea3:2a03/64 scope link 
       valid_lft forever preferred_lft forever
3: ens19: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
    inet6 2001:0db8:0004:4a1a::dead:dead/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::defc:deff:fe98:7c74/64 scope link 
       valid_lft forever preferred_lft forever

As rotas usandoip -6 route show

2001:0db8:0004:4a1a::/64 dev ens19 proto kernel metric 256 pref medium
2001:0db8:0004:4a1a::/64 dev ens18 proto kernel metric 256 pref medium

fe80::/64 dev ens19 proto kernel metric 256 pref medium
fe80::/64 dev ens18 proto kernel metric 256 pref medium

Hánãorota padrão configurada e executar ping em sites externos NÃO funciona:

$ ping -6 -c3 ipv6.google.com
connect: Network is unreachable

Executando os dois comandos a seguir:

$ sudo ip -6 route add 2001:0db8:0004::0001 dev ens18 metric 1
$ sudo ip -6 route add default via 2001:0db8:0004::0001 dev ens18 metric 1

Agora executando ip -6 routeprogramas:

2001:0db8:4::1 dev ens18 metric 1 pref medium

2001:0db8:4:4a1a::/64 dev ens19 proto kernel metric 256 pref medium
2001:0db8:4:4a1a::/64 dev ens18 proto kernel metric 256 pref medium

fe80::/64 dev ens19 proto kernel metric 256 pref medium
fe80::/64 dev ens18 proto kernel metric 256 pref medium

default via 2001:0db8:4::1 dev ens18 metric 1 pref medium

Uma rota padrão éagoraconfigurado e executando ping em sites externosfunciona:

$ ping -6 -c3 ipv6.google.com
PING ipv6.google.com(ord38s18-in-x0e.1e100.net (2607:f8b0:4009:804::200e)) 56 data bytes
64 bytes from ord38s18-in-x0e.1e100.net (2607:f8b0:4009:804::200e): icmp_seq=1 ttl=56 time=23.2 ms
64 bytes from ord38s18-in-x0e.1e100.net (2607:f8b0:4009:804::200e): icmp_seq=2 ttl=56 time=23.2 ms
64 bytes from ord38s18-in-x0e.1e100.net (2607:f8b0:4009:804::200e): icmp_seq=3 ttl=56 time=23.2 ms

--- ipv6.google.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 23.274/23.283/23.293/0.176 ms

Então, o que há de errado com a configuração do netplan? Por que as rotas IPv6 padrão não estão sendo configuradas?

Editado após fazer alterações sugeridas por @slangasek:

 ethernets:
    ens18:
     ...

      dhcp6: no
      accept-ra: no
      addresses:
        - "2001:0db8:0004:4a1a::dead:beef/64"

      routes:
        - to: "::/0"
          via: "2001:0db8:0004::1"
          metric: 1
          on-link: true

No entanto, isso faznãotrabalhar. Recebo mensagens como ens18: Could not set route: No route to hostnos registros do diário.

Da resposta emhttps://askubuntu.com/a/1014683, adicionei a rota adicional ao roteador usando scope: link:

  routes:
    - to: "2001:0db8:0004::1/128"
      via: "2001:0db8:0004::1"
      metric: 1
      scope: link
    - to: "::/0"
      via: "2001:0db8:0004::1"
      metric: 1
      on-link: true

Mas aindanãotrabalhando!

Responder1

Sua configuração mostra que você tem uma rede local 2001:0db8:0004:4a1a::/64, mas está tentando configurar um gateway 2001:0db8:0004::0001 que não faz parte dessa rede. Portanto, o networkd se recusa a adicionar uma rota padrão por meio de um roteador para o qual você não tem rota.

Sua configuração manual ip routetambém reflete isso: primeiro você adiciona uma rota para o endereço do roteador, declarando que ele está conectado localmente à sua Ethernet e depois definindo a rota padrão.

Então você deve fazer o equivalente com o netplan, que é declarar duas entradas em rotas:, uma que é scope: linke outra que define on-link: true:

  addresses:
    - "2001:0db8:0004:4a1a::dead:dead/64"
  routes:
    - to: "2001:0db8:0004::0001/128"
      scope: link
    - to: "::/0"
      via: "2001:0db8:0004::0001"
      on-link: true

Responder2

network:
  version: 2
  renderer: networkd
  ethernets:
    ens19:
      dhcp6: no
      accept-ra: no
      addresses: ["2001:0db8:0004:4a1a::dead:dead/64"]
      gateway6: "2001:0db8:0004::0001"
      routes:
         - to: "2001:0db8:0004::0001/128"
           scope: link

Isso funciona para mim no momento em que este livro foi escrito no Ubuntu 18.04.4 LTS (usando netblocks diferentes, mas testados)

Responder3

Acabei de me deparar com esse problema. A causa real está escrita em /etc/sysctl.conf

# Uncomment the next line to enable packet forwarding for IPv6
#  Enabling this option disables Stateless Address Autoconfiguration
#  based on Router Advertisements for this host
#net.ipv6.conf.all.forwarding=1

Quando o encaminhamento IPv6 está desabilitado, o host não escutará os anúncios do roteador, que é como a rota padrão geralmente é determinada. Portanto, você deve adicionar manualmente a rota padrão (e os servidores DNS e qualquer outra coisa que você esteja obtendo do RA) ou definir a accept_raopção do kernel como 2, que substitui o comportamento.

Veja este artigo do blogpara mais algumas informações.

informação relacionada