Enquanto hospeda um novo serviço hoje em dia, qual seria a melhor decisão. IPv4 ou IPv6?
Se decidimos lançá-lo no endereço IPv4:
- Quão fácil / difícil de obter o endereço IPv4 (considerando que eles estão ficando esgotados em breve)?
- Ele pode ser portado facilmente para o IPv6 no futuro próximo?
- Como os usuários existentes do IPv6 podem se comunicar com ele?
Se decidirmos iniciá-lo no endereço IPv6:
- Como os usuários existentes do IPv4 podem se comunicar com ele?
networking
hosting
ipv6
ipv4
Atul
fonte
fonte
Respostas:
IPv4 e IPv6 são protocolos separados que não se comunicam. Você precisará suportar os dois protocolos por enquanto.
A obtenção de endereços IPv4 está ficando mais difícil e dispendiosa, mas você terá que disponibilizar seu serviço, porque nem todos os usuários terão IPv6. Por outro lado, haverá usuários que não têm mais o IPv4 completo. Eles podem precisar compartilhar seu endereço IPv4 com muitos outros, eles só têm IPv6 e precisam de um serviço de tradução para acessar os serviços IPv4 etc. maneira mais ideal.
E, esperançosamente, em um futuro não tão distante, todos terão o IPv6 e poderemos nos livrar do IPv4 e dos hacks e custos necessários para mantê-lo funcionando.
Uma maneira de iniciar seu novo serviço é criar tudo apenas para IPv6 e colocar um tradutor (SIIT-DC ou proxy reverso) ao lado dele para traduzir solicitações recebidas por IPv4 para IPv6. Você poderá lidar com os dois protocolos por enquanto, e também será fácil limpar e remover o material obsoleto do IPv4 posteriormente.
Essa estratégia é especialmente útil se o seu serviço for executado em um cluster de servidores. O cluster inteiro pode executar apenas IPv6 e você precisa de apenas um endereço IPv4 no seu tradutor. É mais fácil manter apenas um protocolo na maioria de suas máquinas e exigir menos endereços IPv4 também pode economizar seu dinheiro. É por isso que empresas como o Facebook também estão fazendo isso.
fonte
Ambos é claro. O IPv4 permanecerá muito tempo e já passou da hora de começar com o IPv6.
fonte
IPv4 will stay a long time: Claro, vi relatos de que alguns provedores começaram a distribuir endereços privados para seus assinantes, em vez de endereços públicos. Ao mesmo tempo, eles não fornecem acesso IPV6 (prefira o acesso GCN ao ipv6) .Supondo que este seja um serviço destinado ao uso pela Internet pública por clientes em máquinas ou redes fora do seu controle, você deve oferecer suporte a ambos.
Para endereços individuais, geralmente você os aluga de seu provedor de hospedagem, a maioria dos provedores ainda inclui um em cada servidor, mas alguns estão começando a cobrar mais por isso. À medida que o preço de mercado dos endereços IPv4 aumenta, podemos esperar que as taxas de aluguel cobradas pelos provedores de serviços também aumentem.
Se você precisar de blocos para executar sua própria rede, as coisas ficam mais difíceis. Existe um mercado em blocos de IP, mas o AIUI é mais como comprar um mercado real do que comprar servidores. Na Europa, também é possível registrar-se como um LIR e obter uma "alocação final" do RIPE, a desvantagem dessa abordagem são as taxas em andamento (as taxas por um LIR são muito mais altas do que as alocações "independentes do provedor").
Os endereços IPv6 são maiores que os endereços IPv4, portanto, qualquer coisa que armazene IPs em um campo de tamanho fixo é problemática. Da mesma forma, os endereços IPv6 usam dois pontos em vez de pontos; portanto, qualquer coisa que armazene endereços IP em um formato de texto estruturado é potencialmente problemática.
É quase certamente mais fácil oferecer suporte desde o início do que tentar rastrear todos os locais onde os endereços IP são armazenados e processados após o fato.
Atualmente, uma grande proporção da Internet é apenas v4, portanto, os provedores precisam fornecer alguns meios para que seus clientes acessem os recursos somente v4. Cada vez mais, à medida que os endereços IPv4 ficam mais caros e difíceis de obter, eles procuram mecanismos que lhes permitam fazer isso sem fornecer a cada cliente um endereço IPv4 público dedicado.
Há várias abordagens para isso, incluindo o NAT IPv4 convencional no nível do ISP, o DS-Lite que encapsula pacotes IPv4 para um NAT IPv4 especial sobre IPv6 e NAT64, que converte pacotes IPv6 em pacotes IPv4. Todos eles terão um custo em desempenho, confiabilidade e capacidade de rastrear abusos.
Ao contrário do caso anterior, esse é principalmente o seu problema. Alguns clientes podem usar o teredo, mas o Windows desabilita o teredo por padrão quando ele detecta um controlador de domínio e a maioria dos outros sistemas operacionais não o suportam imediatamente. Mesmo quando o teredo está ativado, não é exatamente o mecanismo mais confiável.
Portanto, se você deseja que seu serviço funcione para a maioria dos usuários da Internet, você precisa oferecê-lo no IPv4.
Isso geralmente não significa que seus servidores precisam oferecer suporte ao IPv4. Por exemplo, se você frontear com uma CDN como Cloudflare ou Akamai, a CDN poderá receber o tráfego pelo IPv4 e encaminhá-lo para você pelo IPv6. Também estou ciente de um provedor de hospedagem que oferece um serviço de proxy reverso gratuito para esses clientes. Espero que essas coisas se tornem mais comuns à medida que o preço dos endereços IPv4 e a proporção de clientes que suportam o IPv6 aumentem.
fonte