Como alugar endereços IP sem perder o controlo operacional
Um guia prático para escolher, testar, utilizar e terminar um aluguer de IPv4, mantendo visíveis os registos, o encaminhamento e a continuidade dos clientes.
Um aluguer fiável é uma sequência de verificações, responsabilidades e uma via de saída.
Comece pelo serviço, não pelo número de endereços
Antes de perguntar quantos endereços IP deve alugar, registe o que o serviço precisa de fazer. Que sistemas precisam de IPv4 público? Onde vão funcionar? Quem os vai operar? Com que rapidez poderá a procura mudar?
Um aluguer dá a uma empresa o direito de utilizar endereços durante um período acordado. Não torna, por si só, o serviço acessível, os registos rigorosos ou a saída fácil. O objetivo útil é ter um serviço em funcionamento cujas dependências continuem visíveis quando a empresa muda de rumo.
Escolha um bloco adequado à carga de trabalho
Um prefixo é um grupo de endereços descritos em conjunto. Um /24 contém 256 valores de endereço e um /23 contém 512, mas essas quantidades não correspondem automaticamente ao número de clientes ou servidores que pode suportar. É a conceção da rede que o determina.
Traduza o plano do serviço numa necessidade de endereçamento. Separe os sistemas voltados para os clientes, a gestão, os testes e o crescimento previsto. Alugar um bloco de dimensão familiar sem fazer este trabalho pode levá-lo a pagar por capacidade que não se adequa ao serviço.
Saiba o que controlam o fornecedor e a entidade de registo
Um aluguer pode envolver um detentor de endereços, uma empresa de alojamento, um intermediário ou um fornecedor especializado. Um Registo Regional da Internet mantém registos de recursos de numeração e serviços associados; os seus processos de atribuição e transferência são distintos de um aluguer comercial.
Pergunte quem vai encaminhar o prefixo, quem pode autorizar essa rota, quem mantém a informação de registo e o DNS inverso e quem pode alterar os contactos técnicos. Uma carta de autorização pode documentar o acordo pretendido, mas é apenas um elemento de prova. Não comprova todo o histórico de um bloco nem garante que o serviço funcionará.
A escassez de IPv4 também precisa de ser compreendida com cuidado. A Nota 45 distingue uma reserva esgotada para primeira atribuição dos endereços que continuam em utilização e podem circular nos mercados existentes. A escassez explica a importância do planeamento; não determina que todas as empresas tenham de comprar imediatamente.
Leia a Nota 45, Sobre a narrativa fabricada da escassez de IPv4
Verifique os endereços concretos antes da ativação
Analise o bloco específico que lhe é proposto. Verifique os dados de registo, o histórico recente de encaminhamento e os sinais de reputação relevantes para a sua carga de trabalho. O correio eletrónico tem listas de bloqueio e requisitos de entrega; um serviço Web tem caminhos de acesso à aplicação, controlos de acesso e listas de permissões de parceiros.
Não existe uma classificação única de «sem problemas» que comprove a adequação a todas as utilizações. Um resultado de um serviço de reputação é uma observação, não um veredito universal. Acorde antecipadamente quem investiga um problema, como contactar essa pessoa e que provas serão preservadas.
Teste a rota e o serviço em conjunto
A rede prevista deve anunciar o prefixo, e as redes externas relevantes devem conseguir alcançá-lo. O BGP é o protocolo utilizado para anunciar por onde o tráfego pode chegar. Um Número de Sistema Autónomo identifica uma rede nesse processo.
Uma autorização de origem de rota regista que ASN está autorizado a originar um prefixo. A validação de origem por RPKI verifica a origem anunciada face a esse registo; não valida o caminho completo nem garante que todas as redes aceitem uma rota.
Teste também o DNS, o acesso à aplicação, a monitorização e as listas de permissões dos parceiros. Comece por uma implementação controlada, verifique os resultados e, depois, expanda. Um pagamento concluído ou uma lista de endereços entregue não equivale a conectividade funcional.
Leia a Nota 66, Porque existe a i.LEASE
Torne visíveis as responsabilidades ao longo da operação
Mantenha um registo operacional sucinto: o prefixo, os serviços que o utilizam, os contactos de registo e encaminhamento, a data de renovação e a pessoa responsável por cada alteração. Defina como as falhas e os relatos de abuso chegam a alguém que possa agir.
A identidade de rede ganha valor à medida que os clientes e os sistemas aprendem a reconhecê-la. A Nota 68 explica porque é a continuidade um ativo económico, e não um pormenor a deixar entregue a um contrato de aluguer. Um fornecedor deve proteger essa continuidade e, ao mesmo tempo, tornar os registos e as passagens de responsabilidade compreensíveis para o cliente.
Leia a Nota 68, A economia da identidade de rede
Ensaie a forma como sairia
Pense no fim do acordo enquanto ainda tem tempo. Que registos de DNS, regras de firewall, listas de permissões de clientes e sistemas de parceiros dependem destes endereços? Que alterações exigem a ajuda de outra organização? Prepare um período de coexistência, teste uma via alternativa e verifique o acesso dos clientes antes de desativar a rota antiga.
Um plano de mudança de fornecedor não significa automaticamente que os endereços alugados o possam acompanhar. Defina o que pode ficar, o que tem de mudar e quem executa o trabalho. A Nota 72 apresenta o critério mais amplo: a coordenação deve proteger a unicidade e o rigor dos registos, mantendo a possibilidade de substituir o administrador.
Se a empresa precisa de capacidade agora, mas a sua configuração ainda está a mudar, opte primeiro pelo aluguer quando o fornecedor disponibilizar um registo claro, encaminhamento, apoio e uma via de saída bem definida. Considere a compra quando a procura for suficientemente duradoura para justificar o investimento de capital e a empresa estiver preparada para assumir o trabalho operacional. Para conhecer as vantagens e desvantagens comerciais dessa escolha, prossiga para o guia sobre as razões pelas quais as startups alugam antes de comprar.
Leia a Nota 72, A Carta de Direitos da Coordenação da Unicidade
Continue com Porque é que as startups alugam endereços IP antes de os comprar