Bring your own IP
BYOIP na Infomaniak: os seus próprios endereços IP na Infomaniak Public Cloud
O que a Infomaniak documenta é uma permissão para o seu projeto, por isso este guia expõe o que deve acertar no seu pedido ao suporte da Infomaniak antes de mudar um serviço.
O que a Infomaniak aceita
Segundo a documentação da Infomaniak Public Cloud, no dia em que a consultámos:
- Tamanho, registos e estatuto. Não publicados.
- Quem origina. Não publicado: a Infomaniak não indica o ASN, nem diz se quer um ROA, um objeto route ou uma Letter of Authorization.
- Onde. Infomaniak Public Cloud. As provider networks são criadas pela Infomaniak, e os floating IPs normais vêm da sua rede
ext-floating1. A sua página sobre redes e sub-redes indica trazer o seu próprio CIDR como uma utilização das provider networks, que a Infomaniak cria e que não podem ser selecionadas quando arranca uma instância. A pergunta 4 do pedido abaixo pergunta que rede vai transportar o seu intervalo. - Preço e prazo. Não publicados.
- Como o obtém. Através de uma função BYOIP, indicada ao lado das funções normais reader e member "for advanced features" (tradução: «para funcionalidades avançadas»), que "must be activated by Infomaniak support before use" (tradução: «tem de ser ativada pelo suporte da Infomaniak antes de ser usada»). A ativação tem três passos: "Contact Infomaniak support" (tradução: «Contactar o suporte da Infomaniak»), "Provide use case and IP range details" (tradução: «Indicar o caso de uso e os dados do intervalo IP»), "Wait for approval and activation" (tradução: «Aguardar a aprovação e a ativação»).
A função desbloqueia quatro chamadas de rede que as funções reader e member não podem fazer:
| Operação | Chamada à API | Descrição da Infomaniak |
|---|---|---|
| Criar floating IP com IP específico | POST /v2.0/floatingips | Use your own IP addresses |
| Criar porta com IP específico | POST /v2.0/ports | Assign specific IP to port |
| Desativar a port security | POST/PUT /v2.0/ports | Disable security groups |
| Configurar allowed address pairs | PUT /v2.0/ports/{id} | Advanced MAC/IP configuration |
Antes de começar
O passo documentado da Infomaniak é um pedido de suporte com "use case and IP range details" (tradução: «o caso de uso e os dados do intervalo IP»). Um pedido completo poupa uma troca de mensagens:
- O intervalo e o seu registo. O prefixo, o registo, o titular indicado no registo, e se o intervalo é hoje anunciado em algum lado.
- O caso de uso. Floating IPs em instâncias, uma instância de router ou firewall que precise de allowed address pairs, ou uma migração que tenha de manter os seus endereços.
- A origem. Pergunte a partir de que ASN a Infomaniak vai anunciar o intervalo. Se o bloco tiver ROA e nenhum indicar esse ASN, as redes que validam RPKI descartam a rota (RPKI e ROA).
- O projeto. O projeto Public Cloud que precisa da função.
- A rede. Pergunte que rede externa vai transportar o intervalo, porque a documentação não indica nenhuma para BYOIP.
Passo a passo
01Peça ao suporte da Infomaniak a função BYOIP, com o intervalo, o caso de uso e o projeto indicados acima.
02Aguarde a aprovação e a ativação. A Infomaniak não indica nenhum prazo.
03Atualize o registo com o que a Infomaniak pedir, antes de ela anunciar o intervalo.
04Crie os endereços. Com a função, a chamada de floating IP aceita um endereço específico. Na OpenStack CLI, com a rede que o suporte indicar:
openstack floating ip create --floating-ip-address 203.0.113.10 <network>
openstack server add floating ip <server> 203.0.113.10Para automatização, a documentação da Infomaniak diz que as application credentials têm de ser criadas com a função de que precisa. A sua página sobre elas não indica uma função BYOIP entre as funções que uma credencial pode ter, por isso pergunte ao suporte como dar a uma credencial a função BYOIP.
Armadilhas
- Tomar a função pelo serviço completo. A função é uma permissão. Se o intervalo funciona depende do lado do encaminhamento, que a Infomaniak não documenta: quem o anuncia, a partir de que ASN, e o que o registo tem de dizer. Obtenha essas respostas por escrito antes de mudar um serviço.
- Port security. Desativá-la numa porta desativa também os security groups dessa porta, na própria descrição da Infomaniak. Uma instância de router ou firewall precisa então da sua própria filtragem.
- O anúncio antigo. Se o intervalo for hoje anunciado noutro lado, acrescente um ROA para o ASN da Infomaniak antes da mudança, e retire o anúncio antigo assim que o da Infomaniak estiver ativo. Duas origens dividem o tráfego.
- Mais pequeno do que um /24. A Infomaniak não publica nenhum mínimo, mas as redes de toda a Internet filtram tudo o que seja mais pequeno do que um /24. Para poucos endereços, um túnel é o caminho prático.
Se alugar o bloco
A Infomaniak não publica nenhuma regra sobre espaço alugado: nada diz que o intervalo tenha de estar registado em nome da sua organização, ou que tenha de ser um LIR. Indique o titular no seu pedido. O titular trata do lado do registo, já que só o maintainer do titular pode alterar os registos: o ROA para o ASN que a Infomaniak indicar, um objeto route se a Infomaniak o quiser, e uma Letter of Authorization se a pedir.
Onde entra a RTM Networks
Alugamos /24 e maiores a partir do nosso próprio espaço de endereçamento do RIPE NCC (alugar IPv4), e vendemos blocos nas regiões RIPE NCC, ARIN e APNIC. No espaço que lhe alugamos, criamos o ROA e o objeto route para o ASN que a Infomaniak indicar, e assinamos a Letter of Authorization. Se precisar de menos de 256 endereços, ou de endereços antes de a Infomaniak decidir, anunciamos um bloco e entregamo-lo à sua instância Infomaniak por GRE ou WireGuard, até um único endereço (túneis GRE e WireGuard). Outros fornecedores: guias BYOIP.
Contacto
Vai trazer o seu próprio IP para a Infomaniak?
Indique o fornecedor, a região e de quantos endereços precisa. Alugamos /24 e maiores com o trabalho de registo para o seu fornecedor feito, vendemos blocos em definitivo, ou entregamos menos endereços através de um túnel. Normalmente respondemos em 1 a 3 horas úteis.

