Linux Tempus Synchronisation: NTP, Chronia et systemd-timesyncd

Linux Tempus Synchronisation: NTP, Chronia et systemd-timesyncd
Plerique temporis vestigia servant. Tempus surgit ad perficienda sacra nostra matutina et ad operandum, prandium sumo, intermissum, occurro inceptio deadlinea, dies natales et dies festos celebramus, planum conscendit, et sic porro.

Item: quidam nostri obsidentur tempore. Vigilia mea ab energia solari potens est et ab Instituto Nationali signorum et Technologia accurate tempus accipit.NIST) ad Fort Collins, Colorado per radiophonicum longwave WWVB. Tempus significationum cum horologii atomicii congruere, etiam apud Fort Collins sito. My Fitbit is syncing with my phone which is syncing with the server NTPquae tandem congruens cum horologio atomico.

Vestigia temporis etiam machinis custodiunt

Multae sunt causae cur machinationes et computatra nostra accurate tempore egent. Exempli gratia, in argentariis, mercatis, aliisque rebus oeconomicis, in ordine suo negotiationes peragendae sunt, et temporis sequentia accurata huic criticae sunt.

Nostrae telephoniae, tabulae, carros, GPS systemata et computatra omnia accurate tempus et tempus occasus requirunt. Horologium in desktop computatrum meum ut rectam tempus ostendes. Recordationes in meis calendariis opportuno tempore apparebunt. Tempus verum etiam efficit ut jobs croton et systema recto tempore currant.

Dies et tempus magni momenti sunt ad logging, unde paulo facilius est invenire quaedam ligna fundata in tempore et tempore. Exempli gratia, olim in DevOps laboravi (quod tempore non vocatum erat) et systema electronicum in statu Carolinae Septentrionalis instituebam. Processus super XX decies centena millia in die electronicarum usi sumus. Vestigere electronicam per seriem ministrantium, vel accuratam rerum seriem definire, fasciculos stipes in exercitibus geographicis dispersos utentes, multo facilius esse potest si respectivi computatores in tempore synchronizati sunt.

Una hora - multis horis

Linux exercituum rationem habere debet temporis ratio et tempus RTC. RTC (Verus Tempus Horologium) leviter mirum est et non satis accurate nomen horologii ferrarii.

Ferramenta horologii continuo decurrit etiam cum computatrale submovetur, pugna adhibita in matrici systematis. Praecipuum munus RTC est reponere tempus cum nexus ad tempus servo praesto non est. In diebus, cum ad tempus servo per interreti coniungi non posset, omnis computatrum horologium internum accuratum habere debebat. Systema operandi RTC in tabernus tempore accessurus erat et usor ad manually systema tempus utendi BIOS hardware configuration interfaciendi utens ut recte esset fac.

Horologiorum Hardware notionem zonae temporis non intelligunt; RTC tempus tantum recondit tempus, non zona temporis vel offset ab UTC (Coordinata Tempus universale, etiam ut GMT vel Greenwich Tempus medium). RTC installare potes utens instrumento quod postea in hoc articulo contexam.

Tempus systematis est tempus quo horologium GUI OS ostendit in escritorio tuo, in output praecepti, in indicationibus lignorum. Id etiam valet cum lima creata, modificata et aperta sunt.

on page homo ad rtc * plena est descriptio RTC et horologii ratio.

Quid cum NTP?

Computers toto orbe terrarum utuntur NTP (Network Time Protocol) ut tempus suum congruerent cum regula horologiorum in Interreti utens hierarchiae NTP ministrantium. Praecipuum tempus servientes iacuit 1 et directe coniunguntur ad varia officia nationalia temporis stratis 0 per satellitem, radiophoniam vel etiam modems super lineas telephonicas. Iaculis 0 temporis officia horologii atomici esse possunt, receptor radiophonicus qui in significationibus horologiorum atomicorum transmissus est, vel receptor GPS, qui per exquisita horologii signa a satellitibus GPS transmissa utitur.

Magna pars relationis ministrantium multa milia stratorum publicorum NTP 2 servers in publicum aperiunt. Multae institutiones et utentes (me inclusa) cum multis exercitibus qui NTP servo egent ut servo suo suo tempore statuant ut tantum accessiones exercitus locales stratum 2 vel 3. Tunc configurant reliquos nodos in retiaculis ut locorum utendi. tempus servo. In retis domus meae, hoc iacuit 3 servo.

Variae exsecutiones NTP

Exsecutio originalis NTP est ntpd. Coniunctum est igitur a duobus recentioribus, chronyd et systemd-timesyncd. Omnes tres synchronise locales hospites cum NTP tempore servo. Ministerium systemd-timesyncd non tam certum est quam chronyd, sed satis est ad plurimos usus. Si RTC extra synthesim est, paulatim accommodare potest systema temporis ad synchronum cum servo NTP cum loci systematis tempus leviter defluit. Ministerium systemd-timesync pro tempore servo adhiberi non potest.

Chrony Exsecutio NTP est quae duos programmata continet: daemon chronyd et interfaciei mandatorum linea, quae chronica appellatur. Chronia quaedam notas habet quae in multis casibus necessariae sunt;

  • Chronia synchronise potest cum tempore servientis multo celerius quam vetus ntpd ministret. Hoc bonum est pro laptop vel desktops quod non operantur omni tempore.
  • Potest ambigua compensare horologii, puta cum hospes dormit vel ingreditur modum somni, vel cum horologium mutatur propter frequentiam circumsiliens, quae horologiorum onera retardat submissa.
  • Tempus solvit problemata ad nexum retis instabilem seu obstructio retis.
  • Retis moras disponit.
  • Post initium temporis sync, Chronia horologium numquam cessat. Hoc firmum et constantem praebet tempora multa officia systematis et applicationes.
  • Chronia etiam sine retis nexu laborare potest. Hoc in casu, hospes localis vel ministrans manually renovari potest.
  • Chronia agere potest ut servo NTP.

Iterum, NTP protocollum est quod perfici potest in exercitu Linux utens Chronia vel systemd-timesyncd.

NTP, Chronia, et systemd-timesyncd RPMs in repositoria vexillum Fedora praesto sunt. Systemd-udev RPM procurator eventus nucleus est qui per defaltam in Fedora instituitur, sed ad libitum est.

Potes tres omnes instituere et inter eos commutare, sed hoc extra capitis efficiet. Non igitur melius est. Recentes emissiones Fedorae, CentOS, et RHEL ad exsequendam defectionem ad Chroniam moverunt, et etiam systema-timesyncd habent. Chroniam invenio ad bene operandum, meliori instrumenti quam NTP servitium praebere, multo magis informationem et potestatem praebere, qua ratio administratorum certe fruentur.

Inactivare NTP Services

Officium NTP iam potest currere ad exercitum tuum. Si ita, ante mutandi aliquid aliud opus est ut disable. Ego chronyd cursus ita usus sum ut sistere ac distraherem sequentia mandata. Mandata opportuna curre ad aliquem NTP daemonem, quem ad exercitum tuum curritis;

[root@testvm1 ~]# systemctl disable chronyd ; systemctl stop chronyd
Removed /etc/systemd/system/multi-user.target.wants/chronyd.service.
[root@testvm1 ~]#

Check that the service is stoped and disabled:

[root@testvm1 ~]# systemctl status chronyd
● chronyd.service - NTP client/server
     Loaded: loaded (/usr/lib/systemd/system/chronyd.service; disabled; vendor preset: enabled)
     Active: inactive (dead)
       Docs: man:chronyd(8)
             man:chrony.conf(5)
[root@testvm1 ~]#

Status reprehendo ante Lorem "

Systema status synchronisation horologii permittit te determinare si ministerium NTP currit. Cum NTP adhuc non incepisti, timesync-status mandatum hoc innuere:

[root@testvm1 ~]# timedatectl timesync-status
Failed to query server: Could not activate remote peer.

Recta status postulatio magni momenti notitia praebet. Exempli gratia, mandatum timedatectl cum nullo argumento vel optione exsequitur statum sub praecepto per defaltam;

[root@testvm1 ~]# timedatectl status
           Local time: Fri 2020-05-15 08:43:10 EDT  
           Universal time: Fri 2020-05-15 12:43:10 UTC  
                 RTC time: Fri 2020-05-15 08:43:08      
                Time zone: America/New_York (EDT, -0400)
System clock synchronized: no                          
              NTP service: inactive                    
          RTC in local TZ: yes                    

Warning: The system is configured to read the RTC time in the local time zone.
         This mode cannot be fully supported. It will create various problems
         with time zone changes and daylight saving time adjustments. The RTC
         time is never updated, it relies on external facilities to maintain it.
         If at all possible, use RTC in UTC by calling
         'timedatectl set-local-rtc 0'.
[root@testvm1 ~]#

Hoc tibi tempus hospitii tui, UTC tempus, et RTC tempus dabit. In hoc casu, ratio temporis ad zonam temporis Americae / New_York (TZ) constituitur, RTC ad tempus in zona temporis locali constituitur, et NTP ministerium activae non est. Tempus RTC tempus leviter a ratione temporis deflectere incepit. Hoc commune est pro systematibus quorum horologiorum synchroni non sunt. Moles offset in exercitu pendet ex tempore quo praeteriit cum ratio ultima synchronised erat.

Monitum etiam accepimus de utendo temporis locali RTC - hoc applicabile ad temporis mutationes et occasus DST. Si computatorium avertit cum mutationes faciendae sunt, RTC non mutabitur. Sed de servientibus vel aliis exercitibus quae circa horologium discurrunt, omnino non est quaestio. Praeterea, quodlibet officium quod tempus synchronisationi NTP praebet, tempus hospitii componet durante periodo initiali initiali, ut tempus post completum satus iterum corrigendum erit.

Tempus profecta zona

Solet, tempus zonam designare in processu institutionis et munus non habes postea mutandi. Sunt autem tempora quando debes mutare tempus zonam. Plura sunt instrumenta quae adiuvare possunt. Linux lima timezone utitur ad determinare localem tempus hospitii. Haec files in indicem /usr/share/zoneinfo. Defalta, pro zona temporis, ratio hoc praescribit; /etc/localtime -> ../usr/share/zoneinfo/America/New_York. Sed non necesse est has subtilitates nosse ut zonam temporis mutet.

Summa res est cognoscere tempus officialis zonae nomen tuum situm et debitam mandatum. Dicamus vis zonam mutare temporis ad Los Angeles:


[root@testvm2 ~]# timedatectl list-timezones | column
<SNIP>
America/La_Paz                  Europe/Budapest
America/Lima                    Europe/Chisinau
America/Los_Angeles             Europe/Copenhagen
America/Maceio                  Europe/Dublin
America/Managua                 Europe/Gibraltar
America/Manaus                  Europe/Helsinki
<SNIP>

Nunc tempus posuere tempus. Mandatum temporis ad reprimendam mutationibus usus sum, sed etiam timedatectl uti potes;

[root@testvm2 ~]# date
Tue 19 May 2020 04:47:49 PM EDT
[root@testvm2 ~]# timedatectl set-timezone America/Los_Angeles
[root@testvm2 ~]# date
Tue 19 May 2020 01:48:23 PM PDT
[root@testvm2 ~]#

Nunc tempus hospitii tui zonam ad loci tempus mutare potes.

systemd-timesyncd

Systema timesync daemonis praebet exsecutionem NTP quae in contextu systemato facile disponitur. Imponitur per defaltam in Fedora et Ubuntu. Sed hoc solum incipit per defaltam in Ubuntu. Non sum certus de aliis distributionibus. Te ipsum reprehendo potes:

[root@testvm1 ~]# systemctl status systemd-timesyncd

Vestibulum systemd-timesyncd

Configuratio lima pro systemd-timesyncd est /etc/systemd/timesyncd.conf. Haec fasciculus simplex est cum paucioribus bene facundis quam vetustis NTP et chronyd servitiis. En haec documenta contenta (sine modificationibus ulterioribus) in Fedora VM meo:

#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See timesyncd.conf(5) for details.

[Time]
#NTP=
#FallbackNTP=0.fedora.pool.ntp.org 1.fedora.pool.ntp.org 2.fedora.pool.ntp.org 3.fedora.pool.ntp.org
#RootDistanceMaxSec=5
#PollIntervalMinSec=32
#PollIntervalMaxSec=2048

Solum sectionem continet praeter commentarios est. Omnes aliae lineae commentati sunt. Hi valores default et mutari non debent (nisi rationem habes). Si non habes tempus servo NTP definitum in linea NTP, defalta Fedora ad Fedora fallacum tempus servo. Soleo addere tempus servo meo:

NTP=myntpserver

currit timesync

Potes incipere et activam facere systemd-timesyncd sic:

[root@testvm2 ~]# systemctl enable systemd-timesyncd.service
Created symlink /etc/systemd/system/dbus-org.freedesktop.timesync1.service β†’ /usr/lib/systemd/system/systemd-timesyncd.service.
Created symlink /etc/systemd/system/sysinit.target.wants/systemd-timesyncd.service β†’ /usr/lib/systemd/system/systemd-timesyncd.service.
[root@testvm2 ~]# systemctl start systemd-timesyncd.service
[root@testvm2 ~]#

Profecta hardware horologium

Haec res similis est post cursus timesyncd:

[root@testvm2 systemd]# timedatectl
               Local time: Sat 2020-05-16 14:34:54 EDT  
           Universal time: Sat 2020-05-16 18:34:54 UTC  
                 RTC time: Sat 2020-05-16 14:34:53      
                Time zone: America/New_York (EDT, -0400)
System clock synchronized: yes                          
              NTP service: active                      
          RTC in local TZ: no    

Primo, differentia inter RTC et temporis loci (EDT) minor est quam secundum, et discrepantia ab alio duorum secundorum super paucos dies crescit. Cum notio temporis zonae in RTC non est, mandatum timedatectl praestare debet comparationem ad zonam rectam definiendam. Si tempus RTC non congruit tempori locali, tunc temporis locali vel zonae non congruit.

Plura informationes quaerens, statum systemd-timesyncrum compressi et hoc inveni:

[root@testvm2 systemd]# systemctl status systemd-timesyncd.service
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: disabled)
     Active: active (running) since Sat 2020-05-16 13:56:53 EDT; 18h ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 822 (systemd-timesyn)
     Status: "Initial synchronization to time server 163.237.218.19:123 (2.fedora.pool.ntp.org)."
      Tasks: 2 (limit: 10365)
     Memory: 2.8M
        CPU: 476ms
     CGroup: /system.slice/systemd-timesyncd.service
             └─822 /usr/lib/systemd/systemd-timesyncd

May 16 09:57:24 testvm2.both.org systemd[1]: Starting Network Time Synchronization...
May 16 09:57:24 testvm2.both.org systemd-timesyncd[822]: System clock time unset or jumped backwards, restoring from recorded timestamp: Sat 2020-05-16 13:56:53 EDT
May 16 13:56:53 testvm2.both.org systemd[1]: Started Network Time Synchronization.
May 16 13:57:56 testvm2.both.org systemd-timesyncd[822]: Initial synchronization to time server 163.237.218.19:123 (2.fedora.pool.ntp.org).
[root@testvm2 systemd]#

Epistulam epistulam vide quae dicit rationem temporis non esse positam vel reset esse. Ministerium Timesync systema ponit temporis ex indicatione temporis. Indicationes a timesync daemone conservantur et in omni sync prosperitate creantur.

Mandatum timedatecti nullo modo ad valorem horologii ferrarii ex horologii systemate accipiendum est. Tantum tempus et tempus exponere potest a valore inito lineae praecepti. Potes RTC in tantundem ponendi quantum systema temporis utendi hwclock mandatum:

[root@testvm2 ~]# /sbin/hwclock --systohc --localtime
[root@testvm2 ~]# timedatectl
               Local time: Mon 2020-05-18 13:56:46 EDT  
           Universal time: Mon 2020-05-18 17:56:46 UTC  
                 RTC time: Mon 2020-05-18 13:56:46      
                Time zone: America/New_York (EDT, -0400)
System clock synchronized: yes                          
              NTP service: active                      
          RTC in local TZ: yes

Optio localis indicat horologium ferramenti ad tempus loci demonstrandum, non UTC.

Cur omnino opus RTC?

Omnis exsecutio NTP horologii systematis incipiet tempore satus. Cur igitur rtc? Hoc omnino verum non est: hoc tantum fiet si retis nexum cum tempore servo habes. Sed multae systemata non semper accessum habent ad nexum retis, ideo horologium ferramentarium utile est Linux ad tempus systematis utendum. Hoc melius est quam tempus manuale constituere, quamvis a reali tempore deviare possit.

conclusio,

Articulus hic nonnulla instrumenta tractandi tempus, tempus, tempus zonae recensuit. Instrumentum systemd-timesyncd praebet clientem NTP qui tempus congruere potest hospiti locali cum servo NTP. Nihilominus, systemd-timesyncd ministranti ministerium non praebet, ut si servo NTP in retis tuis indigeas, alio utere debes, ut Chrony, ut ministratorem agat.

Malo unam exsequendam pro quovis servitio in retis meis habere, quo utor Chronia. Si servo locali NTP non indiges, vel si Chrony ut servo ac systemd-timesyncd ut cliente SNTP non sapias. Ceterum non opus est ut clienti Chroniae additamentis utatur, si contenti estis functioni systemd-timesyncd.

Alia nota: non requiris utendi instrumentis systematis ad efficiendum NTP. Antiquiorem versionem ntpd, Chrony, vel aliam NTP exsecutionem uti potes. Ceterum systemd magnum numerum officiorum constat; multae ex eis libitum sunt, ut eas convertere possis et alio loco utere. Ingens monolithic monstrum non est. Disceptationes seu partes eius non placent, sed decisionem informatam facere debes.

Mihi placet exsecutionem systemd scriptoris NTP, sed praefero Chrony quia melius necessitatibus meis convenit. Est Linux, infans -)

ut vendo

VDSina offers servers in aliquo negotio, ingens selectio systematum operandi ad institutionem latae sententiae, cuilibet OS ex tuo proprio instituere potest ISO, consolatoria imperium panel proprium progressum et quotidianam solutionem. Recordare nos servos aeternos habere qui

Linux Tempus Synchronisation: NTP, Chronia et systemd-timesyncd

Source: www.habr.com