O cloud-init vai voltar o nome antigo depois de reiniciar?

Nas nossas imagens, não. Definimos um nome novo com hostnamectl, reiniciamos e ainda fizemos o cloud-init tratar o próximo boot como uma instância totalmente nova. O nome ficou nas duas vezes, assim como nossa alteração no /etc/hosts. Uma reinstalação dá um sistema novo com o nome original.

Por que o sudo diz «unable to resolve host» depois de renomear?

O hostnamectl muda o nome, mas não o /etc/hosts, onde 127.0.1.1 ainda aponta para o nome antigo. No Ubuntu, o sudo passa a mostrar «unable to resolve host» antes de cada comando. Troque o nome antigo pelo novo na linha 127.0.1.1 e o aviso some.

Meu servidor deve usar UTC ou minha hora local?

UTC é o padrão mais seguro: os horários nos logs de servidores diferentes batem e não há saltos com o horário de verão. Mude para o seu fuso se quiser que as tarefas do cron e os horários dos logs fiquem na sua hora. As duas opções funcionam, e dá para mudar de novo quando quiser.

Preciso configurar NTP?

Não. Nossas imagens Ubuntu e Debian sincronizam o relógio com o systemd-timesyncd desde o primeiro boot. Rode timedatectl e procure «System clock synchronized: yes».

Mudar o fuso quebra minhas tarefas do cron?

O cron passa a usar o novo fuso na hora. No nosso servidor Ubuntu 24.04, uma tarefa marcada para 09:48 no horário de Tóquio rodou às 09:48:01 no horário de Tóquio, sem reiniciar o cron. Mas confira as tarefas escritas para UTC: agora elas rodam nesse horário no seu fuso local.

Como mudar o hostname e o fuso horário de um VPS

Renomeie seu servidor e acerte o relógio para o seu fuso no Ubuntu, Debian e Windows Server, sem o aviso do sudo que aparece depois de um hostnamectl sozinho, e conferindo cron, logs e sincronização de hora após a mudança. Cada passo testado nas nossas imagens.

Um servidor novo tem o nome que você digitou ao fazer o pedido, e o relógio dele está em UTC. As duas coisas são fáceis de mudar. Renomear tem uma pegadinha: o comando de sempre deixa uma linha antiga no /etc/hosts, e no Ubuntu o sudo reclama dela antes de cada comando. Este guia resolve as duas coisas no Ubuntu e no Debian e mostra os comandos do Windows Server. Fizemos cada passo nas nossas próprias imagens.

Você precisa de um usuário com sudo. O guia de configuração do Ubuntu cria um.

1. Veja o nome e a hora atuais

hostnamectl
timedatectl

Nosso servidor Ubuntu 24.04 recém-criado mostrava o nome do pedido como hostname estático, além de Time zone: Etc/UTC, System clock synchronized: yes e NTP service: active. Debian 12 e 13 ficaram iguais. A sincronização do relógio já funciona, então não é preciso instalar NTP.

2. Mude o hostname

Escolha um nome curto, ou um completo se ele for bater com um registro DNS que você controla, como web1.example.com:

sudo hostnamectl set-hostname web1.example.com

O nome muda na hora, mas o /etc/hosts ainda aponta 127.0.1.1 para o antigo. No Ubuntu isso apareceu imediatamente:

sudo: unable to resolve host web1.example.com: No address associated with hostname

O hostname -f falhava do mesmo jeito. O Debian encontrou o nome por outro caminho e não mostrou aviso, mas o /etc/hosts dele estava igualmente desatualizado. Corrija o arquivo nos dois:

sudo sed -i 's/^127\.0\.1\.1 .*/127.0.1.1 web1.example.com web1/' /etc/hosts
grep 127.0.1.1 /etc/hosts
hostname -f

Depois disso o sudo ficou quieto, hostname -f mostrou web1.example.com e hostname -s mostrou web1.

O comentário no topo do /etc/hosts diz que o arquivo é gerenciado pelo cloud-init e que suas alterações podem se perder. Nas nossas imagens, o cloud-init só escreve esse arquivo no primeiro boot do servidor. Reiniciamos e depois fizemos o cloud-init tratar o próximo boot como uma nova instância. O nome e nossa linha no /etc/hosts sobreviveram aos dois.

O hostname só existe no seu servidor. Se outras máquinas precisam alcançá-lo por esse nome, crie também um registro DNS: apontar um domínio para o seu VPS explica. Para um servidor de e-mail, o registro reverso também importa: veja configurar o DNS reverso.

3. Mude o fuso horário

Liste os fusos e escolha o seu. Nosso servidor tinha 497:

timedatectl list-timezones | grep -i tokyo
sudo timedatectl set-timezone Asia/Tokyo
timedatectl

O relógio em si não se mexe. Só muda como os horários são exibidos e como os agendamentos locais são lidos. Foi isto que vimos ao trocar de UTC para Asia/Tokyo:

O quê	Depois da mudança
`date`, `journalctl`	Horário de Tóquio na hora
cron	Horário de Tóquio na hora: uma tarefa marcada para 09:48 rodou às 09:48:01 JST, sem reiniciar
`/var/log/syslog` (Ubuntu)	Continuou gravando horário UTC até reiniciar o rsyslog
`/etc/timezone` (Ubuntu)	Ainda dizia `Etc/UTC`

Então reinicie o serviço de log e tudo o que roda por muito tempo e mostra horários, como a sua aplicação:

sudo systemctl restart rsyslog

Debian 12 e 13 não instalam o rsyslog. Os logs deles ficam só no journal, que acompanha o novo fuso sozinho.

Alguns programas antigos leem o fuso do /etc/timezone em vez da configuração do sistema. Se algum ainda mostrar UTC, grave ali o mesmo nome e reinicie esse programa:

echo Asia/Tokyo | sudo tee /etc/timezone

Antes de mudar, revise o seu crontab. Uma linha 0 3 * * * escrita para 03:00 UTC agora vai rodar às 03:00 no horário de Tóquio, nove horas antes no tempo real.

4. Windows Server

No Windows Server 2022, abra o PowerShell como administrador. Renomear exige reiniciar:

Rename-Computer -NewName web1 -Restart

Nomes de computador no Windows têm limite de 15 caracteres, então use aqui o nome curto.

Para o fuso, encontre o identificador e aplique. Vale na hora, sem reiniciar:

Get-TimeZone -ListAvailable | Where-Object Id -like '*Tokyo*'
Set-TimeZone -Id 'Tokyo Standard Time'
Get-TimeZone

Já que você entrou, é um bom momento para proteger o RDP.

Qual plano escolher

Hostname e fuso não custam nada, então qualquer plano serve: Nano por $3/mês para um servidor Linux pequeno, Windows-Small por $11/mês para Windows Server 2022. Todos os planos estão na página de VPS, e o pagamento é em USDT, USDC ou ETH nas redes Base, Ethereum ou Polygon.