Somos um servidor dedicado na OVH, atribuído 2001:41d0:a:72xx::/64
Eu configurei as máquinas em um segmento com ponte para o wan, de acordo com o roteamento público IPv6 de máquinas virtuais do host
O gateway é 2001:41d0:a:72ff:ff:ff:ff:ff, fora da rede
Estamos executando um monte de servidores virtuais debian.
Alguns de nossos servidores (mais antigos) estão felizes em rotear ipv6 para o gateway, mas o novo que estou tentando configurar está dizendo "Destino inacessível; Endereço inacessível" ao fazer ping no gw.
O firewall é configurado igualmente (regras para /64, não no nível do host) e /etc/network/interfaces são iguais; IPv6 são definidos como estáticos. (diferentes endereços de causa)
Em ambas as máquinas funcionando e não funcionando, netstat -rn6|grep eth1 show
2001:41d0:a:72xx::/64 :: U 256 2 40 eth1
2001:41d0:a:7200::/56 :: UAe 256 2 71 eth1
2001:41d0:a1:72xx::/64 :: UAe 256 0 0 eth1
2000::/3 2001:41d0:a:72ff:ff:ff:ff:ff UG 1024 2 63479 eth1
fe80::/64 :: U 256 0 0 eth1
::/0 fe80::205:73ff:fea0:1 UGDAe 1024 1 2 eth1
::/0 fe80::20c:29ff:fe22:60f8 UGDAe 1024 0 0 eth1
ff00::/8 :: U 256 2108951 eth1
Nas máquinas que não funcionam, pingar o gw ou o workd retorna "Destino inacessível".
Todas as máquinas podem alcançar umas às outras na LAN local.
Não sei se é relevante, mas
ping -c3 ff02::2%eth1
64 bytes from fe80::20c:29ff:fedb:a137%eth1: icmp_seq=1 ttl=64 time=0.240 ms
64 bytes from fe80::20c:29ff:fe22:60f8%eth1: icmp_seq=1 ttl=64 time=0.250 ms (DUP!)
64 bytes from fe80::2ff:ffff:feff:fffd%eth1: icmp_seq=1 ttl=64 time=3.57 ms (DUP!)
64 bytes from fe80::2ff:ffff:feff:fffe%eth1: icmp_seq=1 ttl=64 time=5.97 ms (DUP!)
No não trabalho
ping -c3 ff02::2%ens34
PING ff02::2%ens34(ff02::2%ens34) 56 data bytes
64 bytes from fe80::20c:29ff:fedb:a137%ens34: icmp_seq=1 ttl=64 time=0.130 ms
64 bytes from fe80::20c:29ff:fe22:60f8%ens34: icmp_seq=1 ttl=64 time=0.138 ms (DUP!)
Faltam os endereços :ffffd amd :fffe.
Todos os endereços IPv6 foram atribuídos na central da OVH.
TL;DR: Alguma coisa deve estar diferente entre os servidores antigos e novos, mas não consigo encontrar.
ATUALIZAÇÃO: Um clone de uma máquina em funcionamento não funciona.
Do lado de fora do pfsense, configurado como bridge, a máquina manda isso:
12:33:23.087778 IP6 test1.example.org > fe80::2ff:ffff:feff:fffe: ICMP6, neighbor advertisement, tgt is test1.example.org, length 32
12:33:24.106302 IP6 test1.example.org > par10s28-in-x0e.1e100.net: ICMP6, echo request, seq 451, length 64
Mas nada nunca volta. Pings de fora também não passam.
Como a máquina é um clone exacto de uma máquina em funcionamento, excepto os endereços IP, deve ser um problema de upstream na OVH.
ATUALIZAÇÃO 2 Agora a OVH afirma que para encaminhar os dados para um IPv6 é necessário associar o mac a um endereço IPv4. OMG Os IPv6 de trabalho não são.
A OVH não sabe como fazer IPv6 corretamente, a sua configuração só funciona em determinadas situações, não se aplicando em todos os lugares.
Ele só funciona sem saltos especiais quando os servidores estão expostos ao mundo e também têm endereços IPv4 públicos.
Eles não podem fornecer um IPv6 público e uma sub-rede roteada para ele, o que é necessário se alguém quiser executar VMs atrás de seu próprio firewall.
Até que eles façam suas coisas funcionarem, é melhor procurar em outro lugar, se você estiver interessado em IPv6.
A OVH executa a segurança da porta do switch nos seus switches, para que apenas os endereços MAC da lista branca possam usar qualquer porta. Isso não se aplica ao vRack; a segurança da porta do switch está desabilitada no vRack. Mas a OVH ainda não permite encaminhar sub-redes IPv6 para o vRack. Você também não pode fazer failover de uma sub-rede IPv6 para outro servidor. Esta é uma supervisão crítica; enquanto estas duas capacidades não existirem, o suporte IPv6 da OVH é considerado limitado .
Assim configurei um servidor OVH com algumas dezenas de máquinas virtuais:
No servidor host, br3 é uma ponte contendo eno3 e interfaces de rede virtual nas quais eu roteio IPv6. O host está configurado como:
Eu tenho rotas estáticas configuradas como tal:
Em seguida, executo
ndppd, que responde a consultas de solicitação de vizinho NDP para qualquer endereço no meu /64. Está configurado assim:Isso faz com que o endereço MAC do host seja usado para todos os endereços IPv6 na sub-rede, que eu roteio para interfaces virtuais em libvirt, divididos em redes /80. Um exemplo está configurado como tal:
Todas as VMs nesta rede específica recebem endereços IPv6 manuais, mas você pode configurar o DHCPv6 se desejar. Isso se pareceria com:
Em seguida, roteio endereços de failover IPv4 para o vRack, que é conectado a uma única ponte
br4naeno4qual todas as minhas VMs obtêm uma segunda NIC virtual. Assim, eles têm IPv6 em uma interface e IPv4 em outra. Isso é opcional; você pode apenas manter endereços de failover IPv4 em sua interface principal (se você não tiver um vRack, por exemplo).