Un server nuovo si chiama come hai scritto al momento dell'ordine, e il suo orologio è in UTC. Entrambe le cose si cambiano facilmente. La rinomina ha un tranello: il comando solito lascia una vecchia riga in /etc/hosts, e su Ubuntu sudo se ne lamenta prima di ogni comando. Questa guida sistema entrambe le cose su Ubuntu e Debian e mostra i comandi per Windows Server. Abbiamo eseguito ogni passaggio sulle nostre immagini.
Ti serve un utente con sudo. La guida alla configurazione di Ubuntu ne crea uno.
1. Controlla nome e ora attuali
hostnamectl
timedatectl
Il nostro server Ubuntu 24.04 appena creato mostrava il nome dell'ordine come hostname statico, oltre a Time zone: Etc/UTC, System clock synchronized: yes e NTP service: active. Debian 12 e 13 erano uguali. La sincronizzazione dell'orologio funziona già, quindi non serve installare NTP.
2. Cambia l'hostname
Scegli un nome breve, o uno completo se dovrà corrispondere a un record DNS che gestisci, come web1.example.com:
sudo hostnamectl set-hostname web1.example.com
Il nome cambia subito, ma /etc/hosts continua a far puntare 127.0.1.1 al vecchio. Su Ubuntu si è visto immediatamente:
sudo: unable to resolve host web1.example.com: No address associated with hostname
hostname -f falliva allo stesso modo. Debian trovava il nome per un'altra via e non mostrava avvisi, ma il suo /etc/hosts era altrettanto vecchio. Correggi il file su entrambi:
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
Dopo, sudo è rimasto in silenzio, hostname -f ha stampato web1.example.com e hostname -s ha stampato web1.
Il commento in cima a /etc/hosts dice che il file è gestito da cloud-init e che le modifiche potrebbero andare perse. Sulle nostre immagini cloud-init lo scrive solo al primo avvio del server. Abbiamo riavviato e poi fatto trattare a cloud-init l'avvio successivo come una nuova istanza. Il nome e la nostra riga in /etc/hosts sono sopravvissuti a entrambi.
L'hostname esiste solo sul tuo server. Se altre macchine devono raggiungerlo con quel nome, aggiungi anche un record DNS: puntare un dominio al tuo VPS lo spiega. Per un server di posta conta anche il record inverso: vedi configurare il DNS inverso.
3. Cambia il fuso orario
Elenca i fusi e scegli il tuo. Il nostro server ne aveva 497:
timedatectl list-timezones | grep -i tokyo
sudo timedatectl set-timezone Asia/Tokyo
timedatectl
L'orologio in sé non si sposta. Cambia solo come vengono mostrati gli orari e come vengono letti i programmi locali. Ecco cosa abbiamo visto passando da UTC ad Asia/Tokyo:
| Cosa | Dopo la modifica |
|---|---|
date, journalctl | Subito ora di Tokyo |
| cron | Subito ora di Tokyo: un job impostato alle 09:48 è partito alle 09:48:01 JST, senza riavvio |
/var/log/syslog (Ubuntu) | Ha continuato a scrivere orari UTC fino al riavvio di rsyslog |
/etc/timezone (Ubuntu) | Diceva ancora Etc/UTC |
Riavvia quindi il servizio di log e tutto ciò che gira a lungo e stampa orari, come la tua app:
sudo systemctl restart rsyslog
Debian 12 e 13 non installano rsyslog. I loro log stanno solo nel journal, che segue da solo il nuovo fuso.
Alcuni programmi vecchi leggono il fuso da /etc/timezone invece che dall'impostazione di sistema. Se uno di questi mostra ancora UTC, scrivici lo stesso nome e riavvia quel programma:
echo Asia/Tokyo | sudo tee /etc/timezone
Prima di cambiare, controlla il tuo crontab. Una riga 0 3 * * * scritta per le 03:00 UTC ora partirà alle 03:00 ora di Tokyo, nove ore prima in tempo reale.
4. Windows Server
Su Windows Server 2022, apri PowerShell come amministratore. La rinomina richiede un riavvio:
Rename-Computer -NewName web1 -Restart
I nomi dei computer Windows sono limitati a 15 caratteri, quindi qui usa il nome breve.
Per il fuso orario, trova l'ID e impostalo. Vale subito, senza riavvio:
Get-TimeZone -ListAvailable | Where-Object Id -like '*Tokyo*'
Set-TimeZone -Id 'Tokyo Standard Time'
Get-TimeZone
Visto che hai effettuato l'accesso, è il momento giusto per mettere in sicurezza RDP.
Quale piano
Hostname e fuso orario non costano nulla, quindi va bene qualsiasi piano: Nano a $3/mese per un piccolo server Linux, Windows-Small a $11/mese per Windows Server 2022. Tutti i piani sono nella pagina VPS, e il pagamento è in USDT, USDC o ETH su Base, Ethereum o Polygon.
Commenti
Ancora nessun commento. Sii il primo.