Îmi va pune cloud-init numele vechi înapoi după repornire?

Nu pe imaginile noastre. Am setat un nume nou cu hostnamectl, am repornit și apoi am făcut cloud-init să trateze pornirea următoare ca pe o instanță cu totul nouă. Numele a rămas de ambele dăți, la fel și modificarea noastră din /etc/hosts. O reinstalare îți dă un sistem nou, cu numele inițial.

De ce scrie sudo „unable to resolve host” după redenumire?

hostnamectl schimbă numele, dar nu și /etc/hosts, unde 127.0.1.1 indică tot spre numele vechi. În Ubuntu, sudo afișează atunci „unable to resolve host” înaintea fiecărei comenzi. Înlocuiește numele vechi cu cel nou pe linia 127.0.1.1 și avertismentul dispare.

Serverul ar trebui să folosească UTC sau ora mea locală?

UTC e alegerea mai sigură: orele din jurnalele mai multor servere se potrivesc și nu există salturi la schimbarea orei. Trece pe fusul tău dacă vrei ca sarcinile cron și orele din jurnale să fie în ora ta. Ambele variante funcționează și poți schimba oricând.

Trebuie să configurez NTP?

Nu. Imaginile noastre Ubuntu și Debian sincronizează ceasul cu systemd-timesyncd de la prima pornire. Rulează timedatectl și caută „System clock synchronized: yes”.

Schimbarea fusului îmi strică sarcinile cron?

Cron folosește noul fus imediat. Pe serverul nostru Ubuntu 24.04, o sarcină setată pentru 09:48 ora Tokyo a rulat la 09:48:01 ora Tokyo, fără repornirea cron. Verifică însă sarcinile scrise pentru UTC: acum rulează la acea oră în fusul tău local.

Cum schimbi hostname-ul și fusul orar pe un VPS

Redenumește serverul și pune-i ceasul pe fusul tău în Ubuntu, Debian și Windows Server, fără avertismentul sudo care apare după un simplu hostnamectl, verificând cron, jurnalele și sincronizarea orei după schimbare. Fiecare pas testat pe imaginile noastre.

Un server nou are numele pe care l-ai scris la comandă, iar ceasul lui e pe UTC. Ambele se schimbă ușor. Redenumirea are o capcană: comanda obișnuită lasă o linie veche în /etc/hosts, iar în Ubuntu sudo se plânge de ea înaintea fiecărei comenzi. Ghidul acesta le rezolvă pe amândouă în Ubuntu și Debian și arată comenzile pentru Windows Server. Am rulat fiecare pas pe imaginile noastre.

Ai nevoie de un utilizator cu sudo. Ghidul de configurare Ubuntu creează unul.

1. Verifică numele și ora curente

hostnamectl
timedatectl

Serverul nostru Ubuntu 24.04 proaspăt arăta numele din comandă ca hostname static, plus Time zone: Etc/UTC, System clock synchronized: yes și NTP service: active. Debian 12 și 13 arătau la fel. Sincronizarea ceasului funcționează deja, deci nu trebuie să instalezi NTP.

2. Schimbă hostname-ul

Alege un nume scurt sau unul complet, dacă trebuie să se potrivească cu o înregistrare DNS pe care o controlezi, de exemplu web1.example.com:

sudo hostnamectl set-hostname web1.example.com

Numele se schimbă pe loc, dar /etc/hosts încă leagă 127.0.1.1 de cel vechi. În Ubuntu asta s-a văzut imediat:

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

hostname -f eșua la fel. Debian a găsit numele pe altă cale și n-a afișat avertismentul, dar /etc/hosts-ul lui era la fel de învechit. Corectează fișierul pe amândouă:

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

După asta sudo a tăcut, hostname -f a afișat web1.example.com, iar hostname -s a afișat web1.

Comentariul din capul /etc/hosts spune că fișierul e gestionat de cloud-init și că modificările tale se pot pierde. Pe imaginile noastre, cloud-init îl scrie doar la prima pornire a serverului. Am repornit, apoi am făcut cloud-init să trateze pornirea următoare ca pe o instanță nouă. Numele și linia noastră din /etc/hosts au rezistat de ambele dăți.

Hostname-ul există doar pe serverul tău. Dacă alte mașini trebuie să ajungă la el după acest nume, adaugă și o înregistrare DNS: îndreptarea unui domeniu spre VPS explică asta. Pentru un server de e-mail contează și înregistrarea inversă: vezi configurarea DNS-ului invers.

3. Schimbă fusul orar

Listează fusurile și alege-l pe al tău. Serverul nostru avea 497:

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

Ceasul în sine nu se mută. Se schimbă doar felul în care se afișează ora și în care se citesc programările locale. Iată ce am văzut după trecerea de la UTC la Asia/Tokyo:

Ce	După schimbare
`date`, `journalctl`	Imediat ora Tokyo
cron	Imediat ora Tokyo: o sarcină pentru 09:48 a rulat la 09:48:01 JST, fără repornire
`/var/log/syslog` (Ubuntu)	A scris în continuare ora UTC până la repornirea rsyslog
`/etc/timezone` (Ubuntu)	Tot `Etc/UTC`

Așa că repornește serviciul de jurnal și tot ce rulează mult timp și afișează ore, cum ar fi aplicația ta:

sudo systemctl restart rsyslog

Debian 12 și 13 nu instalează rsyslog. Jurnalele lor stau doar în journal, care urmează singur noul fus.

Câteva programe mai vechi citesc fusul din /etc/timezone în loc de setarea sistemului. Dacă vreunul arată încă UTC, scrie acolo același nume și repornește programul:

echo Asia/Tokyo | sudo tee /etc/timezone

Înainte să schimbi, verifică-ți crontab-ul. O linie 0 3 * * * scrisă pentru 03:00 UTC va rula acum la 03:00 ora Tokyo, cu nouă ore mai devreme în timp real.

4. Windows Server

În Windows Server 2022, deschide PowerShell ca administrator. Redenumirea cere o repornire:

Rename-Computer -NewName web1 -Restart

Numele de computer în Windows sunt limitate la 15 caractere, așa că folosește aici numele scurt.

Pentru fusul orar, găsește ID-ul și setează-l. Se aplică imediat, fără repornire:

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

Dacă tot te-ai conectat, e un moment bun să securizezi RDP.

Ce plan

Hostname-ul și fusul orar nu costă nimic, deci merge orice plan: Nano cu $3/lună pentru un server Linux mic, Windows-Small cu $11/lună pentru Windows Server 2022. Toate planurile sunt pe pagina VPS, iar plata se face în USDT, USDC sau ETH pe Base, Ethereum sau Polygon.