Acesso ao servidor via IP v6?

Question

Pergunta: Estou jogando com o IPv6 e convertendo-o em IPv4 e vice-versa.

Eu queria acessar link

E fiz o cálculo padrão de ipv4 para ipv6: AA = 127 BB = 0 CC = 0 DD = 1

com o esquema

0000:0000:0000:0000:0000:ffff:AABB:CCDD

que me pegou:

0000:0000:0000:0000:0000:ffff:7F00:0001

então eu tentei

http://[:::::ffff:7F00:1]

Mas não exibiu nada. Com um pouco de googling, descobri que preciso

http://[::1]/

para acessar a interface de loopback com o IPv6.

Agora, não fiquei muito surpreso, já que a interface de loopback pode ser um caso especial. Mas então eu tentei acessar meu servidor de arquivos público em:

http://88.84.21.77/

Que calculei o endereço IPv6 para ser

http://[::ffff:5854:154d]/

Mas também não resolveu.

Agora minha pergunta: Estou fazendo algo errado com a conversão ou não funciona dessa maneira?

Ou pode ser por causa do meu servidor ou ISP não suportar o IPv6? Meu servidor é executado no Ubuntu 9.04, com todos os patches necessários.

    

Answer 1

O IPv6 não é apenas outra maneira de escrever endereços IPv4, e você não pode converter entre eles como fez. Um servidor que fala v6 terá um endereço v6 bem diferente do seu endereço v4. Por exemplo, o host orange.kame.net tem o endereço v4 203.178.141.194 e o endereço v6 2001:200:dff:fff1:216:3eff:feb1:44d7 .

Para usar com êxito o IPv6, você precisa de suporte para ele do seu provedor de serviços de Internet (incomum, infelizmente) ou de um dispositivo que faça o tunelamento para você. O mais recente é construído no Windows 7, no Mac OS X e em alguns outros sistemas operacionais:

    

Answer 2

Or might that be because of my server or ISP not supporting IPv6 ?

Sim, absolutamente. O seu ISP precisa suportar o IPv6 nativamente ou você configura um túnel 6in4 com um dos corretores de túneis conhecidos (por exemplo, link ).

    

Answer 3

O prefixo que você está tentando usar (:: ffff: 0: 0/96) é para endereços mapeados em IPv4. É um mecanismo de API que permite que o software abra um único soquete e aceite solicitações IPv4 e IPv6. Nos meus endereços de hosts habilitados para IPv6 no OpenSSH, o vsftp e o lighttpd são registrados nesse formato, por exemplo,

auth.log.0:Aug 20 07:01:18 my_host sshd[19411]: refused connect from ::ffff:60.190.31.214 (::ffff:60.190.31.214)

Você não deve ver este prefixo em nenhum tráfego ao vivo ; Ele aparecerá no fio como IPv4. Existe um prefixo similar (:: ffff: 0: 0: 0/96, note o extra "0") que foi proposto para uma forma de tradução 6to4. Eu não sei se está em uso. Eu não vi nenhum endereço ":: ffff" em nenhum tráfego de rede ao vivo.

Como algumas outras pessoas apontaram, o IPv6 não é um superconjunto do IPv4 compatível com versões anteriores. Esta é uma das maiores queixas que as pessoas têm sobre isso. Você pode executá-lo independentemente por dual-stacking ou tunelamento, ou você traduza-o .

Comecei a experimentar com o IPv6 criando um túnel . Assim que me senti à vontade, empilhei dois servidores públicos. Felizmente meu provedor de hospedagem usa IPv6 nativo.