د لینکس وخت همغږي کول: NTP، Chrony او systemd-timesyncd

ډیری خلک د وخت تعقیب ساتي. موږ په خپل وخت پاڅیږو چې خپل د سهار مراسم بشپړ کړو او کار ته ځو، د غرمې ډوډۍ وخورو، د پروژې مهال ویش پوره کړو، د زیږون او رخصتیو لمانځنه وکړو، په الوتکه کې سپاره شو او داسې نور.

سربیره پردې: زموږ څخه ځینې د وخت سره مینه لري. زما ساعت په لمریز ډول چلیږي او خپل دقیق وخت د سټنډرډ او ټیکنالوژۍ ملي انسټیټیوټ څخه ترلاسه کوي (نیست) د لانګ ویو راډیو له لارې فورټ کولینز ، کولوراډو ته WWVB. د وخت سیګنالونه د اټومي ساعت سره همغږي شوي چې په فورټ کولینز کې موقعیت لري. زما Fitbit زما د تلیفون سره همغږي کیږي، کوم چې د سرور سره همغږي کیږي این ټي ټي، کوم چې په پای کې د اټومي ساعت سره همغږي کیږي.

وسایل هم د وخت تعقیب ساتي.

ډیری دلیلونه شتون لري چې ولې زموږ وسایل او کمپیوټر دقیق وخت ته اړتیا لري. د مثال په توګه، په بانکدارۍ، سټاک بازارونو او نورو مالي سوداګرۍ کې، راکړې ورکړې باید په سم ترتیب کې ترسره شي، او د دقیق وخت ترتیب د دې لپاره مهم دی.

زموږ تلیفونونه، ټابلیټونه، موټرې، د GPS سیسټمونه او کمپیوټرونه دقیق وخت او نیټې ترتیباتو ته اړتیا لري. زه غواړم ساعت زما د کمپیوټر ډیسټاپ کې سم وخت وښیې. زه غواړم یادداشتونه زما په محلي تقویم کې په سم وخت کې څرګند شي. سم وخت دا هم ډاډه کوي چې کرون او سیسټم شوي دندې په سم وخت کې پیل شوي.

نیټه او وخت د ننوتلو لپاره هم مهم دي، نو د نیټې او وخت پراساس د ځانګړو لاګونو موندل یو څه اسانه دي. د مثال په توګه، ما یو ځل په DevOps کې کار کاوه (دوی دا په هغه وخت کې نه بولي) په شمالي کارولینا ایالت کې د بریښنالیک سیسټم ترتیب کول. موږ په ورځ کې له 20 ملیون څخه ډیر بریښنالیکونه پروسس کول. د یو لړ سرورونو په اوږدو کې د بریښنالیک تعقیب کول یا په جغرافیه کې توزیع شوي کوربه کې د لاګ فایلونو په کارولو سره د پیښو دقیق ترتیب ټاکل خورا اسانه کیدی شي که چیرې اړوند کمپیوټرونه وخت همغږي شي.

یو ځل - څو ساعته

د لینکس کوربه باید خبر وي چې د سیسټم وخت او RTC وخت شتون لري. RTC (ریښتیني وخت ساعت) د هارډویر ساعت لپاره یو څه عجیب او په ځانګړي ډول سم نوم ندی.

د هارډویر ساعت په دوامداره توګه پرمخ ځي، حتی کله چې کمپیوټر بند وي، د سیسټم په مور بورډ کې د بیټرۍ په کارولو سره. د RTC اصلي دنده د وخت ذخیره کول دي کله چې د وخت سرور سره اړیکه شتون نلري. په هغه ورځو کې چې د انټرنیټ له لارې د وخت سرور سره نښلول ناممکن وو، هر کمپیوټر باید دقیق داخلي ساعت ولري. عملیاتي سیسټمونه باید د بوټ پرمهال RTC ته لاسرسی ولري، او کارونکي باید په لاسي ډول د سیسټم وخت د BIOS هارډویر ترتیب کولو انٹرفیس په کارولو سره تنظیم کړي ترڅو ډاډ ترلاسه کړي چې دا سم دی.

د هارډویر ساعتونه د وخت زون په مفهوم نه پوهیږي؛ RTC یوازې وخت ذخیره کوي، نه د وخت زون یا د UTC څخه آفسیټ (همغږي یونیورسل وخت، چې د GMT یا ګرینویچ منځنۍ وخت په نوم هم پیژندل کیږي). تاسو کولی شئ د یوې وسیلې په کارولو سره RTC نصب کړئ چې زه به یې وروسته پدې مقاله کې بحث وکړم.

د سیسټم وخت هغه وخت دی چې OS ستاسو په ډیسټاپ کې د GUI ساعت کې ښکاره کوي، د نیټې کمانډ په محصول کې، د لاګ ټایم سټیمپونو کې. دا په هغه وختونو کې هم پلي کیږي کله چې فایلونه رامینځته شوي ، ترمیم شوي او خلاصیږي.

په پا .ه کې سړی د rtc لپاره د RTC او سیسټم ساعت بشپړ توضیحات شتون لري.

د NTP سره څه شی دی؟

په ټوله نړۍ کې کمپیوټرونه د NTP (د شبکې وخت پروتوکول) څخه کار اخلي ترڅو خپل وخت د انټرنیټ له لارې د معیاري حوالې ساعتونو سره د NTP سرورونو د درجې په کارولو سره همغږي کړي. د اصلي وخت سرورونه په Layer 1 کې موقعیت لري، او دوی په مستقیم ډول د ملي وخت خدماتو سره په Layer 0 کې د سپوږمکۍ، راډیو، یا حتی د موډیمونو له لارې د تلیفون په لیکو کې وصل دي. د 0 په کچه د وخت خدمتونه کیدای شي اټومي ساعت وي، د راډیو ریسیور چې د اټومي ساعتونو لخوا لیږدول شوي سیګنالونو سره سمون لري، یا د GPS ریسیور چې د GPS سپوږمکۍ لخوا لیږدول شوي لوړ دقیق ساعت سیګنالونه کاروي.

د حوالې سرورونو لوی اکثریت څو زره عامه NTP سټراټیم 2 سرورونه د هرچا لپاره خلاص دي. ډیری سازمانونه او کاروونکي (زما په شمول) د ډیری کوربه سره چې د NTP سرور ته اړتیا لري د خپل وخت سرورونو نصبولو لپاره غوره کوي، نو یوازې یو محلي کوربه سټراټم 2 یا 3 ته لاسرسی لري. دوی بیا په شبکه کې پاتې کوربه تنظیموي ترڅو د کارولو لپاره. محلي وخت سرور زما د کور شبکې په حالت کې، دا یو پرت 3 سرور دی.

د NTP مختلف پلي کول

د NTP اصلي تطبیق ntpd دی. دا بیا د دوو نویو، chronyd او systemd-timesyncd سره یوځای شو. ټول درې د NTP وخت سرور سره د محلي کوربه وخت همغږي کوي. د systemd-timesyncd خدمت د chronyd په څیر د اعتبار وړ ندی، مګر دا د ډیری موخو لپاره کافي دی. که چیرې RTC همغږي نه وي، دا کولی شي په تدریجي ډول د سیسټم وخت تنظیم کړي ترڅو د NTP سرور سره همغږي شي کله چې د محلي سیسټم وخت لږ څه حرکت وکړي. د systemd-timesync خدمت د وخت سرور په توګه نشي کارول کیدی.

کرونی د NTP پلي کول دي چې دوه برنامې لري: کرونایډ ډیمون او د کمانډ لاین انٹرفیس چې کرونیک نومیږي. Chrony ځینې ځانګړتیاوې لري چې په ډیری قضیو کې په ساده ډول اړین دي:

• Chrony کولی شي د زاړه ntpd خدمت په پرتله خورا ګړندي د وخت سرور سره همغږي شي. دا د لپټاپونو یا ډیسټاپونو لپاره ښه دی چې ټول وخت نه چلیږي.
• دا کولی شي د ساعت سرعت کې د بدلونونو لپاره جبران کړي، لکه کله چې کوربه خوب کوي یا د خوب حالت ته ننوځي، یا کله چې د ساعت سرعت د فریکونسۍ هپ کولو له امله بدلیږي، کوم چې د ټیټ بار لاندې د ساعت سرعت ورو کوي.
• دا د بې ثباته شبکې اتصال یا شبکې کنجیشن پورې اړوند د وخت ستونزې حل کوي.
• دا د شبکې ځنډ تنظیموي.
• د لومړني وخت همغږي کولو وروسته، Chrony هیڅکله ساعت نه ودروي. دا د ډیری سیسټم خدماتو او غوښتنلیکونو لپاره باثباته او ثابت وخت چمتو کوي.
• Chrony کولی شي حتی د شبکې پیوستون پرته کار وکړي. په دې حالت کې، محلي کوربه یا سرور په لاسي ډول تازه کیدی شي.
• Chrony کولی شي د NTP سرور په توګه عمل وکړي.

یوځل بیا، NTP یو پروتوکول دی چې د لینکس کوربه کې د Chrony یا systemd-timesyncd په کارولو سره پلي کیدی شي.

NTP، Chrony، او systemd-timesyncd RPM کڅوړې د فیډورا په معیاري ذخیره کې شتون لري. systemd-udev RPM د کرنل پیښې مدیر دی چې په فیډورا کې د ډیفالټ لخوا نصب شوی، مګر د کارولو لپاره اړین ندي.

تاسو کولی شئ ټول درې نصب کړئ او د دوی ترمینځ تیر کړئ ، مګر دا به غیر ضروري سر درد رامینځته کړي. نو دا به غوره نه وي. د فیډورا، CentOS او RHEL عصري ریلیزونه د معیاري تطبیق په توګه Chrony ته لیږدول شوي، او سربیره پردې دوی سیسټمd-timesyncd لري. زه فکر کوم چې Chrony ښه کار کوي، د NTP خدمت په پرتله غوره انٹرفیس چمتو کوي، ډیر معلومات او ډیر کنټرول چمتو کوي، کوم چې به یقینا د سیسټم مدیرانو ته اپیل وکړي.

د NTP خدماتو غیر فعال کول

ستاسو کوربه ممکن دمخه د NTP خدمت پرمخ وړي. که داسې وي، تاسو اړتیا لرئ مخکې له دې چې بل شی ته لاړ شئ غیر فعال کړئ. ما کرونایډ چل کړی و نو ما د دې د بندولو او غیر فعالولو لپاره لاندې کمانډونه وکارول. د هر هغه NTP ډیمون لپاره مناسب کمانډونه پرمخ وړئ چې تاسو په خپل کوربه کې روان یاست:

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

وګورئ چې خدمت بند شوی او غیر فعال شوی دی:

[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 ~]#

د پیل کولو دمخه د وضعیت چک کول

د سیسټم ساعت همغږي کولو حالت تاسو ته اجازه درکوي معلومه کړئ چې ایا د NTP خدمت روان دی. څرنګه چې تاسو لا تر اوسه NTP نه دی پیل کړی، د timeync-status کمانډ به دې ته اشاره وکړي:

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

د مستقیم وضعیت غوښتنه مهم معلومات چمتو کوي. د مثال په توګه، د timedatectl کمانډ پرته له کوم دلیل یا پیرامیټونو سره د ډیفالټ حالت فرعي کمانډ اجرا کوي:

[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 ~]#

دا به تاسو ته ستاسو د کوربه ځایی وخت، UTC وخت، او RTC وخت درکړي. په دې حالت کې، د سیسټم وخت د امریکا/نیویارک (TZ) وخت زون ته ټاکل شوی، RTC ځایی وخت زون ته ټاکل شوی، او د NTP خدمت فعال ندی. د RTC وخت د سیسټم وخت څخه یو څه انحراف پیل کړی. دا د هغه سیسټمونو لپاره معمول دی چې ساعتونه یې همغږي شوي ندي. په کوربه کې د آفسیټ مقدار په هغه وخت پورې اړه لري چې د سیسټم وروستی ترکیب شوی و.

موږ د RTC لپاره د ځایی وخت کارولو په اړه خبرداری هم ترلاسه کړ - دا د وخت زون بدلونونو او د ورځې د ر lightا خوندي کولو وخت تنظیماتو باندې پلي کیږي. که کمپیوټر بند وي کله چې بدلونونو ته اړتیا وي، د RTC وخت به بدلون ونلري. مګر د سرورونو یا نورو کوربه ګانو لپاره چې د ساعت په شاوخوا کې کار کوي ، دا په هیڅ ډول ستونزه نده. برسیره پردې، هر هغه خدمت چې د NTP وخت همغږي چمتو کوي به د کوربه وخت د ابتدايي پیل پړاو کې تنظیم کړي، نو دا چې یوځل چې پیل بشپړ شي، وخت به بیا سم وي.

د وخت زون تنظیم کول

عموما، تاسو د نصب کولو پروسې په جریان کې د وخت زون مشخص کوئ، او تاسو اړتیا نلرئ چې وروسته یې بدل کړئ. په هرصورت، ځینې وختونه شتون لري کله چې تاسو اړتیا لرئ خپل وخت زون بدل کړئ. ډیری وسیلې شتون لري چې مرسته کولی شي. لینکس د کوربه ځایی وخت زون ټاکلو لپاره د وخت زون فایلونه کاروي. دا فایلونه په لارښود کې موقعیت لري /usr/share/zoneinfo. په ډیفالټ سره، زما د وخت زون لپاره، سیسټم دا لیکي: /etc/ ځایی وخت -> ../usr/share/zoneinfo/America/New_York. مګر تاسو اړتیا نلرئ د خپل وخت زون بدلولو لپاره دا ډول لنډیزونه وپیژنئ.

کلیدي ستاسو د موقعیت او اړوند کمانډ لپاره د رسمي وخت زون نوم پیژندل دي. راځئ چې ووایو تاسو غواړئ د وخت زون لاس انجلس ته بدل کړئ:

[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>

اوس تاسو کولی شئ خپل وخت زون تنظیم کړئ. ما د بدلونونو چک کولو لپاره د نیټې کمانډ کارولی، مګر تاسو کولی شئ د timedatectl هم وکاروئ:

[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 ~]#

تاسو اوس کولی شئ د خپل کوربه وخت زون بیا ځایی وخت ته بدل کړئ.

systemd-timesyncd

د systemd timeync ډیمون د NTP پلي کول چمتو کوي چې په سیسټم شوي شرایطو کې اداره کول اسانه دي. دا په فیډورا او اوبنټو کې د ډیفالټ لخوا نصب شوی. په هرصورت، دا یوازې په اوبنټو کې د ډیفالټ لخوا پرمخ ځي. زه د نورو توزیعاتو په اړه ډاډه نه یم. تاسو کولی شئ خپل ځان وګورئ:

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

د systemd-timesyncd ترتیب کول

د systemd-timesyncd لپاره د ترتیب کولو فایل دی /etc/systemd/timesyncd.conf. دا یو ساده فایل دی چې د زاړه NTP او کرونایډ خدماتو په پرتله لږ اختیارونه فعال شوي. دلته زما د فیډورا مجازی ماشین کې د دې فایل مینځپانګې (پرته له اضافي بدلونونو) دي:

#  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

یوازینۍ برخه چې دا د تبصرو پرته بل لري [وخت] دی. نورې ټولې کرښې تبصرې شوې. دا ډیفالټ ارزښتونه دي او بدلون ته اړتیا نلري (مګر که تاسو د دې کولو دلیل ولرئ). که تاسو د NTP وخت سرور نلرئ چې په NTP= کرښه کې تعریف شوی وي، فیډورا د فیډورا فال بیک وخت سرور ته ډیفالټ کوي. زه معمولا زما د وخت سرور اضافه کړم:

NTP=myntpserver

Timesync چلول

تاسو کولی شئ د دې په څیر د systemd-timesyncd فعال او پیل کړئ:

[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 ~]#

د هارډویر ساعت تنظیم کول

دا هغه څه دي چې د timeyncd چلولو وروسته وضعیت داسې ښکاري:

[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    

په پیل کې، د RTC او محلي وخت (EDT) ترمنځ توپیر د یوې ثانیې څخه لږ دی، او په راتلونکو څو ورځو کې توپیر د څو ثانیو لخوا زیاتیږي. څرنګه چې RTC د وخت زونونو مفهوم نلري، د timedatectl کمانډ باید د سم وخت زون ټاکلو لپاره پرتله کول ترسره کړي. که چیرې د RTC وخت دقیقا د ځایی وخت سره مطابقت ونلري، نو دا د ځایی وخت زون سره مطابقت نلري.

د نورو معلوماتو په لټه کې، ما د systemd-timesync وضعیت وڅیړ او دا یې وموندل:

[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]#

د لاګ پیغام یادونه وکړئ چې وايي د سیسټم وخت ندی ټاکل شوی یا بیا تنظیم شوی. د Timesync خدمت د سیسټم وخت د مهال ویش پراساس ټاکي. د ټایم سټیمپونه د timeync ډیمون لخوا ساتل کیږي او هرکله چې بریالي ترکیب رامینځته کیږي رامینځته کیږي.

د Timedatectl کمانډ د دې وړتیا نلري چې د سیسټم ساعت څخه د هارډویر ساعت ارزښت واخلي. دا کولی شي یوازې د کمانډ لاین کې داخل شوي ارزښت څخه وخت او نیټه وټاکي. تاسو کولی شئ RTC د hwclock کمانډ په کارولو سره د سیسټم وخت په څیر ورته ارزښت ته وټاکئ:

[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

د --localtime اختیار د هارډویر ساعت ته وايي چې د UTC پرځای ځایی وخت وښیې.

تاسو ولې RTC ته اړتیا لرئ؟

د NTP هر ډول پلي کول به د پیل کولو پرمهال د سیسټم ساعت تنظیم کړي. او بیا ولې RTC؟ دا په بشپړ ډول ریښتیا ندي: دا به یوازې هغه وخت پیښ شي که تاسو د وخت سرور سره د شبکې اړیکه ولرئ. په هرصورت، ډیری سیسټمونه د شبکې پیوستون ته دوامداره لاسرسی نلري، نو د هارډویر ساعت ګټور دی نو لینکس کولی شي د سیسټم وخت د هغې پر بنسټ تنظیم کړي. دا د وخت په لاسي ډول تنظیم کولو څخه غوره دی ، حتی که دا ممکن د ریښتیني وخت څخه انحراف وکړي.

پایلې

دا مقاله د نیټې، وخت، او وخت زونونو اداره کولو لپاره ځینې وسیلې پوښي. د systemd-timesyncd وسیله د NTP پیرودونکي چمتو کوي چې کولی شي په محلي کوربه کې وخت د NTP سرور سره همغږي کړي. په هرصورت، systemd-timesyncd د سرور خدمت نه وړاندې کوي، نو که تاسو په خپل شبکه کې د NTP سرور ته اړتیا لرئ، تاسو باید د سرور په توګه کار کولو لپاره بل څه وکاروئ - لکه Chrony -.

زه ترجیح ورکوم چې زما په شبکه کې د هر خدمت لپاره یو واحد تطبیق ولرم، نو زه Chrony کاروم. که تاسو محلي NTP سرور ته اړتیا نلرئ یا که تاسو د سرور په توګه Chrony او systemd-timesyncd د SNTP پیرودونکي په توګه کارولو فکر نه کوئ. په هرصورت، د پیرودونکي په توګه د Chrony اضافي ب featuresو کارولو ته اړتیا نشته که تاسو د systemd-timesyncd فعالیت څخه راضي یاست.

بل یادونه: تاسو اړتیا نلرئ د NTP پلي کولو لپاره سیسټم شوي وسیلې وکاروئ. تاسو کولی شئ د ntpd، Chrony، یا بل NTP تطبیق پخوانی نسخه وکاروئ. په هرصورت، سیسټمډ ډیری خدمتونه لري؛ ډیری یې اختیاري دي، نو تاسو کولی شئ دوی غیر فعال کړئ او پرځای یې بل څه وکاروئ. دا یو لوی monolithic شیطان نه دی. تاسو ممکن سیسټم یا د هغې برخې خوښ نه کړئ، مګر تاسو باید یو باخبره پریکړه وکړئ.

زه د سیسټمډ NTP پلي کول خوښوم، مګر زه Chrony ته ترجیح ورکوم ځکه چې دا زما اړتیاوې غوره کوي. دا لینوکس دی، ماشوم -)

د اعلاناتو حقونه

VDSina وړاندیز کوي د هر کار لپاره سرورونهد اتوماتیک نصبولو لپاره د عملیاتي سیسټمونو لوی انتخاب، دا ممکنه ده چې د خپل ځان څخه کوم OS نصب کړئ ISO، راحته د کنټرول پینل خپل پراختیا او ورځنۍ تادیه. راځئ چې تاسو ته یادونه وکړو چې موږ ابدي سرورونه لرو چې یقینا بې وخته دي 😉

سرچینه: www.habr.com