A ligação ao IP aleatório da sub-rede IPv6 (/64) não funciona

A ligação ao IP aleatório da sub-rede IPv6 (/64) não funciona

Eu tenho um servidor scaleway.com (DEV1-S) que me oferece uma sub-rede /64 IPv6. Quero usar um IP desta sub-rede para fazer uma solicitação HTTP (usarei wget nos exemplos), mas não consigo fazer funcionar. A solicitação (com wget, mas também com outros programas e linguagens de programação) será interrompida.

O endereço IPv6 é 2001:bc8:1830:1b18::1, o gateway é 2001:bc8:1830:1b18:: e a máscara de rede é 64.

Executar ip -6 addr, no servidor limpo/recém-criado, produzirá o seguinte:

root@test:~# ip -6 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
    inet6 2001:bc8:1830:1b18::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::dc2e:4cff:fe57:a019/64 scope link 
       valid_lft forever preferred_lft forever

Li em fóruns e outras perguntas/respostas que, para poder vincular-se a um endereço de uma sub-rede, você precisa executar os seguintes comandos:

ip add add local 2001:bc8:1830:1b18::/64 dev lo
ip route add local 2001:bc8:1830:1b18::/64 dev ens2
sysctl -w net.ipv6.ip_nonlocal_bind=1

Após esses comandos, a saída de ip -6 addré a seguinte:

root@test:~# ip -6 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
    inet6 2001:bc8:1830:1b18::/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
    inet6 2001:bc8:1830:1b18::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::dc2e:4cff:fe57:a019/64 scope link 
       valid_lft forever preferred_lft forever

Agora posso executar ping6, por exemplo, 2001:bc8:1830:1b18::9em vez de apenas 2001:bc8:1830:1b18::1, mas apenas no meu próprio servidor. Não de outros servidores/redes.

Sem o sysctl -w net.ipv6.ip_nonlocal_bind=1, o wget retornaria isto:

root@test:~# wget --bind-address=2001:bc8:1830:1b18::2 -v google.com
--2021-08-13 00:29:45--  http://google.com/
Resolving google.com (google.com)... 2a00:1450:400e:802::200e, 142.250.179.174
Connecting to google.com (google.com)|2a00:1450:400e:802::200e|:80... failed: Cannot assign requested address.
Connecting to google.com (google.com)|142.250.179.174|:80... failed: Address family not supported by protocol.

Agora, após os 3 comandos, quando executo o wget com o sinalizador --bind-address definido para um endereço na sub-rede diferente de 2001:bc8:1830:1b18::1, a solicitação será interrompida para sempre:

root@test:~# wget --bind-address=2001:bc8:1830:1b18::1 google.com
--2021-08-12 23:55:48--  http://google.com/
Resolving google.com (google.com)... 2a00:1450:400e:802::200e, 142.250.179.174
Connecting to google.com (google.com)|2a00:1450:400e:802::200e|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: http://www.google.com/ [following]
--2021-08-12 23:55:48--  http://www.google.com/
Resolving www.google.com (www.google.com)... 2a00:1450:400e:80f::2004, 142.251.36.4
Connecting to www.google.com (www.google.com)|2a00:1450:400e:80f::2004|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘index.html’

index.html                                                                       [ <=>                                                                                                                                                                                         ]  13.03K  --.-KB/s    in 0.009s  

2021-08-12 23:55:48 (1.44 MB/s) - ‘index.html’ saved [13342]

root@test:~# wget --bind-address=2001:bc8:1830:1b18::2 google.com
--2021-08-12 23:55:52--  http://google.com/
Resolving google.com (google.com)... 2a00:1450:400e:802::200e, 142.250.179.174
Connecting to google.com (google.com)|2a00:1450:400e:802::200e|:80... 

lsofpara o processo wget diz o seguinte: wget 3413 root 3u IPv6 58660 0t0 TCP[2001:bc8:1830:1b18::2]:56623->ams15s41-in-x0e.1e100.net:http (SYN_SENT)

O que estou fazendo de errado? Muito obrigado antecipadamente!

informação relacionada