Kontrol waktu dan tanggal komputer Anda dengan systemd

Kebanyakan orang peduli dengan waktu. Kami bangun tepat waktu untuk melakukan ritual pagi kami dan pergi bekerja (perjalanan singkat bagi banyak dari kami akhir-akhir ini), istirahat untuk makan siang, memenuhi tenggat waktu proyek, merayakan ulang tahun dan liburan, naik pesawat, dan banyak lagi. .

Beberapa dari kita bahkan terobsesi bersama waktu. Jam tangan saya bertenaga surya dan memperoleh waktu yang tepat dari Institut Nasional Standar dan Teknologi (NIST) di Fort Collins, Colorado, melalui stasiun radio sinyal waktu WWVB yang terletak di sana. Sinyal waktu disinkronkan ke jam atom, juga terletak di Fort Collins. Fitbit saya menyinkronkan ke ponsel saya, yang disinkronkan ke server Network Time Protocol (NTP), yang akhirnya disinkronkan ke jam atom.

Mengapa waktu penting bagi komputer

Ada banyak alasan mengapa perangkat dan komputer kita membutuhkan waktu yang tepat. Misalnya, di perbankan, pasar saham, dan bisnis keuangan lainnya, transaksi harus dijaga dalam urutan yang benar, dan urutan waktu yang tepat sangat penting untuk itu.

Ponsel, tablet, mobil, sistem GPS, dan komputer kami semuanya memerlukan pengaturan waktu dan tanggal yang tepat. Saya ingin jam di desktop komputer saya benar, jadi saya dapat mengandalkan aplikasi kalender lokal saya untuk memunculkan pengingat pada waktu yang tepat. Waktu yang tepat juga memastikan pekerjaan cron SystemV dan timer systemd terpicu pada waktu yang tepat.

Waktu yang tepat juga penting untuk logging, jadi sedikit lebih mudah untuk menemukan entri log tertentu berdasarkan waktu. Sebagai contoh, saya pernah bekerja di DevOps (saat itu tidak disebut demikian) untuk sistem email Negara Bagian Carolina Utara. Kami dulu memproses lebih dari 20 juta email per hari. Mengikuti jejak email melalui serangkaian server atau menentukan urutan kejadian yang tepat dengan menggunakan file log pada host yang tersebar secara geografis dapat menjadi jauh lebih mudah jika komputer yang bersangkutan menjaga waktu yang tepat.

Beberapa kali

Host Linux memiliki dua waktu untuk dipertimbangkan:waktu sistem dan waktu RTC. RTC adalah singkatan dari jam waktu nyata, yang merupakan nama yang mewah dan tidak terlalu akurat untuk jam perangkat keras sistem.

Jam perangkat keras berjalan terus menerus, bahkan saat komputer dimatikan, dengan menggunakan baterai pada motherboard sistem. Fungsi utama RTC adalah untuk menjaga waktu ketika koneksi ke server waktu tidak tersedia. Di zaman kegelapan komputer pribadi, tidak ada internet untuk terhubung ke server waktu, jadi satu-satunya waktu komputer yang tersedia adalah jam internal. Sistem operasi harus bergantung pada RTC saat boot, dan pengguna harus mengatur waktu sistem secara manual menggunakan antarmuka konfigurasi BIOS perangkat keras untuk memastikannya sudah benar.

Jam perangkat keras tidak memahami konsep zona waktu; hanya waktu yang disimpan dalam RTC, bukan zona waktu atau offset dari UTC (Waktu Terkoordinasi Universal, yang juga dikenal sebagai GMT, atau Greenwich Mean Time). Anda dapat mengatur RTC dengan alat yang akan saya jelajahi nanti di artikel ini.

Waktu sistem adalah waktu yang diketahui oleh sistem operasi. Ini adalah waktu yang Anda lihat pada jam GUI di desktop Anda, dalam output dari date perintah, dalam stempel waktu untuk log, dan dalam akses file, ubah, dan ubah waktu.

rtc halaman manual berisi diskusi yang lebih lengkap tentang RTC dan jam sistem serta fungsionalitas RTC.

Bagaimana dengan NTP?

Komputer di seluruh dunia menggunakan NTP (Network Time Protocol) untuk menyinkronkan waktu mereka dengan jam referensi standar internet melalui hierarki server NTP. Server waktu utama berada di strata 1, dan terhubung langsung ke berbagai layanan waktu nasional di strata 0 melalui satelit, radio, atau bahkan modem melalui saluran telepon. Layanan waktu pada strata 0 dapat berupa jam atom, penerima radio yang disetel ke sinyal yang disiarkan oleh jam atom, atau penerima GPS yang menggunakan sinyal jam yang sangat akurat yang disiarkan oleh satelit GPS.

Lebih banyak sumber daya Linux

• Lembar contekan perintah Linux
• Lembar contekan perintah Linux tingkat lanjut
• Kursus online gratis:Ikhtisar Teknis RHEL
• Lembar contekan jaringan Linux
• Lembar contekan SELinux
• Lembar contekan perintah umum Linux
• Apa itu container Linux?
• Artikel Linux terbaru kami

Untuk mencegah permintaan waktu dari server waktu atau klien yang lebih rendah dalam hierarki (yaitu, dengan jumlah strata yang lebih tinggi) agar tidak membanjiri server referensi utama, beberapa ribu server NTP strata 2 publik terbuka dan tersedia untuk digunakan semua orang. Banyak organisasi dan pengguna (termasuk saya) dengan sejumlah besar host yang memerlukan server NTP memilih untuk mengatur server waktu mereka sendiri, jadi hanya satu host lokal yang mengakses server waktu strata 2 atau 3 ini. Kemudian mereka mengkonfigurasi host yang tersisa di jaringan untuk menggunakan server waktu lokal. Dalam kasus jaringan rumah saya, itu adalah server strata 3.

Opsi penerapan NTP

Implementasi NTP asli adalah ntpd , dan telah digabungkan dengan dua yang lebih baru, chronyd dan systemd-timesyncd . Ketiganya menjaga waktu host lokal disinkronkan dengan server waktu NTP. Layanan systemd-timesyncd tidak sekuat chronyd, tetapi cukup untuk sebagian besar tujuan. Ini dapat melakukan lompatan waktu yang besar jika RTC jauh tidak sinkron, dan dapat menyesuaikan waktu sistem secara bertahap untuk tetap sinkron dengan server NTP jika waktu sistem lokal sedikit menyimpang. Layanan systemd-timesync tidak dapat digunakan sebagai server waktu.

Chrony adalah implementasi NTP yang berisi dua program:daemon chronyd dan antarmuka baris perintah yang disebut chronyc. Seperti yang saya jelaskan di artikel sebelumnya, Chrony memiliki beberapa fitur yang menjadikannya pilihan terbaik untuk banyak lingkungan, terutama:

• Chrony dapat menyinkronkan ke server waktu jauh lebih cepat daripada layanan ntpd lama. Ini bagus untuk laptop atau desktop yang tidak berjalan terus-menerus.
• Ini dapat mengimbangi fluktuasi frekuensi clock, seperti saat host berhibernasi atau memasuki mode tidur, atau saat kecepatan clock bervariasi karena loncatan frekuensi yang memperlambat kecepatan clock saat beban rendah.
• Ini menangani koneksi jaringan yang terputus-putus dan saturasi bandwidth.
• Ini menyesuaikan penundaan dan latensi jaringan.
• Setelah sinkronisasi waktu awal, Chrony tidak pernah menghentikan jam. Ini memastikan interval waktu yang stabil dan konsisten untuk banyak layanan dan aplikasi sistem.
• Chrony dapat bekerja bahkan tanpa koneksi jaringan. Dalam hal ini, host atau server lokal dapat diperbarui secara manual.
• Chrony dapat bertindak sebagai server NTP.

Untuk memperjelas, NTP adalah protokol yang diimplementasikan pada host Linux menggunakan Chrony atau systemd-timesyncd.service.

Paket RPM NTP, Chrony, dan systemd-timesyncd tersedia di repositori Fedora standar. RPM systemd-udev adalah node perangkat berbasis aturan dan manajer peristiwa kernel yang diinstal secara default dengan Fedora tetapi tidak diaktifkan.

Anda dapat menginstal ketiganya dan beralih di antara mereka, tetapi itu menyusahkan dan tidak sepadan dengan masalahnya. Rilis modern Fedora, CentOS, dan RHEL telah dipindahkan dari NTP ke Chrony sebagai implementasi ketepatan waktu default, dan mereka juga menginstal systemd-timesyncd. Saya menemukan bahwa Chrony bekerja dengan baik, menyediakan antarmuka yang lebih baik daripada layanan NTP, menyajikan lebih banyak informasi, dan meningkatkan kontrol, yang semuanya merupakan keuntungan bagi sysadmin.

Nonaktifkan layanan NTP lainnya

Ada kemungkinan layanan NTP sudah berjalan di host Anda. Jika demikian, Anda perlu menonaktifkannya sebelum beralih ke yang lain. Saya telah menggunakan chronyd, jadi saya menggunakan perintah berikut untuk menghentikan dan menonaktifkannya. Jalankan perintah yang sesuai untuk daemon NTP apa pun yang Anda gunakan di host Anda:

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

Verifikasi bahwa itu dihentikan dan dinonaktifkan:

[root@testvm1 ~]# systemctl status chronyd
● chronyd.service - klien/server NTP
     Dimuat:dimuat (/usr/lib/systemd/system/chronyd.service; dinonaktifkan; vendor preset:diaktifkan)
     Aktif:tidak aktif (mati)
       Dokumen:man:chronyd(8)
             man:chrony.conf(5)
[root@testvm1 ~]# 
Periksa status sebelum memulai
 

 Status timesync systemd menunjukkan apakah systemd telah memulai layanan NTP. Karena Anda belum memulai systemd NTP, timesync-status perintah tidak mengembalikan data:
 
[root@testvm1 ~]# timedatectl timesync-status 
Gagal membuat kueri server:Tidak dapat mengaktifkan rekan jarak jauh.
 

 Tapi status straight permintaan memberikan beberapa informasi penting. Misalnya, timedatectl perintah tanpa argumen atau opsi menyiratkan status subperintah sebagai default:
 
[root@testvm1 ~]# timedatectl status
           Waktu setempat:Jum 15-05-2020 08:43:10 EDT  
           Waktu universal:Jum 15-05-2020 12:43:10 UTC 
                 Waktu RTC:Jum 15-05-2020 08:43:08      
                Zona waktu:America/New_York (EDT, -0400)
Sistem jam disinkronkan:tidak       <       inactive                     
          RTC di TZ lokal:yes                    

Peringatan:Sistem dikonfigurasi untuk membaca waktu RTC di zona waktu lokal.  . Ini akan menimbulkan berbagai masalah
         dengan perubahan zona waktu dan penyesuaian waktu musim panas. RTC
         waktu tidak pernah diperbarui, ia bergantung pada fasilitas eksternal untuk mempertahankannya.
         Jika memungkinkan, gunakan RTC di UTC dengan memanggil
         'timedatectl set-local-rtc 0'.
[root@testvm1 ~]#
 

 Ini mengembalikan waktu lokal untuk host Anda, waktu UTC, dan waktu RTC. Ini menunjukkan bahwa waktu sistem diatur ke America/New_York zona waktu (TZ ), RTC diatur ke waktu di zona waktu lokal, dan layanan NTP tidak aktif. Waktu RTC sudah mulai sedikit menyimpang dari waktu sistem. Ini normal dengan sistem yang jamnya belum disinkronkan. Jumlah drift pada host bergantung pada jumlah waktu sejak sistem terakhir disinkronkan dan kecepatan drift per unit waktu.
 

 Ada juga pesan peringatan tentang penggunaan waktu lokal untuk RTC—ini terkait dengan perubahan zona waktu dan penyesuaian waktu musim panas. Jika komputer mati saat perubahan perlu dilakukan, waktu RTC tidak akan berubah. Ini bukan masalah di server atau host lain yang diaktifkan 24/7. Selain itu, layanan apa pun yang menyediakan sinkronisasi waktu NTP akan memastikan host disetel ke waktu yang tepat di awal proses startup, sehingga akan benar sebelum sepenuhnya aktif dan berjalan.
 
Setel zona waktu
 

 Biasanya, Anda menetapkan zona waktu komputer selama prosedur penginstalan dan tidak perlu mengubahnya. Namun, ada kalanya Anda perlu mengubah zona waktu, dan ada beberapa alat untuk membantu. Linux menggunakan file zona waktu untuk menentukan zona waktu lokal yang digunakan oleh host. File biner ini terletak di /usr/share/zoneinfo direktori. Default untuk zona waktu saya ditentukan oleh tautan /etc/localtime -> ../usr/share/zoneinfo/America/New_York . Tapi Anda tidak perlu tahu itu untuk mengubah zona waktu.
 

 Tetapi Anda perlu mengetahui nama zona waktu resmi untuk lokasi Anda. Katakanlah Anda ingin mengubah zona waktu ke Los Angeles:
 
[root@testvm2 ~]# timedatectl daftar-zona waktu |               Eropa/Budapest
Amerika/Lima                               Eropa/Chisinau
Amerika/Los_Angeles  >    />Amerika/Managua                 Eropa/Gibraltar
Amerika/Manaus                  Eropa/Helsinki
 

 Sekarang Anda dapat mengatur zona waktu. Saya menggunakan date perintah untuk memverifikasi perubahan, tetapi Anda juga dapat menggunakan timedatectl :
 
[root@testvm2 ~]# tanggal
Sel 19 Mei 2020 04:47:49 EDT
[root@testvm2 ~]# timedatectl set-timezone America/Los_Angeles
[root @testvm2 ~]# tanggal
Sel 19 Mei 2020 01:48:23 PM PDT
[root@testvm2 ~]#
 

 Sekarang Anda dapat mengubah zona waktu host Anda kembali ke zona waktu lokal Anda.
 
systemd-timesyncd
 

 Daemon timesync systemd menyediakan implementasi NTP yang mudah dikelola dalam konteks systemd. Itu diinstal secara default di Fedora dan Ubuntu dan dimulai secara default di Ubuntu tetapi tidak di Fedora. Saya tidak yakin tentang distro lain; Anda dapat memeriksa milik Anda dengan:
 
[root@testvm1 ~]# systemctl status systemd-timesyncd 
 
Konfigurasi systemd-timesyncd
 

 File konfigurasi untuk systemd-timesyncd adalah /etc/systemd/timesyncd.conf . Ini adalah file sederhana dengan lebih sedikit opsi yang disertakan daripada layanan NTP dan chronyd yang lebih lama. Berikut adalah isi lengkap dari versi default file ini di Fedora VM saya:
 
#  File ini adalah bagian dari systemd.
#
#  systemd adalah perangkat lunak gratis; Anda dapat mendistribusikan ulang dan/atau memodifikasinya
#  di bawah persyaratan GNU Lesser General Public License sebagaimana diterbitkan oleh
#  Free Software Foundation; baik versi 2.1 dari Lisensi, atau
#  (sesuai pilihan Anda) versi yang lebih baru.
#
# Entri dalam file ini menunjukkan default waktu kompilasi.
# Anda dapat mengubah pengaturan dengan mengedit file ini.
# Default dapat dipulihkan hanya dengan menghapus file ini.
#
# Lihat timesyncd.conf(5) untuk detailnya.

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

 Satu-satunya bagian yang ada di dalamnya selain komentar adalah [Time] , dan semua baris dikomentari. Ini adalah nilai default dan tidak perlu diubah atau dibatalkan komentarnya (kecuali jika Anda memiliki alasan untuk melakukannya). Jika Anda tidak memiliki server waktu NTP tertentu yang ditentukan dalam NTP= baris, default Fedora adalah kembali ke kumpulan server waktu Fedora. Saya ingin menambahkan server waktu di jaringan saya ke baris ini:
 
NTP=myntpserver 
 
Mulai sinkronisasi waktu
 

 Memulai dan mengaktifkan systemd-timesyncd sama seperti layanan lainnya:
 
[root@testvm2 ~]# systemctl mengaktifkan systemd-timesyncd.service
Membuat symlink /etc/systemd/system/dbus-org.freedesktop.timesync1.service → /usr/lib/systemd/system/systemd -timesyncd.service.
Membuat 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 ~]#
 
Setel jam perangkat keras
 

 Berikut tampilan salah satu sistem saya setelah memulai timesyncd:
 
[root@testvm2 systemd]# timedatectl 
               Waktu setempat:Sab 16-05-2020 14:34:54 EDT  
           Waktu universal:Sabtu 16-05-2020 18:34:54 UTC  
                 Waktu RTC:Sab 16-05-2020 14:34:53      
                Zona waktu:America/New_York (EDT, -0400)
Jam sistem disinkronkan:ya        
          RTC di TZ lokal:no    
 

 Waktu RTC berjarak sekitar satu detik dari waktu lokal (EDT), dan perbedaan bertambah beberapa detik lagi selama beberapa hari ke depan. Karena RTC tidak memiliki konsep zona waktu, timedatectl perintah harus melakukan perbandingan untuk menentukan zona waktu mana yang cocok. Jika waktu RTC tidak sama persis dengan waktu lokal, waktu tersebut tidak dianggap berada dalam zona waktu lokal.
 

 Untuk mencari sedikit lebih banyak informasi, saya memeriksa status systemd-timesync.service dan menemukan:
 
[root@testvm2 systemd]# systemctl status systemd-timesyncd.service 
● systemd-timesyncd.service - Sinkronisasi Waktu Jaringan
     Dimuat:dimuat (/usr/lib/systemd/system/systemd- timesyncd.service; diaktifkan; preset vendor:dinonaktifkan)
     Aktif:aktif (berjalan) sejak Sabtu 16-05-2020 13:56:53 EDT; 18 jam yang lalu
       Dokumen:man:systemd-timesyncd.service(8)
   PID Utama:822 (systemd-timesyn)
     Status:"Sinkronisasi awal ke server waktu 163.237.218.19:123 (2 .fedora.pool.ntp.org)."
      Tugas:2 (batas:10365)
     Memori:2,8M
        CPU:476 md
     CGroup:/system.slice/systemd -timesyncd.service
             └─822 /usr/lib/systemd/systemd-timesyncd

16 Mei 09:57:24 testvm2.both.org systemd[1]:Memulai Sinkronisasi Waktu Jaringan ...
16 Mei 09:57:24 testvm2.both.org systemd-timesyncd[822]:Waktu jam sistem tidak disetel atau melompat mundur, memulihkan dari stempel waktu yang direkam:Sabtu 16-05-2020 13:56:53 EDT
16 Mei 13:56:53 testvm2.both.org systemd[1]:Memulai Sinkronisasi Waktu Jaringan.
16 Mei 13:57:56 testvm2.both.org systemd-timesyncd[822]:Sinkronisasi awal ke server waktu 163.237.218.19:123 (2.fedora.pool.ntp.org).
[root@testvm2 systemd]#
 

 Perhatikan pesan log yang mengatakan waktu jam sistem tidak disetel atau melompat mundur. Layanan sinkronisasi waktu menyetel waktu sistem dari stempel waktu. Stempel waktu dikelola oleh daemon sinkronisasi waktu dan dibuat pada setiap sinkronisasi waktu yang berhasil.
 

 timedatectl perintah tidak memiliki kemampuan untuk mengatur nilai jam perangkat keras dari jam sistem; itu hanya dapat menyetel waktu dan tanggal dari nilai yang dimasukkan pada baris perintah. Namun, Anda dapat mengatur RTC ke nilai yang sama dengan waktu sistem dengan menggunakan hwclock perintah:
 
[root@testvm2 ~]# /sbin/hwclock --systohc --localtime 
[root@testvm2 ~]# timedatectl 
               Waktu setempat:Sen-18-05-2020 13:56:46 EDT  
           Waktu universal:Sen-18-05-2020 17:56:46 UTC  
                 Waktu RTC:Sen-18-05-2020 13:56:46    
               , -0400)
Jam sistem disinkronkan:yes                          
              NTP service:active                       
    
 --localtime opsi memastikan bahwa jam perangkat keras disetel ke waktu lokal, bukan UTC.
 
Apakah Anda benar-benar membutuhkan RTC?
 

 Setiap implementasi NTP akan mengatur jam sistem selama urutan startup, jadi apakah RTC diperlukan? Tidak juga, selama Anda memiliki koneksi jaringan ke server waktu. Namun, banyak sistem tidak memiliki akses penuh waktu ke koneksi jaringan, sehingga jam perangkat keras berguna agar Linux dapat membacanya dan mengatur waktu sistem. Ini adalah solusi yang lebih baik daripada harus mengatur waktu dengan tangan, meskipun mungkin menyimpang dari waktu sebenarnya.
 
Ringkasan
 

 Artikel ini mengeksplorasi penggunaan beberapa alat systemd untuk mengelola tanggal, waktu, dan zona waktu. Alat systemd-timesyncd menyediakan klien NTP yang layak yang dapat menjaga waktu pada host lokal yang disinkronkan dengan server NTP. Namun, systemd-timesyncd tidak menyediakan layanan server, jadi jika Anda memerlukan server NTP di jaringan Anda, Anda harus menggunakan sesuatu yang lain, seperti Chrony, untuk bertindak sebagai server.
 

 Saya lebih suka memiliki implementasi tunggal untuk layanan apa pun di jaringan saya, jadi saya menggunakan Chrony. Jika Anda tidak memerlukan server NTP lokal, atau jika Anda tidak keberatan berurusan dengan Chrony untuk server dan systemd-timesyncd untuk klien dan Anda tidak memerlukan kemampuan tambahan Chrony, maka systemd-timesyncd adalah pilihan yang dapat digunakan untuk klien NTP .
 

 Ada poin lain yang ingin saya sampaikan:Anda tidak harus menggunakan alat systemd untuk implementasi NTP. Anda dapat menggunakan ntpd lama atau Chrony atau implementasi NTP lainnya. systemd terdiri dari sejumlah besar layanan; banyak dari mereka adalah opsional, sehingga mereka dapat dinonaktifkan dan sesuatu yang lain digunakan sebagai gantinya. Bukan monster monolitik besar yang dibuat beberapa orang. Tidak apa-apa untuk tidak menyukai systemd atau bagiannya, tetapi Anda harus membuat keputusan yang tepat.
 

 Saya tidak menyukai implementasi NTP systemd, tetapi saya lebih suka Chrony karena lebih memenuhi kebutuhan saya. Dan itulah inti dari Linux.
 
Sumber daya
 

 Ada banyak informasi tentang systemd yang tersedia di internet, tetapi banyak yang singkat, tumpul, atau bahkan menyesatkan. Selain sumber daya yang disebutkan dalam artikel ini, halaman web berikut menawarkan informasi yang lebih mendetail dan andal tentang startup systemd.
 
 
Proyek Fedora memiliki panduan praktis yang baik untuk systemd. Ini memiliki hampir semua yang perlu Anda ketahui untuk mengonfigurasi, mengelola, dan memelihara komputer Fedora menggunakan systemd.
 
Proyek Fedora juga memiliki lembar contekan bagus yang merujuk silang perintah SystemV lama ke perintah systemd yang sebanding.
 
Untuk informasi teknis terperinci tentang systemd dan alasan pembuatannya, lihat deskripsi Freedesktop.org tentang systemd.
 
"Lebih banyak sistem menyenangkan" dari Linux.com menawarkan informasi dan tips sistem yang lebih canggih.
 
 

 Ada juga serangkaian artikel yang sangat teknis untuk sysadmin Linux oleh Lennart Poettering, perancang dan pengembang utama systemd. Artikel-artikel ini ditulis antara April 2010 dan September 2011, tetapi masih relevan sekarang seperti dulu. Banyak hal bagus lainnya yang telah ditulis tentang systemd dan ekosistemnya didasarkan pada makalah ini.
 
 
Memikirkan kembali PID 1
 
systemd untuk Administrator, Bagian I
 
systemd untuk Administrator, Bagian II
 
systemd untuk Administrator, Bagian III
 
systemd untuk Administrator, Bagian IV
 
systemd untuk Administrator, Bagian V
 
systemd untuk Administrator, Bagian VI
 
systemd untuk Administrator, Bagian VII
 
systemd untuk Administrator, Bagian VIII
 
systemd untuk Administrator, Bagian IX
 
systemd untuk Administrator, Bagian X
 
systemd untuk Administrator, Bagian XI