Não existe um único botão de "trocar IP", porque o endereço de um servidor está ligado ao tipo de rede e à localização. O que dá para fazer depende de onde você parte. Quatro casos cobrem quase todos os pedidos que recebemos, e nenhum precisa de ticket.
Se não sabe qual é o seu tipo de rede: a aba Rede do servidor no painel mostra NAT ou IPv4 público dedicado. A diferença está explicada em Rede e portas.
1. Servidor NAT → o próprio IPv4 público
O caso mais comum. Um servidor NAT não tem IPv4 público próprio: você entra por uma porta SSH (ou RDP) pessoal, e as outras portas de entrada ficam fechadas. Para hospedar um site, um servidor de e-mail ou qualquer coisa à qual as pessoas se conectem, você precisa de um endereço dedicado.
Não precisa reinstalar. No painel, abra o servidor, vá à aba Cobrança e escolha, entre as opções de upgrade, um plano com IP dedicado do mesmo tamanho ou maior. Pela API: GET /services/{id}/upgrade-options para ver as opções e o preço, depois POST /services/{id}/upgrade-to-dedicated com target_plan e confirm: true.
O que acontece:
- você paga a diferença entre os dois preços mensais pelos dias que faltam no período atual, do saldo;
- o servidor reinicia com o endereço novo; o disco e seus arquivos ficam como estavam;
- o SSH passa para a porta 22 do novo IPv4, e qualquer porta que você abrir no firewall fica acessível;
- a partir do próximo período você paga o preço do plano novo.
O que esperar depois do reinício. O cliente SSH vai avisar que a chave do host mudou, porque o servidor gera chaves novas para o endereço novo. Se você trocou a senha de root à mão, confira: ela pode ter voltado para a que aparece no painel. E se você substituiu a rede do cloud-init por uma configuração própria, o endereço novo não será aplicado sozinho; abra o console web pelo painel e configure por lá.
A troca precisa de um endereço livre na localização do servidor. Se não houver nenhum naquele momento, o upgrade é recusado e nada é cobrado.
2. Um segundo IPv4 em um servidor com IP dedicado
Se você já tem um IPv4 dedicado e precisa de outro — um segundo site com endereço próprio, um endereço separado para e-mail —, adicione na página do servidor, em IP dedicado: $5 por mês, cobrados inteiros no pedido, com data de renovação própria. Pela API: POST /services/{id}/dedicated-ip.
O endereço novo aparece como uma segunda interface de rede depois do próximo reinício. O endereço principal não muda. Se a localização não tiver endereço livre agora, o pedido espera em uma fila e o endereço é atribuído automaticamente assim que um ficar livre.
Os $5 não são devolvidos se você remover o endereço ou cancelar o servidor.
3. IPv4 dedicado → de volta para NAT
Na mesma página você pode passar um servidor com IP dedicado para o plano NAT do mesmo tamanho. Seu IPv4 público volta para o nosso pool, o servidor reinicia com um endereço privado e uma porta SSH pessoal, e as outras portas de entrada se fecham. O disco não é tocado, e a cobrança passa para o preço NAT.
Só faça isso se nada depender do endereço. Depois que o IPv4 é liberado, outra pessoa pode recebê-lo, e não dá para pedir exatamente esse endereço de volta.
4. Um endereço totalmente diferente
Tem gente que só quer um endereço novo: um projeto novo, uma reputação limpa, outro país. O caminho é um servidor novo. Peça, leve os dados, aponte o DNS para o endereço novo e cancele o servidor antigo. Ao pedir pela API ou pelo MCP, você escolhe o país com location: "de" ou "fi".
Esse também é o único jeito de levar um servidor para a outra localização: um IPv4 pertence à sua localização.
O que não muda o endereço
| Ação | IPv4 principal |
|---|---|
| Reinício, parada e partida | mantido |
| Reinstalar o sistema | mantido |
| Plano maior do mesmo tipo (NAT→NAT, IP→IP) | mantido |
| Trocar o hostname ou o DNS reverso | mantido |
| NAT → IP dedicado | IPv4 público novo |
| IP dedicado → NAT | liberado |
| Cancelar o servidor | liberado |
Antes de mudar qualquer coisa
- Reduza o TTL do DNS algumas horas antes se algum domínio aponta para o servidor, para a troca se espalhar rápido.
- Confira as listas de permissão. Chaves de API de corretoras, firewalls de parceiros e regras de bancos de dados que confiam no endereço antigo precisam do novo.
- Configure de novo o DNS reverso no endereço novo se você envia e-mail; ele é por endereço. Veja Rede e portas.
- Faça um backup. Nenhum desses passos mexe no disco, mas um reinício é uma boa hora para ter um. Os backups gerenciados estão em Backups.
Se o seu endereço está em uma blocklist
Uma listagem geralmente vem de tráfego de antes de o endereço ser seu, ou do seu próprio servidor. No segundo caso, trocar de endereço não resolve. Verifique a listagem, corrija a causa e use o formulário de remoção da lista. Se acha que a listagem está errada, abra um ticket com o nome da lista e um link; analisamos cada caso, mas não trocamos endereços a pedido.
Comentários
Nenhum comentário ainda. Seja o primeiro.