Por que apenas um único endereço de loopback no IPv6?

Question

O IPv4 aloca um bloco inteiro de endereços de loopback do IPv4, 127.0.0.0/8 . O IPv6, por outro lado, aloca apenas um único endereço de loopback, ::1 .

Isso parece surpreendente, pois o IPv6 seria tão mesquinho em sua alocação de endereço (s) de loopback, já que, em geral, ele proporciona um enorme aumento no espaço de endereços.

No IPv4, achei útil poder usar vários endereços de loopback. Por exemplo. Para determinadas configurações complexas de DNS, posso instalar dois servidores DNS locais, um em 127.0.0.1:53 e outro em 127.0.1.1:53 . (É mais fácil se referir aos diferentes servidores usando endereços IP diferentes, em vez de usar números de porta não padrão em um único endereço IP.) Não consigo usar essa estratégia no IPv6 com apenas um endereço de loopback.

Quais boas razões podem ter sido para apenas alocar um único endereço de loopback para o IPv6, ao contrário do IPv4?

    

Answer 1

Eles não são necessários. Simples assim.

Você sempre pode atribuir endereços locais ou privados de links, conforme necessário, a um adaptador de loopback - no caso raro, você realmente faz isso.

Eu diria que a maioria das pessoas nem sabe que você pode usar qualquer coisa além de 127: 0: 0: 1 e você é a primeira pessoa que eu encontrei em cerca de 20 anos alegando usar mais do que isso. Não é brincadeira.

A maioria das configurações multi-servidor não precisa disso (o cabeçalho do host HTTP é usado - e sim, eu sei que isso é limitado a http, mas eu diria que a maioria dos servidores precisam de desenvolvedores web).

    

Answer 2

Se você quiser mais endereços disponíveis localmente, basta atribuir endereços de um intervalo ULA de sua escolha e atribuí-los à máquina local (na interface de loopback, se desejar). Isso te dará todos os endereços que você quiser. Você não precisa receber um bloco especial do qual atribuir endereços aos quais sua máquina responderá localmente.

    

Answer 3

A arquitetura de endereçamento IPv6 tem muito espaço. O espaço / 16 para interface multicast local seria adequado para serviços locais.

AFAIK, a API de soquete, é o limite aqui, porque os endereços multicast e unicast não podem ser usados de maneira intercambiável.