J'ai récemment obtenu un serveur à la maison, engagé dans la cartographie du réseau externe, installé des machines virtuelles et constaté qu'il y avait un problème avec le temps, j'ai donc fait un petit ajustement.
Synchroniser le fuseau horaire
- [root @ localhost ~] # tzselect
Please identify a location so that time zone rules can be set correctly.
Please select a continent or ocean.
1) Africa
2) Americas
3) Antarctica
4) Arctic Ocean
5) Asia
6) Atlantic Ocean
7) Australia
8) Europe
9) Indian Ocean
10) Pacific Ocean
11) none - I want to specify the time zone using the Posix TZ format.
#? 5
Please select a country.
1) Afghanistan 18) Israel 35) Palestine
2) Armenia 19) Japan 36) Philippines
3) Azerbaijan 20) Jordan 37) Qatar
4) Bahrain 21) Kazakhstan 38) Russia
5) Bangladesh 22) Korea (North) 39) Saudi Arabia
6) Bhutan 23) Korea (South) 40) Singapore
7) Brunei 24) Kuwait 41) Sri Lanka
8) Cambodia 25) Kyrgyzstan 42) Syria
9) China 26) Laos 43) Taiwan
10) Cyprus 27) Lebanon 44) Tajikistan
11) East Timor 28) Macau 45) Thailand
12) Georgia 29) Malaysia 46) Turkmenistan
13) Hong Kong 30) Mongolia 47) United Arab Emirates
14) India 31) Myanmar (Burma) 48) Uzbekistan
15) Indonesia 32) Nepal 49) Vietnam
16) Iran 33) Oman 50) Yemen
17) Iraq 34) Pakistan
#? 9
Please select one of the following time zone regions.
1) Beijing Time
2) Xinjiang Time
#? 1
The following information has been given:
China
Beijing Time
Therefore TZ='Asia/Shanghai' will be used.
Local time is now: Fri Apr 17 20:46:49 CST 2020.
Universal Time is now: Fri Apr 17 12:46:49 UTC 2020.
Is the above information OK?
1) Yes
2) No
#? 1
You can make this change permanent for yourself by appending the line
TZ='Asia/Shanghai'; export TZ
to the file '.profile' in your home directory; then log out and log in again.
Here is that TZ value again, this time on standard output so that you
can use the /usr/bin/tzselect command in shell scripts:
Asia/Shanghai
- [root @ localhost ~] # TZ = 'Asie / Shanghai'; exporter TZ
- [root @ localhost ~] # date
Synchronisation de l'heure système et de l'heure matérielle
[root @ localhost ~] # hwclock --show
Fri 17 Apr 2020 08:50:50 PM CST -0.198298 seconds
[root @ localhost ~] # hwclock --systohc
Si les deux méthodes ci-dessus ne fonctionnent pas après l'exécution, cela peut être résolu comme ceci
Cela peut être dû à cette raison:
[root @ localhost ~] # date
Fri Apr 17 10:08:56 EDT 2020
EDT:
Fait référence à l'heure avancée de l'Est aux États-Unis.Boston, New York et Washington, D.C. sont tous dans ce fuseau horaire, qui est de 12 heures de retard sur l'heure de Pékin, 12 heures plus tard.
CST:
Peut faire référence aux deux suivants:
-
- Heure standard d'Amérique centrale (West Sixth District, -6: 00), la Chine est Eastern Eight District (+8: 00), l'heure de Pékin est 14 heures plus tôt que l'heure standard d'Amérique centrale. 15h45 CST est 1h45 heure de Pékin.
-
- Heure standard d'Australie centrale (+10: 30), la Chine est le district d'East Eight (+8: 00), l'heure de Pékin est deux heures et demie plus tard que l'heure standard d'Australie centrale. 15h45 CST est 5h45 heure de Pékin.
Ensuite, tant qu'il est modifié en fuseau horaire CST de Pékin, la modification est la suivante:
[root @ localhost ~] # ntpdate time.windows.com
17 Apr 10:13:37 ntpdate[5752]: adjust time server 40.81.94.65 offset -0.008618 sec
Si vous exécutez l'invite de commande ci-dessus: -bash: ntpdate: command not foundexécutez l' yum install ntpdateinstallation de la commandentpdate
[root @ localhost ~] # mv / etc / localtime /etc/localtime.bak
[root @ localhost ~] # ln -s / usr / share / zoneinfo / Asia / Shanghai / etc / localtime
[root @ localhost ~] # date
Fri Apr 17 22:14:01 CST 2020
[root @ localhost ~] # ntpdate time.windows.com
17 Apr 22:14:10 ntpdate[5768]: adjust time server 40.81.94.65 offset 0.005776 sec