BYOIP na Vultr: anuncie os seus próprios endereços IP por BGP

Pede acesso BGP, a Vultr verifica o prefixo e pede ao contacto do registo que o confirme, e a sua instância anuncia então o prefixo à Vultr. Ela não atribui endereços do cliente a instâncias de nenhuma outra forma.

O que a Vultr aceita

Segundo a documentação da Vultr, no dia em que a consultámos:

• Tamanho. IPv4 de /24 a /16, IPv6 de /48 a /32. No máximo cinco prefixos por cliente, IPv4 e IPv6 em conjunto.
• Registo. Qualquer Registo Regional da Internet; o guia de pedido indica a ARIN, o RIPE NCC e a APNIC como exemplos. Nada sobre espaço PA, PI ou legacy.
• Quem origina. O seu próprio ASN, com AS20473 à frente na Internet, ou o próprio AS20473 se a Vultr lhe atribuir um ASN privado.
• Onde. Qualquer local da Vultr, mas "our locations are not linked" (tradução: «os nossos locais não estão ligados»): anuncia um /24 a partir de cada local onde usa os endereços, ou um prefixo a partir de vários locais como anycast. Um prefixo não pode ser partilhado com outra conta.
• Quem pode pedir. Uma conta com pelo menos uma instância Compute ativa. O bare metal também funciona, com um ticket de suporte que indique os servidores que vão anunciar o prefixo.
• Preço. A página Cloud Networking da Vultr diz: "There is no additional cost for running BGP with us." (tradução: «Não há custo adicional por correr BGP connosco.») A documentação de BGP e BYOIP não indica nenhuma taxa por trazer um prefixo.
• Prazo. 24 a 48 horas depois de o contacto do registo confirmar, e depois 6 a 48 horas para os filtros dos fornecedores de trânsito.

Antes de começar

Um ROA. A política da Vultr recomenda um para acelerar a aceitação, e a sua verificação de integração rejeita um errado. O ROA indica o seu ASN público, ou AS20473 se usar um ASN privado da Vultr: "any ROA signed with a different ASN will be rejected by Vultr's system as invalid" (tradução: «qualquer ROA assinado com um ASN diferente será rejeitado pelo sistema da Vultr como inválido») (RPKI e ROA).

Um objeto route, se quiser o seu próprio. Sem ele, a Vultr cria-o no RADb. Com um ASN público, a Vultr acrescenta também o seu ASN a RADB::AS20473:AS-CONE, a partir do qual a maioria dos fornecedores de trânsito constrói os seus filtros. A Vultr aceita objetos route do RADb, da ARIN, da RIPE Database e da APNIC.

Uma Letter of Authorization (LOA). O modelo da Vultr autoriza "Vultr with AS20473 to announce the following IP address blocks" (tradução: «a Vultr com AS20473 a anunciar os seguintes blocos de endereços IP») e é assinado por um representante da empresa que os detém. Carrega-a com o pedido.

Um contacto de registo que leia o correio. A Vultr confirma o prefixo por e-mail a um ponto de contacto no registo e deixa-o escolher qual, quando o registo tem mais do que um. Escolha uma caixa de correio que alguém leia.

Passo a passo

01Peça acesso BGP. Na Vultr Console, abra Products, Network, BGP e clique em Get Started. Ative I have my own IP space, indique o seu ASN, uma palavra-passe BGP e o prefixo, e carregue a LOA. Escolha que rotas a Vultr lhe envia, descreva a sua utilização e clique em Request BGP Setup.

02Passe as verificações. A Vultr verifica, entre outras coisas, as listagens no Spamhaus e o ROA, e mostra um aviso na consola se alguma falhar. O contacto do registo clica depois na ligação do e-mail da Vultr, e as verificações finais demoram 24 a 48 horas.

03Reinicie a partir do painel de controlo qualquer instância implementada antes de o BGP estar configurado. Um reinício por SSH não basta.

04Ative a sessão a partir do endereço IP principal da instância, com a palavra-passe e multihop 2. Num VPS, o vizinho é 169.254.169.254 em AS64515; em bare metal é 169.254.1.1 em AS20473. A Vultr recomenda o BIRD. O seu exemplo, com valores de documentação e uma rota estática para o seu bloco:

router id 192.0.2.10;

protocol device {
  scan time 5;
}

protocol static {
  ipv4;
  route 203.0.113.0/24 unreachable;
}

protocol bgp vultr {
  local as 64500;
  source address 192.0.2.10;
  ipv4 {
    import none;
    export all;
  };
  graceful restart on;
  multihop 2;
  neighbor 169.254.169.254 as 64515;
  password "your-bgp-password";
}

birdc show proto all vultr deve indicar Established. O separador BGP de cada instância na consola tem também configurações de exemplo para BIRD e FRR.

05Ponha os endereços a trabalhar. Acrescente um endereço a uma interface dummy e deixe o BIRD exportá-lo como /32 (um bloco protocol direct para dummy*) ao lado do /24 abrangente. Várias instâncias no mesmo local podem anunciar o mesmo /32 para failover.

06Conte com os filtros. Onde os fornecedores de trânsito filtram a partir de dados IRR, como na Europa e nos EUA, as atualizações demoram normalmente 6 a 24 horas. Os filtros manuais, como na Índia e em Israel, podem demorar mais de 48 horas.

Erros que custam um dia

• O ASN privado no ROA. Com um ASN privado da Vultr, o ROA indica AS20473, nunca o número privado. A Vultr verifica o RPKI todas as noites, e um ROA que se torne inválido remove automaticamente um prefixo ativo.
• O comprimento máximo. "Invalid Prefix Length" na consola significa que o comprimento máximo do ROA não corresponde ao que anuncia. A solução da Vultr é um novo ROA com o comprimento correto, "such as 24 for IPv4" (tradução: «como 24 para IPv4»).
• Um contacto de registo desatualizado. Se ninguém ler a caixa de correio indicada no registo, a integração para no e-mail de confirmação.
• Páginas que discordam sobre o ASN. O guia de pedido, atualizado a 16 de outubro de 2026, associa o seu próprio espaço IP ao seu próprio ASN e diz que, sem um, usa o espaço IP da Vultr. O guia de BGP de 15 de abril de 2026, a página de integração e a página de RPKI permitem um ASN privado da Vultr com o seu próprio espaço, com o ROA a indicar AS20473. Diga qual pretende no campo do caso de uso.
• Retirar um prefixo exige um ticket de suporte.

Se alugar o bloco

A página de RPKI da Vultr diz que só o dono do espaço IP pode gerir os seus ROA, e "if you are leasing IP space, contact your provider" (tradução: «se alugar espaço IP, contacte o seu fornecedor») para o RPKI. O titular faz três coisas: cria o ROA para o seu ASN ou para AS20473, assina a LOA como a empresa que detém o bloco, e clica na ligação de confirmação que a Vultr envia ao contacto do registo. A Vultr não impõe que o bloco esteja em seu nome, mas remove um prefixo que descubra pertencer a outra entidade, por isso guarde a LOA do titular.

Onde entra a RTM Networks

Alugamos /24 e maiores a partir do nosso próprio espaço de endereços do RIPE NCC, e vendemos blocos nas regiões RIPE NCC, ARIN e APNIC. No espaço alugado a nós, criamos o ROA para o seu ASN ou para AS20473 e assinamos a Letter of Authorization para a Vultr (alugar IPv4). O bloco está registado em seu nome, por isso o e-mail de confirmação da Vultr pode ir para a sua própria caixa de correio, o que recomendamos; se escolher antes o nosso contacto, envie-nos um e-mail a dizer que o prefixo vai para a Vultr e nós confirmamos. Só confirmamos blocos que detemos: num intervalo de outra entidade, o contacto do registo é dessa entidade. Se quiser anunciar a partir do seu próprio ASN e não tiver um LIR, patrocinamos números AS (patrocínio de ASN). Se precisar de menos de 256 endereços, ou preferir não correr BGP, anunciamos um bloco e entregamo-lo à sua instância por GRE ou WireGuard, até um único endereço (túneis GRE e WireGuard). Outros fornecedores: guias BYOIP.