O Windows 7 Client obtém o tamanho do prefixo IPv6 incorreto

Question

No momento, estou configurando IPv6 e DHCPv6 para o Server 2008 R2 em minha rede privada para testes. Consegui fazer com que o DHCPv6 funcionasse configurando uma estática e, em seguida, configurando o escopo. Também consegui configurar minha caixa Centos para obter o DHCPv6. Estou tendo problemas para obter o Windows 7 para obter o tamanho correto do prefixo.

A caixa Centos configura seu endereço local local e exclusivo de link corretamente:

inet6 addr: fd00:17ef::383a:a9d:4735:9c73/64 Scope:Global
inet6 addr: fe80::400b:1eff:feb5:f9be/64 Scope:Link

E o servidor Windows 2008 R2 (DHCPv6) também está configurado corretamente:

IPv6 Address. . . . . . . . . . . : fd00:17ef::80ed:975c:20ac:fbcd
IPv6 Address. . . . . . . . . . . : fd00:17ef::80ed:975c:20ac:fbce
Link-local IPv6 Address . . . . . : fe80::bd83:34ec:9de4:41d7%11

A caixa do Windows 7 parece ter o endereço IPv6 correto:

IPv6 Address. . . . . . . . . . . : fd00:17ef::395a:803e:4fc5:dfae

O servidor Centos pode fazer ping no servidor DHCP em todas as interfaces IPv6:

[root@jofs1 ~]# ping6 -c 1 fd00:17ef::80ed:975c:20ac:fbcd
PING fd00:17ef::80ed:975c:20ac:fbcd(fd00:17ef::80ed:975c:20ac:fbcd) 56 data bytes
64 bytes from fd00:17ef::80ed:975c:20ac:fbcd: icmp_seq=1 ttl=128 time=0.422 ms

[root@jofs1 ~]# ping6 -c 1 fd00:17ef::80ed:975c:20ac:fbce
PING fd00:17ef::80ed:975c:20ac:fbce(fd00:17ef::80ed:975c:20ac:fbce) 56 data bytes
64 bytes from fd00:17ef::80ed:975c:20ac:fbce: icmp_seq=1 ttl=128 time=0.378 ms

[root@jofs1 ~]# ping6 -c 1 -I eth0 fe80::bd83:34ec:9de4:41d7 
PING fe80::bd83:34ec:9de4:41d7(fe80::bd83:34ec:9de4:41d7) from fe80::400b:1eff:feb5:f9be eth0: 56 data bytes
64 bytes from fe80::bd83:34ec:9de4:41d7: icmp_seq=1 ttl=128 time=0.194 ms

E o servidor Server 2008 R2 pode executar ping no servidor Centos:

C:\Windows\system32>ping -n 1 fd00:17ef::383a:a9d:4735:9c73

Pinging fd00:17ef::383a:a9d:4735:9c73 with 32 bytes of data:
Reply from fd00:17ef::383a:a9d:4735:9c73: time<1ms

C:\Windows\system32>ping -n 1 fe80::400b:1eff:feb5:f9be

Pinging fe80::400b:1eff:feb5:f9be with 32 bytes of data:
Reply from fe80::400b:1eff:feb5:f9be: time<1ms

A caixa do Windows 7 não pode fazer ping de nenhum desses dois servidores pelo endereço atribuído pelo DHCP:

C:\Windows\system32>ping -n 1 fd00:17ef::383a:a9d:4735:9c73

Pinging fd00:17ef::383a:a9d:4735:9c73 with 32 bytes of data:
PING: transmit failed. General failure.

C:\Windows\system32>ping -n 1 fd00:17ef::383a:a9d:4735:9c73

Pinging fd00:17ef::383a:a9d:4735:9c73 with 32 bytes of data:
PING: transmit failed. General failure.

O endereço do link local funciona. Verificando a lista de rotas, parece que o prefixo não está sendo definido corretamente:

11    276 fd00:17ef::395a:803e:4fc5:dfae/128                                    On-link

O netsh mostra o tamanho do prefixo do site como 64. Não consigo encontrar documentos para definir o tamanho do prefixo IPv6 para o servidor Server 2008 R2 ou o cliente Windows 7. Existe uma maneira de definir o tamanho correto do prefixo?

Eu sei que o Server 2008 R2 DHCPv6 só permite / 64 escopos. Eu estou querendo saber se há uma configuração que eu perdi para permitir que ele empurre o escopo / 64.

    

Answer 1

Se você emitir o comando route print na máquina do Windows Client, perceberá que algo assim está presente:

  ::1/128                            On-link
  fe80::/64                          On-link
  fe80::/64                          On-link
  fe80::4538:b2f1:41f0:213/128       On-link
  fe80::88a8:ec4a:b2d:fea6/128       On-link
  fd00:17ef::395a:803e:4fc5:dfae/128 On-link

Observe que há um prefixo NO / 64 para seu fd00:17ef:: , pois o DHCPv6 no Windows não está emitindo o tamanho do prefixo. O Router deve fazer isso. Se você não tiver um roteador no laboratório de testes IPv6, nunca poderá testar o IPv6 corretamente.

No entanto, se você quiser usar sua máquina Windows como um roteador IPv6, aqui está uma solução fácil para você (executada no servidor Windows):

netsh interface ipv6 set interface "Local Area Connection" advertise=enabled
netsh interface ipv6 set route fd00:17ef::/64 "Local Area Connection" publish=yes

Por favor, note que você deve gerar endereços ULA de acordo com a RFC 4193 - ou clique aqui: link

PS: Eu percebi que essa é uma pergunta de 3 anos, mas o google ainda a retorna, então fiz algumas pesquisas e coloquei aqui para que outras pessoas possam encontrar:)