0 - en to id-ID translation catalogue (389 entries)

en: System boot
id-ID: Boot sistem

en: Initscripts
id-ID: Initscript

en: Rights
id-ID: Hak

en: Permissions
id-ID: Izin

en: Supervision
id-ID: Pengawasan

en: Backup
id-ID: Cadangan

en: Unix Services
id-ID: Layanan Unix

en: This chapter covers a number of basic services that are common to many Unix systems. All administrators should be familiar with them.
id-ID: Bab ini membahas tentang layanan dasar yang biasa digunakan pada banyak sistem Unix. Semua administator seharusnya sudah terbiasa dengan mereka.

en: System Boot
id-ID: Boot Sistem

en: <primary>booting</primary><secondary>the system</secondary>
id-ID: <primary>boot</primary><secondary>sistem</secondary>

en: When you boot the computer, the many messages scrolling by on the console display many automatic initializations and configurations that are being executed. Sometimes you may wish to slightly alter how this stage works, which means that you need to understand it well. That is the purpose of this section.
id-ID: Ketika Anda mem-boot komputer, banyak pesan bergulir pada layar konsol yang menampilkan banyak inisialisasi dan konfigurasi otomatis yang sedang dieksekusi. Kadang-kadang Anda mungkin ingin mengubah sedikit bagaimana tahap ini bekerja, yang berarti bahwa Anda perlu untuk memahaminya dengan baik. Itulah tujuan dari bagian ini.

en: The systemd init system
id-ID: Sistem init systemd

en: The “real init” is currently provided by <emphasis role="pkg">systemd</emphasis> and this section documents this init system.
id-ID: ”init sejati” saat ini disediakan oleh <emphasis role="pkg">systemd</emphasis> dan seksi ini mendokumentasikan sistem init ini.

en: <emphasis>CULTURE</emphasis> Before <command>systemd</command>
id-ID: <emphasis>KULTUR</emphasis> Sebelum <command>systemd</command>

en: <command>systemd</command> is a relatively recent “init system”, and although it was already available, to a certain extent, in <emphasis role="distribution">Wheezy</emphasis>, it has only become the default in Debian <emphasis role="distribution">Jessie</emphasis>. Previous releases relied, by default, on the “System V init” (in the <emphasis role="pkg">sysv-rc</emphasis> package), a much more traditional system. We describe the System V init later on.
id-ID: <command>systemd</command> adalah ”sistem init” yang relatif baru, dan walaupun sudah tersedia, sampai batas tertentu, dalam <emphasis role="distribution">Wheezy</emphasis>, itu hanya menjadi baku dalam Debian <emphasis role="distribution">Jessie</emphasis>. Rilis-rilis sebelumnya mengandalkan, secara baku, ”init System V” (dalam paket <emphasis role="pkg">sysv-rc</emphasis>), suatu sistem yang jauh lebih tradisional. Kami menjelaskan init System V belakangan.

en: <emphasis>ALTERNATIVE</emphasis> Other boot systems
id-ID: <emphasis>ALTERNATIF</emphasis> Sistem boot lain

en: The <command>upstart</command> system is still not perfectly tested on Debian. It is event based: init scripts are no longer executed in a sequential order but in response to events such as the completion of another script upon which they are dependent. This system, started by Ubuntu, was present in Debian <emphasis role="distribution">Jessie</emphasis>, but was not the default; it came, in fact, as a replacement for <emphasis role="pkg">sysvinit</emphasis>, and one of the tasks launched by <command>upstart</command> was to launch the scripts written for traditional systems, especially those from the <emphasis role="pkg">sysv-rc</emphasis> package.
id-ID: Sistem <command>upstart</command> belum diuji secara sempurna pada Debian. Itu berbasis kejadian: skrip-skrip init tidak lagi dijalankan berurutan tapi sebagai respon atas kejadian seperti misalnya selesai dijalankannya skrip lain yang menjadi ketergantungannya. Sistem ini, dimulai oleh Ubuntu, ada dalam Debian <emphasis role="distribution">Jessie</emphasis>, tapi tidak baku; itu hadir, faktanya, sebagai pengganti <emphasis role="pkg">sysvinit</emphasis>, dan satu dari tugas yang diluncurkan oleh <command>upstrart</command> adalah untuk meluncurkan skrip-skrip yang ditulis untuk sistem-sistem tradisional, khususnya yang dari paket <emphasis role="pkg">sysv-rc</emphasis>.

en: Boot sequence of a computer running Linux with systemd
id-ID: Urutan boot dari komputer yang menjalankan Linux dengan systemd

en: <emphasis>SPECIFIC CASE</emphasis> Booting from the network
id-ID: <emphasis>KASUS SPESIFIK</emphasis> Boot dari jaringan

en: Booting from the network can be used to launch the <command>debian-installer</command> or FAI (see <xref linkend="sect.installation-methods" />).
id-ID: Boot dari jaringan dapat digunakan untuk meluncurkan <command>debian-installer</command> atau FAI (lihat <xref linkend="sect.installation-methods" />.

en: <emphasis>BACK TO BASICS</emphasis> The process, a program instance
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> Proses, suatu instansi program

en: <primary>process</primary>
id-ID: <primary>proses</primary>

en: <emphasis>SECURITY</emphasis> Using a shell as <command>init</command> to gain root rights
id-ID: <emphasis>KEAMANAN</emphasis> Memakai sebuah shell sebagai <command>init</command> untuk mendapatkan hak root

en: By convention, the first process that is booted is the <command>init</command> program (which is a symbolic link to <filename>/lib/systemd/systemd</filename> by default). However, it is possible to pass an <literal>init</literal> option to the kernel indicating a different program.
id-ID: Menurut konvensi, proses pertama yang di-boot adalah program <command>init</command> (yang secara baku merupakan taut simbolik ke <filename>/lib/systemd/systemd</filename>). Namun, mungkin untuk melewatkan suatu opsi <literal>init</literal> ke kernel yang mengindikasikan suatu program lain.

en: Any person who is able to access the computer can press the <keycap>Reset</keycap> button, and thus reboot it. Then, at the bootloader's prompt, it is possible to pass the <literal>init=/bin/sh</literal> option to the kernel to gain root access without knowing the administrator's password.
id-ID: Sebarang orang yang dapat mengakses komputer bisa menekan tombol <keycap>Reset</keycap>, dan sehingga me-reboot. Kemudian, pada prompt bootloader, mungkin untuk melewatkan opsi <literal>init=/bin/sh</literal> ke kernel untuk mendapatkan akses root tanpa mengetahui sandi administrator.

en: To prevent this, you can protect the bootloader itself with a password. You might also think about protecting access to the BIOS (a password protection mechanism is almost always available), without which a malicious intruder could still boot the machine on a removable media containing its own Linux system, which they could then use to access data on the computer's hard drives.
id-ID: Untuk mencegah hal ini, Anda dapat melindungi bootloader sendiri dengan kata sandi. Anda juga mungkin berpikir tentang melindungi akses ke BIOS (mekanisme perlindungan sandi hampir selalu tersedia), yang tanpanya penyusup jahat masih bisa mem-boot mesin pada media lepas-pasang yang berisi sistem Linux sendiri, yang kemudian dapat digunakan untuk mengakses data pada hard drive komputer.

en: Systemd executes several processes, in charge of setting up the system: keyboard, drivers, filesystems, network, services. It does this while keeping a global view of the system as a whole, and the requirements of the components. Each component is described by a “unit file” (sometimes more); the general syntax is derived from the widely-used “*.ini files“ syntax, with <literal><replaceable>key</replaceable> = <replaceable>value</replaceable></literal> pairs grouped between <literal>[<replaceable>section</replaceable>]</literal> headers. Unit files are stored under <filename>/lib/systemd/system/</filename> and <filename>/etc/systemd/system/</filename>; they come in several flavors, but we will focus on “services” and “targets” here.
id-ID: Systemd mengeksekusi beberapa proses, yang bertanggung jawab menyiapkan sistem: papan ketik, driver, sistem berkas, jaringan, layanan. Itu melakukan hal ini sambil menyimpan pandangan global sistem secara keseluruhan, serta kebutuhan komponen-komponen. Masing-masing komponen digambarkan oleh ”berkas unit” (kadang-kadang lebih); sintaks yang umum diturunkan dari sintaks ”berkas *.ini” yang banyak digunakan, dengan pasangan-pasangan <literal><replaceable>kunci</replaceable> = <replaceable>nilai</replaceable></literal> dikelompokkan antara header-header <literal>[<replaceable>section</replaceable>]</literal>. Berkas unit disimpan di bawah <filename>/lib/systemd/sistem/</filename> dan <filename>/etc/systemd/system/</filename>; mereka datang dalam beberapa rasa, tapi kami akan fokus pada ”layanan” dan ”target” di sini.

en: Since unit files are declarative rather than scripts or programs, they cannot be run directly, and they are only interpreted by systemd; several utilities therefore allow the administrator to interact with systemd and control the state of the system and of each component.
id-ID: Karena berkas unit deklaratif, bukan skrip atau program, mereka tidak dapat dijalankan secara langsung, dan mereka hanya ditafsirkan oleh systemd; beberapa utilitas karena itu memungkinkan administrator untuk berinteraksi dengan systemd dan mengendalikan keadaan sistem dan setiap komponen.

en: The first such utility is <command>systemctl</command>. When run without any arguments, it lists all the unit files known to systemd (except those that have been disabled), as well as their status. <command>systemctl status</command> gives a better view of the services, as well as the related processes. If given the name of a service (as in <command>systemctl status ntp.service</command>), it returns even more details, as well as the last few log lines related to the service (more on that later).
id-ID: Utilitas pertama yang seperti itu adalah <command>systemctl</command>. Ketika dijalankan tanpa argumen, itu menampilkan semua berkas unit yang dikenal systemd (kecuali yang dinonaktifkan), maupun status mereka. <command>systemctl status</command> memberikan pandangan yang lebih baik atas layanan, maupun proses-proses terkait. Bila nama yang diberikan pada suatu layanan (seperti dalam <command>systemctl status ntp.service</command>), itu bahkan mengembalikan lebih banyak rincian, maupun beberapa baris log terakhir yang terkait dengan layanan (lebih jauh tentang ini nanti).

en: Starting a service by hand is a simple matter of running <command>systemctl start <replaceable>servicename</replaceable>.service</command>. As one can guess, stopping the service is done with <command>systemctl stop <replaceable>servicename</replaceable>.service</command>; other subcommands include <command>reload</command> and <command>restart</command>.
id-ID: Memulai suatu layanan secara manual hanya sekedar masalah menjalankan <command>systemctl start <replaceable>namalayanan</replaceable>.service</command>. Seperti dapat diduga, menghentikan layanan dilakukan dengan <command>systemctl stop <replaceable>namalayanan</replaceable>.service</command>; sub perintah lain termasuk <command>reload</command> dan <command>restart</command>.

en: To control whether a service is active (i.e. whether it will get started automatically on boot), use <command>systemctl enable <replaceable>servicename</replaceable>.service</command> (or <command>disable</command>). <command>is-enabled</command> allows checking the status of the service.
id-ID: Untuk mengendalikan apakah suatu layanan aktif (yaitu apakah itu akan secara otomatis dijalankan saat boot), gunakan <command>systemctl enable <replaceable>namalayanan</replaceable>.service</command> (atau <command>disable</command>). <command>is-enabled</command> memungkinkan memeriksa status layanan.

en: An interesting feature of systemd is that it includes a logging component named <command>journald</command>. It comes as a complement to more traditional logging systems such as <command>syslogd</command>, but it adds interesting features such as a formal link between a service and the messages it generates, and the ability to capture error messages generated by its initialization sequence. The messages can be displayed later on, with a little help from the <command>journalctl</command> command. Without any arguments, it simply spews all log messages that occurred since system boot; it will rarely be used in such a manner. Most of the time, it will be used with a service identifier:
id-ID: Fitur menarik dari systemd adalah bahwa itu menyertakan komponen log bernama <command>journald</command>. Datang sebagai pelengkap untuk sistem log yang lebih tradisional seperti <command>syslogd</command>, tetapi itu menambahkan fitur-fitur menarik seperti kaitan formal antara suatu layanan dan pesan-pesan yang dihasilkannya, dan kemampuan untuk menangkap pesan kesalahan yang dihasilkan oleh urutan inisialisasi. Pesan dapat ditampilkan kemudian, dengan sedikit bantuan dari perintah <command>journalctl</command>. Tanpa argumen, itu hanya memunculkan semua pesan log yang terjadi sejak boot sistem; itu akan jarang digunakan dengan cara demikian. Kebanyakan, itu akan digunakan dengan suatu tanda pengenal layanan:

en: Another useful command-line flag is <command>-f</command>, which instructs <command>journalctl</command> to keep displaying new messages as they are emitted (much in the manner of <command>tail -f <replaceable>file</replaceable></command>).
id-ID: Bendera baris perintah lain yang berguna adalah <command>-f</command>, yang memerintahkan <command>journalctl</command> untuk tetap menampilkan pesan baru seperti saat mereka dikeluarkan (seperti gaya <command>tail -f <replaceable>berkas</replaceable></command>).

en: If a service doesn't seem to be working as expected, the first step to solve the problem is to check that the service is actually running with <command>systemctl status</command>; if it is not, and the messages given by the first command are not enough to diagnose the problem, check the logs gathered by journald about that service. For instance, assume the SSH server doesn't work:
id-ID: Jika suatu layanan tampaknya tidak bekerja seperti yang diharapkan, langkah pertama untuk memecahkan masalah adalah memeriksa apakah layanan memang sedang berjalan dengan <command>systemctl status</command>; jika tidak, dan pesan yang diberikan oleh perintah pertama tidak cukup untuk mendiagnosa masalah, periksa log yang dikumpulkan oleh journald tentang layanan tersebut. Sebagai contoh, asumsikan SSH server tidak bekerja:

en: After checking the status of the service (failed), we went on to check the logs; they indicate an error in the configuration file. After editing the configuration file and fixing the error, we restart the service, then verify that it is indeed running.
id-ID: Setelah memeriksa status layanan (gagal), kita melanjutkan memeriksa log; mereka menunjukkan satu kesalahan di berkas konfigurasi. Setelah menyunting berkas konfigurasi dan memperbaiki kesalahan, kita jalankan ulang layanan, kemudian memastikan bahwa itu memang berjalan.

en: <emphasis>GOING FURTHER</emphasis> Other types of unit files
id-ID: <emphasis>LEBIH LANJUT</emphasis> Berkas unit tipe lain

en: We have only described the most basic of systemd's capabilities in this section. It offers many other interesting features; we will only list a few here:
id-ID: Kami hanya menggambarkan kapabilitas systemd yang paling dasar dalam bagian ini. Itu menawarkan banyak fitur menarik lainnya; kami hanya akan mencantumkan beberapa di sini:

en: The System V init system
id-ID: Sistem init System V

en: Among these, you will find successively programs in charge of:
id-ID: Di antara ini, Anda akan menemukan berturut-turut program-program yang bertanggung jawab atas:

en: configuring the console's keyboard;
id-ID: mengkonfigurasi papan ketik konsol;

en: loading drivers: most of the kernel modules are loaded by the kernel itself as the hardware is detected; extra drivers are then loaded automatically when the corresponding modules are listed in <filename>/etc/modules</filename>;
id-ID: memuat driver: sebagian besar modul kernel yang dimuat oleh kernel sendiri saat perangkat keras terdeteksi; driver tambahan kemudian dimuat secara otomatis ketika modul sesuai dicantumkan dalam <filename>/etc/modules</filename>;

en: checking the integrity of filesystems;
id-ID: memeriksa integritas sistem berkas;

en: mounting local partitions;
id-ID: mengait partisi lokal;

en: configuring the network;
id-ID: mengkonfigurasi jaringan;

en: mounting network filesystems (NFS).
id-ID: mengait network filesystems (NFS).

en: <emphasis>BACK TO BASICS</emphasis> Kernel modules and options
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> Modul dan opsi kernel

en: <primary>modules</primary><secondary>kernel modules</secondary>
id-ID: <primary>modul</primary><secondary>modul kernel</secondary>

en: After this stage, <command>init</command> takes over and starts the programs enabled in the default runlevel (which is usually runlevel 2). It executes <command>/etc/init.d/rc 2</command>, a script that starts all services which are listed in <filename>/etc/rc2.d/</filename> and whose names start with the “S” letter. The two-figures number that follows had historically been used to define the order in which services had to be started, but nowadays the default boot system uses <command>insserv</command>, which schedules everything automatically based on the scripts' dependencies. Each boot script thus declares the conditions that must be met to start or stop the service (for example, if it must start before or after another service); <command>init</command> then launches them in the order that meets these conditions. The static numbering of scripts is therefore no longer taken into consideration (but they must always have a name beginning with “S” followed by two digits and the actual name of the script used for the dependencies). Generally, base services (such as logging with <command>rsyslog</command>, or port assignment with <command>portmap</command>) are started first, followed by standard services and the graphical interface (<command>gdm3</command>).
id-ID: Setelah tahap ini, <command>init</command> mengambil alih dan memulai program-program yang diaktifkan pada runlevel default (yang biasanya runlevel 2). Itu mengeksekusi <command>/etc/init.d/rc 2</command>, skrip yang memulai semua layanan yang tercantum dalam <filename>/etc/rc2.d/</filename> dan nama-nama yang mulai dengan huruf "S". Nomor dua-angka yang mengikuti secara historis digunakan untuk menentukan urutan dimulainya layanan, tetapi saat ini sistem boot default menggunakan <command>insserv</command>, yang menjadwalkan semuanya secara otomatis berdasarkan dependensi skrip. Setiap skrip boot dengan demikian menyatakan kondisi yang harus dipenuhi untuk memulai atau menghentikan layanan (misalnya, jika itu harus dimulai sebelum atau setelah layanan lain); <command>init</command> kemudian meluncurkan mereka dalam urutan yang memenuhi kondisi ini. Penomoran statis skrip karena itu tidak lagi dipertimbangkan (tapi mereka selalu harus mempunyai awal nama dengan "S" diikuti oleh dua digit dan nama sebenarnya dari skrip yang digunakan untuk dependensi). Umumnya, layanan dasar (seperti log dengan <command>rsyslog</command>), atau penugasan port dengan <command>portmap</command> yang mulai pertama, diikuti oleh layanan-layanan standar dan antarmuka grafis (<command>gdm3</command>).

en: This dependency-based boot system makes it possible to automate re-numbering, which could be rather tedious if it had to be done manually, and it limits the risks of human error, since scheduling is conducted according to the parameters that are indicated. Another benefit is that services can be started in parallel when they are independent from one another, which can accelerate the boot process.
id-ID: Sistem boot berbasis ketergantungan ini memungkinkan mengotomatisasi penomoran ulang, yang bisa menjadi membosankan jika itu harus dilakukan secara manual, dan itu jadi membatasi resiko kesalahan manusia, karena penjadwalan dilakukan berdasarkan parameter yang ditunjukkan. Manfaat lain adalah bahwa layanan dapat dimulai secara paralel ketika mereka independen dari yang lain, yang dapat mempercepat proses boot.

en: <command>init</command> distinguishes several runlevels, so it can switch from one to another with the <command>telinit <replaceable>new-level</replaceable></command> command. Immediately, <command>init</command> executes <command>/etc/init.d/rc</command> again with the new runlevel. This script will then start the missing services and stop those that are no longer desired. To do this, it refers to the content of the <filename>/etc/rc<replaceable>X</replaceable>.d</filename> (where <replaceable>X</replaceable> represents the new runlevel). Scripts starting with “S” (as in “Start”) are services to be started; those starting with “K” (as in “Kill”) are the services to be stopped. The script does not start any service that was already active in the previous runlevel.
id-ID: <command>init</command> membedakan beberapa runlevel, sehingga ia dapat beralih dari satu ke yang lain dengan perintah <command>telinit <replaceable>level-baru</replaceable></command>. Seketika, <command>init</command> mengeksekusi <command>/etc/init.d/rc</command> lagi dengan runlevel baru. Skrip ini kemudian akan memulai pelayanan yang kurang dan menghentikan yang tidak diinginkan. Untuk melakukan ini, mengacu pada isi <filename>/etc/rc <replaceable>X</replaceable> .d</filename> (dimana <replaceable>X</replaceable> mewakili runlevel baru). Skrip yang dimulai dengan "S" (seperti dalam "Start") adalah layanan yang akan dijalankan; yang dimulai dengan "K" (seperti "Kill") adalah layanan yang harus dihentikan. Skrip tidak memulai layanan apapun yang sudah aktif pada runlevel sebelumnya.

en: By default, System V init in Debian uses four different runlevels:
id-ID: Secara default, init System V dalam Debian menggunakan empat runlevels yang berbeda:

en: Level 0 is only used temporarily, while the computer is powering down. As such, it only contains many “K” scripts.
id-ID: Level 0 hanya digunakan sementara, ketika komputer menuju mati. Dengan demikian, itu hanya berisi banyak skrip "K".

en: Level 1, also known as single-user mode, corresponds to the system in degraded mode; it includes only basic services, and is intended for maintenance operations where interactions with ordinary users are not desired.
id-ID: Level 1, juga dikenal sebagai mode pengguna tunggal, berkaitan dengan sistem dalam mode terdegradasi; itu termasuk hanya layanan dasar, dan ditujukan untuk operasi pemeliharaan dimana interaksi dengan pengguna biasa tidak diinginkan.

en: Level 2 is the level for normal operation, which includes networking services, a graphical interface, user logins, etc.
id-ID: Level 2 adalah tingkat untuk operasi normal, yang mencakup layanan jaringan, antarmuka grafis, pengguna login, dll.

en: Level 6 is similar to level 0, except that it is used during the shutdown phase that precedes a reboot.
id-ID: Level 6 ini mirip dengan tingkat 0, kecuali bahwa itu digunakan selama fase shutdown yang mendahului reboot.

en: Other levels exist, especially 3 to 5. By default they are configured to operate the same way as level 2, but the administrator can modify them (by adding or deleting scripts in the corresponding <filename>/etc/rc<replaceable>X</replaceable>.d</filename> directories) to adapt them to particular needs.
id-ID: Ada tingkat lain, terutama 3-5. Secara default mereka telah dikonfigurasi untuk beroperasi dengan cara yang sama sebagai tingkat 2, namun administrator dapat memodifikasi mereka (dengan menambahkan atau menghapus skrip di direktori <filename>/etc/rc<replaceable>X</replaceable>.d</filename> yang sesuai) untuk beradaptasi atas kebutuhan tertentu.

en: Boot sequence of a computer running Linux with System V init
id-ID: Urutan boot dari komputer yang menjalankan Linux dengan init System V

en: <primary>initialization script</primary>
id-ID: <primary>skrip inisialisasi</primary>

en: <emphasis>DEBIAN POLICY</emphasis> Restarting services
id-ID: <emphasis>KEBIJAKAN DEBIAN</emphasis> Restart layanan

en: <primary>restarting services</primary>
id-ID: <primary>menjalankan ulang layanan</primary>

en: The maintainer scripts for Debian packages will sometimes restart certain services to ensure their availability or get them to take certain options into account. The command that controls a service — <command>service <replaceable>service</replaceable> <replaceable>operation</replaceable></command> — doesn't take runlevel into consideration, assumes (wrongly) that the service is currently being used, and may thus initiate incorrect operations (starting a service that was deliberately stopped, or stopping a service that is already stopped, etc.). Debian therefore introduced the <command>invoke-rc.d</command> program: this program must be used by maintainer scripts to run services initialization scripts and it will only execute the necessary commands. Note that, contrary to common usage, the <filename>.d</filename> suffix is used here in a program name, and not in a directory.
id-ID: Skrip pengelola paket Debian kadang-kadang akan me-restart layanan tertentu untuk memastikan ketersediaan mereka atau membuat mereka memperhitungkan opsi tertentu. Perintah yang mengontrol layanan — <command>service <replaceable>layanan</replaceable> <replaceable>operasi</replaceable></command> — tidak mempertimbangkan runlevel, (salah) mengasumsikan bahwa layanan ini sedang digunakan, dan mungkin dengan demikian memulai operasi salah (memulai layanan yang sengaja dihentikan, atau menghentikan layanan yang sudah dihentikan, dll.). Maka Debian memperkenalkan program <command>invoke-rc.d</command>: program ini harus digunakan oleh pengelola skrip untuk menjalankan skrip inisialisasi layanan dan itu hanya akan menjalankan perintah yang diperlukan. Catat bahwa, bertentangan dengan penggunaan umum, akhiran <filename>.d</filename> yang digunakan di sini di dalam nama program, dan bukan dalam sebuah direktori.

en: Finally, <command>init</command> starts control programs for various virtual consoles (<command>getty</command>). It displays a prompt, waiting for a username, then executes <command>login <replaceable>user</replaceable></command> to initiate a session.
id-ID: Akhirnya, <command>init</command> memulai program kontrol untuk berbagai konsol virtual (<command>getty</command>). Menampilkan sebuah prompt, menunggu nama pengguna, kemudian mengeksekusi <command>login <replaceable>pengguna</replaceable></command> untuk memulai sesi.

en: <emphasis>VOCABULARY</emphasis> Console and terminal
id-ID: <emphasis>KOSA KATA</emphasis> Konsol dan terminal

en: The first computers were usually separated into several, very large parts: the storage enclosure and the central processing unit were separate from the peripheral devices used by the operators to control them. These were part of a separate furniture, the “console”. This term was retained, but its meaning has changed. It has become more or less synonymous with “terminal”, being a keyboard and a screen.
id-ID: Komputer pertama biasanya dipisahkan menjadi beberapa bagian yang sangat besar: kandang penyimpanan dan unit pemroses sentral yang terpisah dari perangkat periferal yang digunakan oleh operator untuk mengendalikan mereka. Ini adalah bagian dari furnitur yang terpisah, "konsol". Istilah ini dipertahankan, tapi artinya berubah. Hal ini kurang lebih identik dengan "terminal", karena berupa sebuah papan ketik dan suatu layar.

en: With the development of computers, operating systems have offered several virtual consoles to allow for several independent sessions at the same time, even if there is only one keyboard and screen. Most GNU/Linux systems offer six virtual consoles (in text mode), accessible by typing the key combinations <keycombo action="simul"> <keycap>Control</keycap> <keycap>Alt</keycap> <keycap>F1</keycap> </keycombo> through <keycombo action="simul"> <keycap>Control</keycap> <keycap>Alt</keycap> <keycap>F6</keycap> </keycombo>.
id-ID: Dengan perkembangan komputer, sistem operasi telah menawarkan beberapa konsol virtual untuk memungkinkan beberapa sesi independen pada saat yang sama, bahkan jika ada hanya satu papan ketik dan layar. Kebanyakan sistem GNU/Linux menawarkan enam virtual konsol (dalam modus teks), dapat diakses dengan mengetikkan kombinasi tombol <keycombo action="simul"><keycap>Control</keycap> <keycap>Alt</keycap><keycap>F1</keycap></keycombo> sampai <keycombo action="simul"><keycap>Control</keycap><keycap>Alt</keycap><keycap>F6</keycap></keycombo>.

en: Remote Login
id-ID: Log Masuk Jarak Jauh

en: It is essential for an administrator to be able to connect to a computer remotely. Servers, confined in their own room, are rarely equipped with permanent keyboards and monitors — but they are connected to the network.
id-ID: Sangat penting bagi administrator untuk dapat menyambung ke suatu komputer dari jarak jauh. Server, dikurung dalam kamar mereka sendiri, jarang dilengkapi dengan papan ketik dan monitor permanen — tetapi mereka terhubung ke jaringan.

en: <emphasis>BACK TO BASICS</emphasis> Client, server
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> Klien, server

en: <primary>client</primary><secondary>client/server architecture</secondary>
id-ID: <primary>klien</primary><secondary>arsitektur klien/server</secondary>

en: <primary>server</primary><secondary>client/server architecture</secondary>
id-ID: <primary>server</primary><secondary>arsitektur klien/server</secondary>

en: A system where several processes communicate with each other is often described with the “client/server” metaphor. The server is the program that takes requests coming from a client and executes them. It is the client that controls operations, the server doesn't take any initiative of its own.
id-ID: Sebuah sistem yang beberapa prosesnya berkomunikasi satu sama lain sering digambarkan dengan metafora "klien/server". Server adalah program yang mengambil permintaan yang datang dari klien dan mengeksekusi mereka. Ini adalah klien yang mengendalikan operasi, server tidak mengambil setiap inisiatif sendiri.

en: <primary>login</primary><secondary>remote login</secondary>
id-ID: <primary>login</primary><secondary>login jarak jauh</secondary>

en: <primary>remote login</primary>
id-ID: <primary>login jarak jauh</primary>

en: Secure Remote Login: SSH
id-ID: Login Jarak Jauh Aman: SSH

en: The <emphasis>SSH</emphasis> (Secure SHell) protocol was designed with security and reliability in mind. Connections using SSH are secure: the partner is authenticated and all data exchanges are encrypted.
id-ID: Protokol <emphasis>SSH</emphasis> (Secure SHell) dirancang dengan keamanan dan kehandalan. Koneksi yang menggunakan SSH aman: mitra diotentikasi dan semua pertukaran data dienkripsi.

en: <emphasis>CULTURE</emphasis> Telnet and RSH are obsolete
id-ID: <emphasis>BUDAYA</emphasis> Telnet dan RSH itu usang

en: Before SSH, <emphasis>Telnet</emphasis> and <emphasis>RSH</emphasis> were the main tools used to login remotely. They are now largely obsolete and should no longer be used even if Debian still provides them.
id-ID: Sebelum SSH, <emphasis>Telnet</emphasis> dan <emphasis>RSH</emphasis> adalah alat utama yang digunakan untuk login jarak jauh. Mereka sekarang sebagian besar usang dan sebaiknya tidak lagi digunakan bahkan walaupun Debian masih menyediakan mereka.

en: <emphasis>VOCABULARY</emphasis> Authentication, encryption
id-ID: <emphasis>KOSAKATA</emphasis> Otentikasi, enkripsi

en: Authentication and encryption are often mentioned together, both because they are frequently used together, and because they are usually implemented with similar mathematical concepts.
id-ID: Otentikasi dan enkripsi sering disebut bersama, baik karena mereka sering digunakan bersama-sama, dan karena mereka biasanya diimplementasikan dengan konsep-konsep matematika yang serupa.

en: SSH also offers two file transfer services. <command>scp</command> is a command line tool that can be used like <command>cp</command>, except that any path to another machine is prefixed with the machine's name, followed by a colon.
id-ID: SSH juga menawarkan dua layanan transfer berkas. <command>SCP</command> adalah alat baris perintah yang dapat digunakan seperti <command>cp</command>, kecuali bahwa sebarang path ke mesin lain diawali dengan nama mesin, diikuti oleh titik dua.

en: <computeroutput>$ </computeroutput><userinput>scp file machine:/tmp/</userinput>
id-ID: <computeroutput>$ </computeroutput><userinput>scp berkas mesin:/tmp/</userinput>

en: <command>sftp</command> is an interactive command, similar to <command>ftp</command>. In a single session, <command>sftp</command> can transfer several files, and it is possible to manipulate remote files with it (delete, rename, change permissions, etc.).
id-ID: <command>sftp</command> adalah perintah yang interaktif, mirip dengan <command>ftp</command>. Dalam satu sesi, <command>sftp</command> dapat mentransfer beberapa berkas, dan mungkin untuk memanipulasi berkas remote dengannya (menghapus, mengubah nama, mengubah hak akses, dll).

en: Debian uses OpenSSH, a free version of SSH maintained by the <command>OpenBSD</command> project (a free operating system based on the BSD kernel, focused on security) and fork of the original SSH software developed by the SSH Communications Security Corp company, of Finland. This company initially developed SSH as free software, but eventually decided to continue its development under a proprietary license. The OpenBSD project then created OpenSSH to maintain a free version of SSH.
id-ID: Debian menggunakan OpenSSH, sebuah SSH versi gratis yang dikelola oleh proyek <command>OpenBSD</command> (sistem operasi bebas berbasis pada kernel BSD, berfokus pada keamanan) dan fork dari perangkat lunak SSH asli yang dikembangkan oleh perusahaan SSH Communication Corp, dari Finlandia. Perusahaan ini awalnya mengembangkan SSH sebagai perangkat lunak bebas, tetapi akhirnya memutuskan untuk melanjutkan perkembangan di bawah lisensi tak bebas. Proyek OpenBSD kemudian menciptakan OpenSSH untuk mempertahankan versi gratis dari SSH.

en: <emphasis>BACK TO BASICS</emphasis> <foreignphrase>Fork</foreignphrase>
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> <foreignphrase>Fork</foreignphrase>

en: A “fork”, in the software field, means a new project that starts as a clone of an existing project, and that will compete with it. From there on, both software will usually quickly diverge in terms of new developments. A fork is often the result of disagreements within the development team.
id-ID: "Fork", dalam bidang perangkat lunak, berarti sebuah proyek baru yang dimulai sebagai klon dari proyek yang sudah ada, dan akan bersaing dengannya. Dari sana, kedua perangkat lunak biasanya cepat akan menyimpang dalam hal perkembangan baru. Fork ini sering merupakan akibat dari perselisihan dalam tim pengembangan.

en: The option to fork a project is a direct result of the very nature of free software; a fork is a healthy event when it enables the continuation of a project as free software (for example in case of license changes). A fork arising from technical or personal disagreements is often a waste of human resources; another resolution would be preferable. Mergers of two projects that previously went through a prior fork are not unheard of.
id-ID: Pilihan untuk melakukan fork atas sebuah proyek adalah akibat langsung dari sifat perangkat lunak bebas; fork merupakan kejadian yang sehat saat itu memungkinkan keberlanjutan proyek sebagai perangkat lunak bebas (misalnya dalam kasus perubahan lisensi). Sebuah fork yang timbul dari perselisihan teknis atau pribadi sering membuang-buang sumber daya manusia; resolusi lain akan lebih baik. Merger dua proyek yang sebelumnya mengalami fork bukan tidak pernah terjadi.

en: Key-Based Authentication
id-ID: Otentikasi Berbasis Kunci

en: Each time someone logs in over SSH, the remote server asks for a password to authenticate the user. This can be problematic if you want to automate a connection, or if you use a tool that requires frequent connections over SSH. This is why SSH offers a key-based authentication system.
id-ID: Setiap kali seseorang log masuk melalui SSH, server remote meminta password untuk mengotentikasi pengguna. Ini bisa menjadi bermasalah jika Anda ingin mengotomatisasi sambungan, atau jika Anda menggunakan alat yang membutuhkan koneksi sering melalui SSH. Inilah sebabnya mengapa SSH menawarkan sistem otentikasi berbasis kunci.

en: <emphasis>SECURITY</emphasis> Protection of the private key
id-ID: <emphasis>KEAMANAN</emphasis> Perlindungan kunci privat

en: Whoever has the private key can login on the account thus configured. This is why access to the private key is protected by a “passphrase”. Someone who acquires a copy of a private key file (for example, <filename>~/.ssh/id_rsa</filename>) still has to know this phrase in order to be able to use it. This additional protection is not, however, impregnable, and if you think that this file has been compromised, it is best to disable that key on the computers in which it has been installed (by removing it from the <filename>authorized_keys</filename> files) and replacing it with a newly generated key.
id-ID: Barangsiapa memiliki kunci privat tersebut dapat login di akun yang dikonfigurasi. Inilah sebabnya mengapa akses ke kunci privat dilindungi oleh "frasa sandi". Seseorang yang memperoleh salinan berkas kunci pribvat (misalnya, <filename>~/.ssh/id_rsa</filename>) masih harus tahu frasa ini agar dapat menggunakannya. Perlindungan tambahan ini tidak anti tembus, dan jika Anda berpikir bahwa berkas ini telah dikompromikan, paling baik untuk menonaktifkan kunci tersebut pada komputer tempat itu telah diinstal (dengan menghapus dari berkas <filename>authorized_keys</filename>) dan menggantikannya dengan kunci baru yang dibuat.

en: <emphasis>CULTURE</emphasis> OpenSSL flaw in Debian <emphasis role="distribution">Etch</emphasis>
id-ID: <emphasis>KULTUR</emphasis> Cacat OpenSSL dalam Debian <emphasis role="distribution">Etch</emphasis>

en: The OpenSSL library, as initially provided in Debian <emphasis role="distribution">Etch</emphasis>, had a serious problem in its random number generator (RNG). Indeed, the Debian maintainer had made a change so that applications using it would no longer generate warnings when analyzed by memory testing tools like <command>valgrind</command>. Unfortunately, this change also meant that the RNG was employing only one source of entropy corresponding to the process number (PID) whose 32,000 possible values do not offer enough randomness. <ulink type="block" url="https://www.debian.org/security/2008/dsa-1571" />
id-ID: Pustaka OpenSSL, sebagaimana awalnya disediakan di Debian <emphasis role="distribution">Etch</emphasis>, memiliki masalah yang serius dalam pembangkit angka acak (RNG). Memang, pengelola Debian telah membuat perubahan sehingga aplikasi yang menggunakan itu tidak lagi menghasilkan peringatan ketika dianalisis oleh alat pengujian memori seperti <command>valgrind</command>. Sayangnya, perubahan ini juga berarti bahwa RNG hanya mempekerjakan salah satu sumber entropi sesuai dengan nomor proses (PID) yang 32.000 kemungkinan nilainya tidak menawarkan cukup keacakan. <ulink type="block" url="https://www.debian.org/security/2008/dsa-1571" />

en: Specifically, whenever OpenSSL was used to generate a key, it always produced a key within a known set of hundreds of thousands of keys (32,000 multiplied by a small number of key lengths). This affected SSH keys, SSL keys, and X.509 certificates used by numerous applications, such as OpenVPN. A cracker had only to try all of the keys to gain unauthorized access. To reduce the impact of the problem, the SSH daemon was modified to refuse problematic keys that are listed in the <emphasis role="pkg">openssh-blacklist</emphasis> and <emphasis role="pkg">openssh-blacklist-extra</emphasis> packages. Additionally, the <command>ssh-vulnkey</command> command allows identification of possibly compromised keys in the system.
id-ID: Secara khusus, setiap kali OpenSSL digunakan untuk menghasilkan sebuah kunci, itu selalu menghasilkan kunci dalam kumpulan ratusan ribu kunci yang dikenal (32.000 dikalikan dengan sejumlah kecil panjang kunci). Ini mempengaruhi kunci SSH, kunci SSL, dan sertifikat X.509 yang digunakan oleh banyak aplikasi, seperti misalnya OpenVPN. Seorang cracker hanya perlu mencoba semua kunci untuk mendapatkan akses yang tidak sah. Untuk mengurangi dampak dari masalah, SSH daemon diubah untuk menolak bermasalah kunci yang tercantum dalam paket <emphasis role="pkg">openssh-blacklist</emphasis> dan <emphasis role="pkg">openssh-blacklist-extra</emphasis>. Selain itu, perintah <command>ssh-vulnkey</command> memungkinkan identifikasi kunci yang mungkin terkompromikan dalam sistem.

en: A more thorough analysis of this incident brings to light that it is the result of multiple (small) problems, both within the OpenSSL project and with the Debian package maintainer. A widely used library like OpenSSL should — without modifications — not generate warnings when tested by <command>valgrind</command>. Furthermore, the code (especially the parts as sensitive as the RNG) should be better commented to prevent such errors. On Debian's side, the maintainer wanted to validate the modifications with the OpenSSL developers, but simply explained the modifications without providing the corresponding patch to review and failed to mention his role within Debian. Finally, the maintenance choices were sub-optimal: the changes made to the original code were not clearly documented; all the modifications were effectively stored in a Subversion repository, but they ended up all lumped into one single patch during creation of the source package.
id-ID: Analisis lebih mendalam terhadap kejadian ini mengungkap bahwa itu adalah hasil dari beberapa masalah (kecil), baik dalam proyek OpenSSL dan dengan para pengelola paket Debian. Sebuah perpustakaan yang banyak digunakan seperti OpenSSL harus — tanpa modifikasi — tidak menghasilkan peringatan saat diuji oleh <command>valgrind</command>. Selain itu, kode (terutama bagian RNG yang sensitif) harus memuat komentar yang lebih baik untuk mencegah kesalahan tersebut. Di sisi Debian, pengelola ingin memvalidasi modifikasi dengan pengembang OpenSSL, tetapi hanya menjelaskan modifikasi tanpa memberikan patch yang sesuai untuk ditinjau dan gagal untuk menyebutkan perannya dalam Debian. Akhirnya, pilihan-pilihan perawatan sub-optimal: perubahan yang dibuat ke kode asli tidak didokumentasikan jelas; semua modifikasi secara efektif tersimpan dalam repositori Subversion, tapi mereka akhirnya semua digabung ke dalam satu patch selama penciptaan sumber paket.

en: It is difficult under such conditions to find the corrective measures to prevent such incidents from recurring. The lesson to be learned here is that every divergence Debian introduces to upstream software must be justified, documented, submitted to the upstream project when possible, and widely publicized. It is from this perspective that the new source package format (“3.0 (quilt)”) and the Debian sources webservice were developed. <ulink type="block" url="https://sources.debian.org" />
id-ID: Sulit dalam kondisi seperti ini untuk menemukan tindakan korektif demi mencegah insiden tersebut dari berulang. Pelajaran yang bisa dipetik di sini adalah bahwa setiap perbedaan yang diperkenalkan Debian ke perangkat lunak hulu harus dijustifikasi, didokumentasikan, diserahkan kepada proyek hulu bila mungkin, dan dipublikasikan secara luas. Dari perspektif inilah format paket sumber baru ("3.0 (quilt)") dan layanan web sumber Debian dikembangkan. <ulink type="block" url="https://sources.debian.net" />

en: Using Remote X11 Applications
id-ID: Menggunakan Aplikasi-aplikasi X11 Jarak Jauh

en: The SSH protocol allows forwarding of graphical data (“X11” session, from the name of the most widespread graphical system in Unix); the server then keeps a dedicated channel for those data. Specifically, a graphical program executed remotely can be displayed on the X.org server of the local screen, and the whole session (input and display) will be secure. Since this feature allows remote applications to interfere with the local system, it is disabled by default. You can enable it by specifying <literal>X11Forwarding yes</literal> in the server configuration file (<filename>/etc/ssh/sshd_config</filename>). Finally, the user must also request it by adding the <literal>-X</literal> option to the <command>ssh</command> command-line.
id-ID: Protokol SSH memungkinkan penerusan data grafis (sesi "X11", dari nama sistem grafis yang paling terkenal di Unix); server kemudian mempertahankan saluran khusus untuk data tersebut. Secara khusus, program grafis yang dijalankan dari jarak jauh dapat ditampilkan pada layar lokal server XFree86, dan seluruh sesi (masukan dan tampilan) akan aman. Karena fitur ini memungkinkan aplikasi remote untuk mengganggu sistem lokal, ini dinonaktifkan secara default. Anda dapat mengaktifkannya dengan menetapkan <literal>X11Forwarding yes</literal> di berkas konfigurasi server (<filename>/etc/ssh/sshd_config</filename>). Akhirnya, pengguna juga harus memintanya dengan menambahkan opsi <literal>-X</literal> untuk baris perintah <command>ssh</command>.

en: Creating Encrypted Tunnels with Port Forwarding
id-ID: Menciptakan Tunnel Terenkripsi dengan Penerusan Port

en: <primary>port forwarding</primary>
id-ID: <primary>penerusan port</primary>

en: Its <literal>-R</literal> and <literal>-L</literal> options allow <command>ssh</command> to create “encrypted tunnels” between two machines, securely forwarding a local TCP port (see sidebar <xref linkend="sidebar.tcp-udp" />) to a remote machine or vice versa.
id-ID: Opsi <literal>-R</literal> dan <literal>-L</literal> memungkinkan <command>ssh</command> untuk menciptakan "terowongan terenkripsi" antara dua mesin, secara aman meneruskan port TCP lokal (lihat sidebar <xref linkend="sidebar.tcp-udp" />) ke mesin remote atau sebaliknya.

en: <emphasis>VOCABULARY</emphasis> Tunnel
id-ID: <emphasis>KOSAKATA</emphasis> Tunnel

en: The Internet, and most LANs that are connected to it, operate in packet mode and not in connected mode, meaning that a packet issued from one computer to another is going to be stopped at several intermediary routers to find its way to its destination. You can still simulate a connected operation where the stream is encapsulated in normal IP packets. These packets follow their usual route, but the stream is reconstructed unchanged at the destination. We call this a “tunnel”, analogous to a road tunnel in which vehicles drive directly from the entrance (input) to the exit (output) without encountering any intersections, as opposed to a path on the surface that would involve intersections and changing direction.
id-ID: Internet, dan kebanyakan LAN yang terhubung, beroperasi dalam mode paket dan tidak dalam modus yang terhubung, berarti bahwa paket yang diterbitkan dari satu komputer ke yang lain akan berhenti di beberapa router perantara untuk menemukan jalan ke tujuan. Anda masih dapat mensimulasikan operasi yang terhubung dimana stream dibungkus dalam paket-paket IP normal. Paket ini mengikuti rute biasa mereka, tapi stream ini direkonstruksi tidak berubah di tujuan. Kami menyebutnya "tunnel", analog dengan terowongan jalan tempat kendaraan langsung berjalan dari pintu masuk (masukan) ke tempat keluar (keluaran) tanpa menemui persimpangan apapun, dibandingkan dengan jalur pada permukaan yang akan melibatkan persimpangan dan mengubah arah.

en: You can use this opportunity to add encryption to the tunnel: the stream that flows through it is then unrecognizable from the outside, but it is returned in decrypted form at the exit of the tunnel.
id-ID: Anda dapat menggunakan kesempatan ini untuk menambahkan enkripsi ke tunnel: stream yang mengalir melaluinya kemudian tidak dikenali dari luar, tapi dikembalikan ke dalam bentuk terdekripsi di pintu keluar tunnel.

en: <command>ssh -L 8000:server:25 intermediary</command> establishes an SSH session with the <replaceable>intermediary</replaceable> host and listens to local port 8000 (see <xref linkend="figure.ssh-L" />). For any connection established on this port, <command>ssh</command> will initiate a connection from the <replaceable>intermediary</replaceable> computer to port 25 on the <replaceable>server</replaceable>, and will bind both connections together.
id-ID: <command>ssh -L 8000:server:25 perantara</command> menjalin suatu sesi SSH dengan host <replaceable>perantara</replaceable> dan mendengarkan port lokal 8000 (lihat <xref linkend="figure.ssh-L" />). Untuk sebarang koneksi yang terjalin pada port ini, <command>ssh</command> akan memulai koneksi dari komputer <replaceable>perantara</replaceable> ke port 25 pada <replaceable>server</replaceable>, dan akan mengikat kedua koneksi bersama-sama.

en: <command>ssh -R 8000:server:25 intermediary</command> also establishes an SSH session to the <replaceable>intermediary</replaceable> computer, but it is on this machine that <command>ssh</command> listens to port 8000 (see <xref linkend="figure.ssh-R" />). Any connection established on this port will cause <command>ssh</command> to open a connection from the local machine on to port 25 of the <replaceable>server</replaceable>, and to bind both connections together.
id-ID: <command>ssh -R 8000:server:25 perantara</command> juga menjalin sesi SSH ke komputer <replaceable>perantara</replaceable>, tetapi pada mesin ini <command>ssh</command> mendengarkan port 8000 (lihat <xref linkend="figure.ssh-R" />). Sebarang koneksi yang dijalin pada port ini akan menyebabkan <command>ssh</command> membuka koneksi dari mesin lokal ke port 25 <replaceable>server</replaceable> dan mengikat kedua koneksi bersama-sama.

en: In both cases, connections are made to port 25 on the <replaceable>server</replaceable> host, which pass through the SSH tunnel established between the local machine and the <replaceable>intermediary</replaceable> machine. In the first case, the entrance to the tunnel is local port 8000, and the data move towards the <replaceable>intermediary</replaceable> machine before being directed to the <replaceable>server</replaceable> on the “public” network. In the second case, the input and output in the tunnel are reversed; the entrance is port 8000 on the <replaceable>intermediary</replaceable> machine, the output is on the local host, and the data are then directed to the <replaceable>server</replaceable>. In practice, the server is usually either the local machine or the intermediary. That way SSH secures the connection from one end to the other.
id-ID: Dalam kedua kasus, sambungan dibuat ke port 25 pada host <replaceable>server</replaceable>, melewati tunnel SSH yang dijalin antara mesin lokal dan mesin <replaceable>perantara</replaceable>. Dalam kasus pertama, pintu masuk ke tunnel adalah port lokal 8000, dan data bergerak menuju mesin <replaceable>perantara</replaceable> sebelum diarahkan ke <replaceable>server</replaceable> pada jaringan "publik". Dalam kedua kasus, masukan dan keluaran di tunnel dibalik; pintu masuk adalah port 8000 pada mesin <replaceable>perantara</replaceable>, keluaran adalah pada host lokal, dan data diarahkan ke <replaceable>server</replaceable>. Dalam prakteknya, server ini biasanya mesin lokal atau perantara. Dengan cara itu SSH mengamankan koneksi dari satu ujung ke yang lain.

en: Forwarding a local port with SSH
id-ID: Penerusan suatu port lokal dengan SSH

en: Forwarding a remote port with SSH
id-ID: Penerusan suatu port jauh dengan SSH

en: Using Remote Graphical Desktops
id-ID: Memakai Desktop Grafis Jarak Jauh

en: VNC (Virtual Network Computing) allows remote access to graphical desktops.
id-ID: VNC (Virtual Network Computing) memungkinkan akses remote ke desktop grafis.

en: <primary>graphical desktop</primary><secondary>remote</secondary>
id-ID: <primary>desktop grafis</primary><secondary>remote</secondary>

en: <primary>remote graphical desktop</primary>
id-ID: <primary>remote desktop grafis</primary>

en: <primary>desktop, remote graphical desktop</primary>
id-ID: <primary>desktop, remote desktop grafis</primary>

en: This tool is mostly used for technical assistance; the administrator can see the errors that the user is facing, and show them the correct course of action without having to stand by them.
id-ID: Alat ini banyak digunakan untuk bantuan teknis; administrator dapat melihat kesalahan yang dihadapi pengguna, dan menunjukkan kepada mereka tindakan yang benar tanpa harus berdiri di samping mereka.

en: <emphasis>SECURITY</emphasis> VNC over SSH
id-ID: <emphasis>KEAMANAN</emphasis> VNC di atas SSH

en: If you want to connect by VNC, and you don't want your data sent in clear text on the network, it is possible to encapsulate the data in an SSH tunnel (see <xref linkend="sect.ssh-port-forwarding" />). You simply have to know that VNC uses port 5900 by default for the first screen (called “localhost:0”), 5901 for the second (called “localhost:1”), etc.
id-ID: Jika Anda ingin terhubung oleh VNC, dan Anda tidak ingin data Anda dikirim dalam bentuk teks polos pada jaringan, mungkin untuk membungkus data dalam tunnel SSH (lihat <xref linkend="sect.ssh-port-forwarding" />). Anda hanya perlu tahu bahwa VNC menggunakan port 5900 secara default untuk layar pertama (disebut "localhost:0"), 5901 untuk kedua (disebut "localhost:1"), dll.

en: The <command>ssh -L localhost:5901:localhost:5900 -N -T <replaceable>machine</replaceable></command> command creates a tunnel between local port 5901 in the localhost interface and port 5900 of the <replaceable>machine</replaceable> host. The first “localhost” restricts SSH to listening to only that interface on the local machine. The second “localhost” indicates the interface on the remote machine which will receive the network traffic entering in “localhost:5901”. Thus <command>vncviewer localhost:1</command> will connect the VNC client to the remote screen, even though you indicate the name of the local machine.
id-ID: Perintah <command>ssh -L localhost:5901:localhost:5900 -N -T <replaceable>mesin</replaceable></command> menciptakan sebuah tunnel antara port lokal 5901 di antarmuka localhost dan port 5900 host <replaceable>mesin</replaceable>. "localhost" pertama membatasi SSH untuk mendengarkan hanya pada antarmuka tersebut di komputer lokal. "localhost" kedua menunjukkan antarmuka pada mesin remote yang akan menerima lalu lintas jaringan masuk "localhost:5901". Dengan demikian <command>vncviewer localhost:1</command> akan menghubungkan klien VNC ke layar remote, meskipun Anda menunjukkan nama dari mesin lokal.

en: When the VNC session is closed, remember to close the tunnel by also quitting the corresponding SSH session.
id-ID: Ketika sesi VNC ditutup, ingatlah untuk menutup tunnel juga dengan menghentikan sesi SSH yang sesuai.

en: <emphasis>BACK TO BASICS</emphasis> Display manager
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> Manajer tampilan

en: <primary>manager</primary><secondary>display manager</secondary>
id-ID: <primary>manajer</primary><secondary>manajer tampilan</secondary>

en: <primary>display manager</primary>
id-ID: <primary>manajer tampilan</primary>

en: Managing Rights
id-ID: Mengelola Hak

en: <primary>permissions</primary>
id-ID: <primary>izin</primary>

en: Linux is definitely a multi-user system, so it is necessary to provide a permission system to control the set of authorized operations on files and directories, which includes all the system resources and devices (on a Unix system, any device is represented by a file or directory). This principle is common to all Unix systems, but a reminder is always useful, especially as there are some interesting and relatively unknown advanced uses.
id-ID: Linux tentu saja adalah sistem multi-pengguna, sehingga perlu untuk menyediakan sistem izin untuk mengontrol set operasi terotorisasi pada berkas dan direktori, yang mencakup semua sumber daya sistem dan perangkat (pada sebuah sistem Unix, setiap perangkat diwakili oleh sebuah berkas atau direktori). Prinsip ini umum untuk semua sistem Unix, tetapi pengingat selalu berguna, terutama karena ada beberapa penggunaan tingkat lanjut yang menarik dan relatif tidak dikenal.

en: <primary>user</primary><secondary>owner</secondary>
id-ID: <primary>pengguna</primary><secondary>pemilik</secondary>

en: <primary>group</primary><secondary>owner</secondary>
id-ID: <primary>kelompok</primary><secondary>pemilik</secondary>

en: <primary>owner</primary><secondary>user</secondary>
id-ID: <primary>pemilik</primary><secondary>pengguna</secondary>

en: <primary>owner</primary><secondary>group</secondary>
id-ID: <primary>pemilik</primary><secondary>kelompok</secondary>

en: Each file or directory has specific permissions for three categories of users:
id-ID: Setiap berkas atau direktori memiliki izin khusus untuk tiga kategori pengguna:

en: its owner (symbolized by <literal>u</literal> as in “user”);
id-ID: pemiliknya (dilambangkan oleh <literal>u</literal> seperti "user/pengguna");

en: its owner group (symbolized by <literal>g</literal> as in “group”), representing all the members of the group;
id-ID: grup pemilik (dilambangkan oleh <literal>g</literal> dalam "grup"), yang mewakili semua anggota kelompok;

en: the others (symbolized by <literal>o</literal> as in “other”).
id-ID: yang lain (dilambangkan oleh <literal>o</literal> seperti "other/yang lain").

en: reading (symbolized by <literal>r</literal> as in “read”);
id-ID: membaca (symbolized oleh <literal>r</literal> seperti "read/baca");

en: writing (or modifying, symbolized by <literal>w</literal> as in “write”);
id-ID: menulis (atau memodifikasi, dilambangkan oleh <literal>w</literal> seperti "write/menulis");

en: executing (symbolized by <literal>x</literal> as in “eXecute”).
id-ID: mengeksekusi (dilambangkan oleh <literal>x</literal> seperti "eXecute/menjalankan").

en: <primary>read, right</primary>
id-ID: <primary>baca, hak</primary>

en: <primary>write, right</primary>
id-ID: <primary>tulis, hak</primary>

en: <primary>modification, right</primary>
id-ID: <primary>modifikasi, hak</primary>

en: <primary>execution, right</primary>
id-ID: <primary>eksekusi, hak</primary>

en: In the case of a file, these rights are easily understood: read access allows reading the content (including copying), write access allows changing it, and execute access allows you to run it (which will only work if it is a program).
id-ID: Dalam kasus berkas, hak-hak ini yang mudah dipahami: akses baca memungkinkan membaca konten (termasuk menyalin), akses menulis memungkinkan mengubah, dan akses mengeksekusi memungkinkan Anda untuk menjalankannya (yang hanya akan bekerja jika itu adalah sebuah program).

en: <emphasis>SECURITY</emphasis> <literal>setuid</literal> and <literal>setgid</literal> executables
id-ID: <emphasis>KEAMANAN</emphasis> executable dengan <literal>setuid</literal> dan <literal>setgid</literal>

en: <primary><literal>setuid</literal>, right</primary>
id-ID: <primary><literal>setuid</literal>, hak</primary>

en: <primary><literal>setgid</literal>, right</primary>
id-ID: <primary><literal>setgid</literal>, hak</primary>

en: Since a <literal>setuid</literal> root program is systematically run under the super-user identity, it is very important to ensure it is secure and reliable. Indeed, a user who would manage to subvert it to call a command of their choice could then impersonate the root user and have all rights on the system.
id-ID: Karena program dengan <literal>setuid</literal> root secara sistematis berjalan di bawah identitas pengguna super, sangat penting untuk memastikan itu aman dan handal. Memang, pengguna yang akan berhasil membelokkan itu untuk memanggil perintah pilihan mereka kemudian bisa menyaru sebagai pengguna root dan memiliki semua hak pada sistem.

en: A directory is handled differently. Read access gives the right to consult the list of its entries (files and directories), write access allows creating or deleting files, and execute access allows crossing through it (especially to go there with the <command>cd</command> command). Being able to cross through a directory without being able to read it gives permission to access the entries therein that are known by name, but not to find them if you do not know their existence or their exact name.
id-ID: Direktori ditangani secara berbeda. Akses baca memberikan hak untuk berkonsultasi ke daftar entri (berkas dan direktori), akses tulis mengizinkan membuat atau menghapus berkas, dan akses mengeksekusi memungkinkan melintasinya (terutama untuk pergi ke sana dengan perintah <command>cd</command>). Mampu untuk melintasi sebuah direktori tanpa bisa membacanya memberikan izin untuk mengakses entri di dalamnya yang dikenal dengan nama, tetapi tidak untuk menemukan mereka jika Anda tidak tahu keberadaan mereka atau nama yang tepat.

en: <emphasis>SECURITY</emphasis> <literal>setgid</literal> directory and <emphasis>sticky bit</emphasis>
id-ID: <emphasis>KEAMANAN</emphasis> direktori <literal>setgid</literal> dan <emphasis>bit sticky</emphasis>

en: <primary><literal>setgid</literal> directory</primary>
id-ID: <primary>direktori <literal>setgid</literal></primary>

en: The <literal>setgid</literal> bit also applies to directories. Any newly-created item in such directories is automatically assigned the owner group of the parent directory, instead of inheriting the creator's main group as usual. This setup avoids the user having to change its main group (with the <command>newgrp</command> command) when working in a file tree shared between several users of the same dedicated group.
id-ID: Bit <literal>setgid</literal> juga berlaku untuk direktori. Objek yang baru dibuat dalam direktori tersebut secara otomatis dimasukkan ke grup pemilik direktori induk, bukan mewarisi grup utama pencipta seperti biasa. Konfigurasi ini menghindari pengguna harus mengubah grup utama (dengan perintah <command>newgrp</command>) ketika bekerja di pohon berkas yang dipakai bersama antara beberapa pengguna dari grup khusus yang sama.

en: <primary>sticky bit</primary>
id-ID: <primary>bit sticky</primary>

en: The “sticky” bit (symbolized by the letter “t”) is a permission that is only useful in directories. It is especially used for temporary directories where everybody has write access (such as <filename>/tmp/</filename>): it restricts deletion of files so that only their owner (or the owner of the parent directory) can do it. Lacking this, everyone could delete other users' files in <filename>/tmp/</filename>.
id-ID: Bit "sticky" (dilambangkan dengan huruf "t") adalah izin yang hanya berguna dalam direktori. Hal ini terutama digunakan untuk direktori sementara tempat setiap orang memiliki akses tulis (seperti <filename>/tmp/</filename>): membatasi penghapusan berkas sehingga hanya pemilik (atau pemilik direktori induk) yang dapat melakukannya. Tanpa ini, semua orang bisa menghapus berkas milik pengguna lain dalam <filename>/tmp/</filename>.

en: Three commands control the permissions associated with a file:
id-ID: Tiga perintah mengontrol izin yang terkait dengan berkas:

en: <command>chown <replaceable>user</replaceable> <replaceable>file</replaceable></command> changes the owner of the file;
id-ID: <command>chown <replaceable>pengguna</replaceable> <replaceable>berkas</replaceable></command> mengubah pemilik berkas;

en: <command>chgrp <replaceable>group</replaceable> <replaceable>file</replaceable></command> alters the owner group;
id-ID: <command>chgrp <replaceable>grup</replaceable> <replaceable>berkas</replaceable></command> mengubah kelompok pemilik;

en: <command>chmod <replaceable>rights</replaceable> <replaceable>file</replaceable></command> changes the permissions for the file.
id-ID: <command>chmod <replaceable>hak</replaceable> <replaceable>berkas</replaceable></command> mengubah izin untuk berkas.

en: There are two ways of presenting rights. Among them, the symbolic representation is probably the easiest to understand and remember. It involves the letter symbols mentioned above. You can define rights for each category of users (<literal>u</literal>/<literal>g</literal>/<literal>o</literal>), by setting them explicitly (with <literal>=</literal>), by adding (<literal>+</literal>), or subtracting (<literal>-</literal>). Thus the <literal>u=rwx,g+rw,o-r</literal> formula gives the owner read, write, and execute rights, adds read and write rights for the owner group, and removes read rights for other users. Rights not altered by the addition or subtraction in such a command remain unmodified. The letter <literal>a</literal>, for “all”, covers all three categories of users, so that <literal>a=rx</literal> grants all three categories the same rights (read and execute, but not write).
id-ID: Ada dua cara untuk menyajikan hak. Di antara mereka, representasi simbolik adalah mungkin yang paling mudah untuk dipahami dan diingat. Ini melibatkan huruf simbol yang disebutkan di atas. Anda bisa mendefinisikan hak untuk setiap kategori pengguna (<literal>u</literal> <literal>g</literal>/<literal>o</literal>), dengan menetapkan mereka secara eksplisit (dengan <literal>=</literal>), dengan menambahkan (<literal>+</literal>), atau mengurangi (<literal>-</literal>). Dengan demikian rumus <literal>u=rwx,g+rw,o-r</literal> memberikan pemilik hak baca, tulis, dan eksekusi, menambahkan hak baca dan tulis untuk pemilik grup, dan menghilangkan hak-hak baca untuk pengguna lain. Hak-hak yang tidak diubah oleh penambahan atau pengurangan dalam perintah tersebut tetap tak berubah. Huruf <literal>a</literal>, untuk "all/semua", mencakup semua kategori pengguna, sehingga <literal>a=rx</literal> menghibahkan ke ketiga kategori hak yang sama (membaca dan mengeksekusi, tapi tidak menulis).

en: <primary>octal representation of rights</primary>
id-ID: <primary>representasi oktal hak</primary>

en: <primary>rights</primary><secondary>octal representation</secondary>
id-ID: <primary>hak</primary><secondary>representasi oktal</secondary>

en: The (octal) numeric representation associates each right with a value: 4 for read, 2 for write, and 1 for execute. We associate each combination of rights with the sum of the figures. Each value is then assigned to different categories of users by putting them end to end in the usual order (owner, group, others).
id-ID: Representasi numerik (oktal) mengasosiasikan hak masing-masing dengan suatu nilai: 4 untuk baca, 2 untuk tulis, dan 1 untuk eksekusi. Kita menghubungkan setiap kombinasi hak dengan menjumlah angka-angka. Setiap nilai kemudian ditugaskan untuk berbagai kategori pengguna dengan meletakkan mereka dalam urutan biasa (pemilik, kelompok, lain-lain).

en: To represent special rights, you can prefix a fourth digit to this number according to the same principle, where the <literal>setuid</literal>, <literal>setgid</literal> and <literal>sticky</literal> bits are 4, 2 and 1, respectively. <command>chmod 4754</command> will associate the <literal>setuid</literal> bit with the previously described rights.
id-ID: Untuk mewakili hak khusus, Anda dapat memberi awalan digit keempat ke nomor ini sesuai dengan prinsip yang sama, dengan bit <literal>setuid</literal>, <literal>setgid</literal>, dan <literal>sticky</literal> masing-masing adalah 4, 2, dan 1. <command>chmod 4754</command> akan mengasosiasikan bit <literal>setuid</literal> dengan hak-hak yang dijelaskan sebelumnya.

en: Note that the use of octal notation only allows to set all the rights at once on a file; you cannot use it to simply add a new right, such as read access for the group owner, since you must take into account the existing rights and compute the new corresponding numerical value.
id-ID: Perhatikan bahwa penggunaan notasi oktal hanya memungkinkan untuk mengatur semua hak sekaligus pada berkas; Anda tidak dapat menggunakannya untuk menambahkan hak baru, seperti akses baca untuk pemilik grup, karena Anda harus memperhitungkan hak-hak yang ada dan menghitung nilai numerik baru yang sesuai.

en: <emphasis>TIP</emphasis> Recursive operation
id-ID: <emphasis>TIP</emphasis> Operasi rekursif

en: Sometimes we have to change rights for an entire file tree. All the commands above have a <literal>-R</literal> option to operate recursively in sub-directories.
id-ID: Kadang-kadang kita harus mengubah hak untuk seluruh pohon berkas. Semua perintah di atas memiliki opsi <literal>-R</literal> untuk beroperasi secara rekursif di sub-direktori.

en: <emphasis>GOING FURTHER</emphasis> <command>umask</command>
id-ID: <emphasis>LEBIH LANJUT</emphasis> <command>umask</command>

en: <primary>rights</primary><secondary>mask</secondary>
id-ID: <primary>hak</primary><secondary>mask</secondary>

en: <primary>mask</primary><secondary>rights mask</secondary>
id-ID: <primary>mask</primary><secondary>mask hak</secondary>

en: Administration Interfaces
id-ID: Antarmuka Administrasi

en: <primary>interface</primary><secondary>administration interface</secondary>
id-ID: <primary>antarmuka</primary><secondary>antarmuka administrasi</secondary>

en: <primary>administration, interfaces</primary>
id-ID: <primary>administrasi, antarmuka</primary>

en: Using a graphical interface for administration is interesting in various circumstances. An administrator does not necessarily know all the configuration details for all their services, and doesn't always have the time to go seeking out the documentation on the matter. A graphical interface for administration can thus accelerate the deployment of a new service. It can also simplify the setup of services which are hard to configure.
id-ID: Menggunakan antarmuka grafis untuk administrasi menarik di berbagai keadaan. Administrator tidak perlu mengetahui semua rincian konfigurasi untuk semua layanan mereka, dan tidak selalu punya waktu untuk pergi mencari dokumentasi tentang masalah. Antarmuka grafis untuk administrasi karenanya dapat mempercepat penyebaran layanan baru. Itu juga dapat menyederhanakan penyiapan layanan yang sulit untuk dikonfigurasi.

en: Such an interface is only an aid, and not an end in itself. In all cases, the administrator must master its behavior in order to understand and work around any potential problem.
id-ID: Sebuah antarmuka adalah hanya bantuan, dan bukan tujuan itu sendiri. Dalam semua kasus, administrator harus menguasai perilakunya untuk memahami dan mengatasi masalah potensial.

en: Since no interface is perfect, you may be tempted to try several solutions. This is to be avoided as much as possible, since different tools are sometimes incompatible in their work methods. Even if they all aim to be very flexible and try to adopt the configuration file as a single reference, they are not always able to integrate external changes.
id-ID: Karena tidak ada antarmuka yang sempurna, Anda mungkin tergoda untuk mencoba beberapa solusi. Ini harus dihindari sebisa mungkin, karena alat yang berbeda kadang-kadang tidak kompatibel dalam metode kerja mereka. Bahkan jika mereka semua bertujuan untuk menjadi sangat fleksibel dan mencoba untuk mengadopsi berkas konfigurasi sebagai referensi tunggal, mereka tidak selalu mampu mengintegrasikan perubahan-perubahan eksternal.

en: Administrating on a Web Interface: <command>webmin</command>
id-ID: Pengadministrasian pada Antarmuka Web: <command>webmin</command>

en: This is, without a doubt, one of the most successful administration interfaces. It is a modular system managed through a web browser, covering a wide array of areas and tools. Furthermore, it is internationalized and available in many languages.
id-ID: Ini, tak diragukan lagi, adalah salah satu antarmuka administrasi yang paling sukses. Ini adalah sebuah sistem modular yang dikelola melalui peramban web, meliputi area dan peralatan yang luas. Lebih jauh, itu diinternasionalisasi dan tersedia dalam banyak bahasa.

en: Webmin dashboard
id-ID: Dasbor Webmin

en: There is, however, an unofficial package distributed on the <literal>webmin.com</literal> website. Contrary to the original Debian packages, this package is monolithic; all of its configuration modules are installed and activated by default, even if the corresponding service is not installed on the machine.
id-ID: Namun, ada sebuah paket tidak resmi yang didistribusikan pada <literal>webmin.com</literal> website. Bertentangan dengan paket-paket Debian asli, paket ini monolitik; semua modul konfigurasinya dipasang dan diaktifkan secara default, bahkan jika layanan yang sesuai tidak dipasang pada mesin.

en: <emphasis>SECURITY</emphasis> Changing the root password
id-ID: <emphasis>KEAMANAN</emphasis> Mengubah password root

en: Webmin is used through a web interface, but it does not require Apache to be installed. Essentially, this software has its own integrated mini web server. This server listens by default on port 10000 and accepts secure HTTP connections.
id-ID: Webmin digunakan melalui antarmuka web, tetapi tidak memerlukan Apache untuk diinstal. Pada dasarnya, perangkat lunak ini memiliki server web mini terpadu sendiri. Server ini mendengarkan secara default pada port 10000 dan menerima koneksi HTTP aman.

en: Included modules cover a wide variety of services, among which:
id-ID: Modul-modul yang disertakan mencakup berbagai macam layanan, diantaranya:

en: bind: DNS server configuration (name service);
id-ID: bind: konfigurasi server DNS (layanan nama);

en: postfix: SMTP server configuration (e-mail);
id-ID: postfix: konfigurasi server SMTP (e-mail);

en: dhcpd: DHCP server configuration;
id-ID: dhcpd: konfigurasi server DHCP;

en: proftpd: FTP server configuration;
id-ID: proftpd: konfigurasi server FTP;

en: samba: Samba file server configuration;
id-ID: samba: konfigurasi server berkas Samba;

en: software: installation or removal of software from Debian packages and system updates.
id-ID: perangkat lunak: instalasi atau penghapusan perangkat lunak dari paket-paket Debian dan pembaruan sistem.

en: The administration interface is available in a web browser at <literal>https://localhost:10000</literal>. Beware! Not all the modules are directly usable. Sometimes they must be configured by specifying the locations of the corresponding configuration files and some executable files (program). Frequently the system will politely prompt you when it fails to activate a requested module.
id-ID: Antarmuka administrasi tersedia di peramban web di <literal>https://localhost:10000</literal>. Berhati-hatilah! Tidak semua modul secara langsung dapat digunakan. Kadang-kadang mereka harus dikonfigurasi dengan menentukan lokasi berkas-berkas konfigurasi yang sesuai dan beberapa berkas yang dapat dieksekusi (program). Sering sistem secara sopan akan meminta Anda ketika gagal untuk mengaktifkan sebuah modul yang diminta.

en: <emphasis>ALTERNATIVE</emphasis> GNOME control center
id-ID: <emphasis>ALTERNATIF</emphasis> Pusat kendali GNOME

en: The GNOME project also provides multiple administration interfaces that are usually accessible via the “Settings” entry in the user menu on the top right. <command>gnome-control-center</command> is the main program that brings them all together but many of the system wide configuration tools are effectively provided by other packages (<emphasis role="pkg">accountsservice</emphasis>, <emphasis role="pkg">system-config-printer</emphasis>, etc.). Although they are easy to use, these applications cover only a limited number of base services: user management, time configuration, network configuration, printer configuration, and so on.
id-ID: Proyek GNOME juga menyediakan beberapa antarmuka administrasi yang biasanya dapat diakses melalui entri "Pengaturan" di menu pengguna di kanan atas. <command>gnome-control-center</command> adalah program utama yang membawa mereka bersama-sama tetapi banyak dari alat konfigurasi seluruh sistem secara efektif disediakan oleh paket lainnya (<emphasis role="pkg">accountsservice</emphasis>, <emphasis role="pkg">system-config-printer</emphasis>, dll). Meskipun mereka mudah digunakan, aplikasi ini mencakup hanya sejumlah terbatas layanan dasar: manajemen pengguna, konfigurasi waktu, konfigurasi jaringan, konfigurasi pencetak, dan sebagainya.

en: Configuring Packages: <command>debconf</command>
id-ID: Mengkonfigurasi Paket: <command>debconf</command>

en: For most cases, these settings are very simple; only a few important variables in the configuration file are changed. These variables are often grouped between two “demarcation” lines so that reconfiguration of the package only impacts the enclosed area. In other cases, reconfiguration will not change anything if the script detects a manual modification of the configuration file, in order to preserve these human interventions (because the script can't ensure that its own modifications will not disrupt the existing settings).
id-ID: Untuk kebanyakan kasus, pengaturan ini sangat sederhana; hanya beberapa variabel penting di berkas konfigurasi diganti. Variabel ini sering dikelompokkan antara dua garis "demarkasi" sehingga konfigurasi ulang paket hanya berdampak ke daerah tertentu. Dalam kasus lain, konfigurasi ulang tidak akan mengubah apa-apa jika skrip mendeteksi modifikasi manual berkas konfigurasi, dalam rangka untuk mempertahankan intervensi manusia ini (karena skrip tidak dapat memastikan bahwa modifikasinya tidak akan mengganggu pengaturan yang ada).

en: <emphasis>DEBIAN POLICY</emphasis> Preserving changes
id-ID: <emphasis>KEBIJAKAN DEBIAN</emphasis> Melestarikan perubahan

en: The Debian Policy expressly stipulates that everything should be done to preserve manual changes made to a configuration file, so more and more scripts take precautions when editing configuration files. The general principle is simple: the script will only make changes if it knows the status of the configuration file, which is verified by comparing the checksum of the file against that of the last automatically generated file. If they are the same, the script is authorized to change the configuration file. Otherwise, it determines that the file has been changed and asks what action it should take (install the new file, save the old file, or try to integrate the new changes with the existing file). This precautionary principle has long been unique to Debian, but other distributions have gradually begun to embrace it.
id-ID: Kebijakan Debian secara tegas menyebutkan bahwa segala sesuatu harus dilakukan untuk melestarikan perubahan manual yang dibuat untuk berkaskonfigurasi, maka semakin banyak skrip yang mengambil tindakan pencegahan saat menyunting berkas konfigurasi. Prinsip umumnya sederhana: skrip hanya akan membuat perubahan jika itu tahu status berkas konfigurasi yang diverifikasi dengan membandingkan checksum berkas terhadap berkas yang terakhir dikonfigurasi secara otomatis. Jika mereka sama, skrip berwenang untuk mengubah berkaskonfigurasi. Jika tidak, itu menganggap bahwa berkas telah berubah dan bertanya apa tindakan yang diperlukan (menginstal berkas baru, menyimpan berkas lama, atau mencoba untuk mengintegrasikan perubahan baru dengan berkas yang sudah ada). Prinsip pencegahan ini telah lama unik untuk Debian, tetapi distro lain secara bertahap mulai menerimanya.

en: The <command>ucf</command> program (from the Debian package of the same name) can be used to implement such a behavior.
id-ID: Program <command>ucf</command> (dari paket Debian dengan nama yang sama) dapat digunakan untuk menerapkan perilaku seperti itu.

en: <command>syslog</command> System Events
id-ID: <command>syslog</command> Kejadian Sistem

en: Principle and Mechanism
id-ID: Prinsip dan Mekanisme

en: The <command>rsyslogd</command> daemon is responsible for collecting service messages coming from applications and the kernel, then dispatching them into log files (usually stored in the <filename>/var/log/</filename> directory). It obeys the <filename>/etc/rsyslog.conf</filename> configuration file.
id-ID: Daemon <command>rsyslogd</command> bertanggung jawab untuk mengumpulkan pesan layanan yang berasal dari aplikasi dan kernel, lalu mengirim mereka ke dalam berkas log (biasanya disimpan dalam direktori <filename>/var/log/</filename>). Ini mematuhi berkas konfigurasi <filename>/etc/rsyslog.conf</filename>.

en: Each log message is associated with an application subsystem (called “facility” in the documentation):
id-ID: Setiap pesan log terkait dengan suatu subsistem aplikasi (disebut 'fasilitas' dalam dokumentasi):

en: <literal>auth</literal> and <literal>authpriv</literal>: for authentication;
id-ID: <literal>auth</literal> dan <literal>authpriv</literal>: untuk otentikasi;

en: <literal>cron</literal>: comes from task scheduling services, <command>cron</command> and <command>atd</command>;
id-ID: <literal>cron</literal>: berasal dari layanan penjadwalan tugas, <command>cron</command> dan <command>atd</command>;

en: <literal>daemon</literal>: affects a daemon without any special classification (DNS, NTP, etc.);
id-ID: <literal>daemon</literal>: mempengaruhi daemon tanpa klasifikasi khusus apapun (DNS, NTP, dll);

en: <literal>ftp</literal>: concerns the FTP server;
id-ID: <literal>ftp</literal>: menyangkut server FTP;

en: <literal>kern</literal>: message coming from the kernel;
id-ID: <literal>kern</literal>: pesan yang datang dari kernel;

en: <literal>lpr</literal>: comes from the printing subsystem;
id-ID: <literal>lpr</literal>: berasal dari subsistem pencetakan;

en: <literal>mail</literal>: comes from the e-mail subsystem;
id-ID: <literal>mail</literal>: berasal dari subsistem surel;

en: <literal>news</literal>: Usenet subsystem message (especially from an NNTP — Network News Transfer Protocol — server that manages newsgroups);
id-ID: <literal>news</literal>: pesan subsistem Usenet (terutama dari NNTP — Network News Transfer Protocol — server yang mengelola newsgroup);

en: <literal>syslog</literal>: messages from the <command>syslogd</command> server, itself;
id-ID: <literal>syslog</literal>: pesan-pesan dari server <command>syslogd</command> itu sendiri;

en: <literal>user</literal>: user messages (generic);
id-ID: <literal>user</literal>: pesan-pesan pengguna (generik);

en: <literal>uucp</literal>: messages from the UUCP server (Unix to Unix Copy Program, an old protocol notably used to distribute e-mail messages);
id-ID: <literal>uucp</literal>: pesan dari server UUCP (Unix to Unix Copy Program, protokol tua yang terutama digunakan untuk mendistribusikan pesan surel);

en: <literal>local0</literal> to <literal>local7</literal>: reserved for local use.
id-ID: <literal>local0</literal> sampai <literal>local7</literal>: disediakan untuk penggunaan lokal.

en: Each message is also associated with a priority level. Here is the list in decreasing order:
id-ID: Setiap pesan ini juga dikaitkan dengan tingkat prioritas. Berikut adalah daftar yang terurut turun:

en: <literal>emerg</literal>: “Help!” There is an emergency, the system is probably unusable.
id-ID: <literal>emerg</literal>: "Tolong!" Ada keadaan darurat, sistem ini mungkin tidak dapat digunakan.

en: <literal>alert</literal>: hurry up, any delay can be dangerous, action must be taken immediately;
id-ID: <literal>alert</literal>: buru-buru, penundaan bisa berbahaya, tindakan harus diambil segera;

en: <literal>crit</literal>: conditions are critical;
id-ID: <literal>crit</literal>: kondisi kritis;

en: <literal>err</literal>: error;
id-ID: <literal>err</literal>: kesalahan;

en: <literal>warn</literal>: warning (potential error);
id-ID: <literal>warn</literal>: peringatan (potensi kesalahan);

en: <literal>notice</literal>: conditions are normal, but the message is important;
id-ID: <literal>notice</literal>: kondisi normal, tapi pesan tersebut penting;

en: <literal>info</literal>: informative message;
id-ID: <literal>info</literal>: pesan informatif;

en: <literal>debug</literal>: debugging message.
id-ID: <literal>debug</literal>: pesan pengawakutuan (debug).

en: The Configuration File
id-ID: Berkas Konfigurasi

en: Syntax of the Selector
id-ID: Sintaks dari Pemilih

en: The selector is a semicolon-separated list of <literal><replaceable>subsystem</replaceable>.<replaceable>priority</replaceable></literal> pairs (example: <literal>auth.notice;mail.info</literal>). An asterisk may represent all subsystems or all priorities (examples: <literal>*.alert</literal> or <literal>mail.*</literal>). Several subsystems can be grouped, by separating them with a comma (example: <literal>auth,mail.info</literal>). The priority indicated also covers messages of equal or higher priority; thus <literal>auth.alert</literal> indicates the <literal>auth</literal> subsystem messages of <literal>alert</literal> or <literal>emerg</literal> priority. Prefixed with an exclamation point (!), it indicates the opposite, in other words the strictly lower priorities; <literal>auth.!notice</literal>, thus, indicates messages issued from <literal>auth</literal>, with <literal>info</literal> or <literal>debug</literal> priority. Prefixed with an equal sign (=), it corresponds to precisely and only the priority indicated (<literal>auth.=notice</literal> only concerns messages from <literal>auth</literal> with <literal>notice</literal> priority).
id-ID: Pemilih adalah sebuah daftar pasangan yang dipisah titik koma <literal><replaceable>subsistem</replaceable>.<replaceable>prioritas</replaceable></literal> (contoh: <literal>auth.notice;mail.info</literal>). Bintang dapat mewakili semua subsistem atau semua prioritas (contoh: <literal>*.alert</literal> atau <literal>mail.*</literal>). Beberapa subsistem dapat dikelompokkan, dengan memisahkan mereka dengan tanda koma (contoh: <literal>auth,mail.info</literal>). Prioritas yang ditunjukkan juga mencakup pesan prioritas yang sama atau lebih tinggi; dengan demikian <literal>auth.alert</literal> menunjukkan subsistem pesan <literal>auth</literal> dengan prioritas <literal>alert</literal> atau <literal>emerg</literal>. Diawali dengan tanda seru (!), ini menunjukkan sebaliknya, dengan kata lain hanya prioritas yang lebih rendah; <literal>auth.!notice</literal>, dengan demikian, menunjukkan pesan yang dikeluarkan dari <literal>auth</literal>, dengan prioritas <literal>info</literal> atau <literal>debug</literal>. Diawali dengan tanda sama dengan (=), sesuai dengan hanya prioritas ditunjukkan (<literal>oauth.=notice</literal> pesan dari <literal>auth</literal> ini hanya berkenaan dengan prioritas <literal>notice</literal>).

en: Each element in the list on the selector overrides previous elements. It is thus possible to restrict a set or to exclude certain elements from it. For example, <literal>kern.info;kern.!err</literal> means messages from the kernel with priority between <literal>info</literal> and <literal>warn</literal>. The <literal>none</literal> priority indicates the empty set (no priorities), and may serve to exclude a subsystem from a set of messages. Thus, <literal>*.crit;kern.none</literal> indicates all the messages of priority equal to or higher than <literal>crit</literal> not coming from the kernel.
id-ID: Setiap elemen dalam daftar pada pemilih menimpa unsur-unsur sebelumnya. Dengan demikian dimungkinkan untuk membatasi satu set atau untuk mengecualikan unsur-unsur tertentu dari itu. Sebagai contoh, <literal>kern.info;kern.!err</literal> berarti pesan dari kernel dengan prioritas antara <literal>info</literal> dan <literal>warn</literal>. Prioritas <literal>none</literal> menunjukkan kumpulan kosong (tidak ada prioritas), dan dapat dipakai untuk mengecualikan subsistem dari serangkaian pesan. Dengan demikian, <literal>*. crit;kern.none</literal> menunjukkan semua pesan prioritas yang sama dengan atau lebih tinggi dari <literal>crit</literal> yang bukan berasal dari kernel.

en: Syntax of Actions
id-ID: Sintaks Tindakan

en: <emphasis>BACK TO BASICS</emphasis> The named pipe, a persistent pipe
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> Pipa bernama (named pipe), pipa persisten

en: A named pipe is a particular type of file that operates like a traditional pipe (the pipe that you make with the “|” symbol on the command line), but via a file. This mechanism has the advantage of being able to relate two unrelated processes. Anything written to a named pipe blocks the process that writes until another process attempts to read the data written. This second process reads the data written by the first, which can then resume execution.
id-ID: Pipa bernama adalah berkas jenis khusus yang beroperasi seperti pipa tradisional (pipa yang Anda buat dengan simbol "|" pada baris perintah), tetapi melalui berkas. Mekanisme ini memiliki keuntungan yang mampu menghubungkan dua proses yang tidak terkait. Apa pun yang ditulis ke pipa bernama memblokir proses yang menulis sampai proses lain berusaha untuk membaca data yang dituliskan. Proses kedua ini membaca data yang ditulis oleh yang pertama, yang kemudian dapat melanjutkan eksekusi.

en: Such a file is created with the <command>mkfifo</command> command.
id-ID: Berkas seperti itu dibuat dengan perintah <command>mkfifo</command>.

en: The various possible actions are:
id-ID: Berbagai tindakan yang mungkin adalah:

en: add the message to a file (example: <filename>/var/log/messages</filename>);
id-ID: menambahkan pesan ke berkas (contoh: <filename>/var/log/messages</filename>);

en: send the message to a remote <command>syslog</command> server (example: <literal>@log.falcot.com</literal>);
id-ID: mengirim pesan ke server <command>syslog</command> remote (contoh: <literal>@log.falcot.com</literal>);

en: send the message to an existing named pipe (example: <literal>|/dev/xconsole</literal>);
id-ID: mengirim pesan ke pipa bernama yang ada (contoh: <literal>|/dev/xconsole</literal>);

en: send the message to one or more users, if they are logged in (example: <literal>root,rhertzog</literal>);
id-ID: mengirim pesan ke satu atau lebih pengguna, jika mereka login (contoh: <literal>root, rhertzog</literal>);

en: send the message to all logged in users (example: <literal>*</literal>);
id-ID: mengirim pesan ke semua pengguna yang login (contoh: <literal>*</literal>);

en: write the message in a text console (example: <literal>/dev/tty8</literal>).
id-ID: menulis pesan dalam konsol teks (contoh: <literal>/dev/tty8</literal>).

en: <emphasis>SECURITY</emphasis> Forwarding logs
id-ID: <emphasis>KEAMANAN</emphasis> Meneruskan log

en: <primary>log</primary><secondary>forwarding</secondary>
id-ID: <primary>log</primary><secondary>meneruskan</secondary>

en: It is a good idea to record the most important logs on a separate machine (perhaps dedicated for this purpose), since this will prevent any possible intruder from removing traces of their intrusion (unless, of course, they also compromise this other server). Furthermore, in the event of a major problem (such as a kernel crash), you have the logs available on another machine, which increases your chances of determining the sequence of events that caused the crash.
id-ID: Ini adalah ide yang baik untuk merekam log-log yang paling penting pada mesin terpisah (mungkin didedikasikan untuk tujuan ini), karena ini akan mencegah penyusup apapun mungkin menghapus jejak-jejak intrusi mereka (kecuali, tentu saja, mereka juga mengkompromi server lain ini). Selanjutnya, dalam hal masalah besar (seperti kernel crash), Anda memiliki log yang tersedia pada mesin lain, yang akan meningkatkan kesempatan Anda untuk menentukan urutan peristiwa yang menyebabkan crash.

en: To accept log messages sent by other machines, you must reconfigure <emphasis>rsyslog</emphasis>: in practice, it is sufficient to activate the ready-for-use entries in <filename>/etc/rsyslog.conf</filename> (<literal>$ModLoad imudp</literal> and <literal>$UDPServerRun 514</literal>).
id-ID: Untuk menerima log pesan yang dikirim oleh mesin lainnya, Anda harus mengkonfigurasi ulang <emphasis>rsyslog</emphasis>: dalam praktek, cukup untuk mengaktifkan entri siap pakai dalam <filename>/etc/rsyslog.conf</filename> (<literal>$ModLoad imudp</literal> dan <literal>$UDPServerRun 514</literal>).

en: The <command>inetd</command> Super-Server
id-ID: Super Server <command>inetd</command>

en: Inetd (often called “Internet super-server”) is a server of servers. It executes rarely used servers on demand, so that they do not have to run continuously.
id-ID: Inetd (sering disebut "Internet super-server") adalah sebuah server dari server. Itu mengeksekusi server yang jarang digunakan sesuai permintaan, sehingga mereka tidak perlu berjalan terus menerus.

en: The <filename>/etc/inetd.conf</filename> file lists these servers and their usual ports. The <command>inetd</command> command listens to all of them; when it detects a connection to any such port, it executes the corresponding server program.
id-ID: Berkas <filename>/etc/inetd.conf</filename> memuat daftar server tersebut dan nomor port biasa mereka. Perintah <command>inetd</command> mendengarkan semua dari mereka; ketika mendeteksi koneksi ke salah satu port tersebut, itu mengeksekusi program server yang sesuai.

en: Packages frequently want to register a new server in the <filename>/etc/inetd.conf</filename> file, but Debian Policy prohibits any package from modifying a configuration file that it doesn't own. This is why the <command>update-inetd</command> script (in the package with the same name) was created: It manages the configuration file, and other packages can thus use it to register a new server to the super-server's configuration.
id-ID: Paket seringkali ingin mendaftarkan server baru dalam berkas <filename>/etc/inetd.conf</filename>, tetapi Kebijakan Debian melarang setiap paket memodifikasi berkas konfigurasi yang bukan milik sendiri. Inilah sebabnya mengapa skrip <command>update-inetd</command> (dalam paket dengan nama yang sama) dibuat: mengelola berkas konfigurasi, maka paket lain dapat menggunakannya untuk mendaftarkan server baru ke konfigurasi super-server.

en: Each significant line of the <filename>/etc/inetd.conf</filename> file describes a server through seven fields (separated by spaces):
id-ID: Setiap baris yang signifikan dari berkas <filename>/etc/inetd.conf</filename> menggambarkan sebuah server melalui tujuh ruas (yang dipisah dengan spasi):

en: The TCP or UDP port number, or the service name (which is mapped to a standard port number with the information contained in the <filename>/etc/services</filename> file).
id-ID: Nomor port TCP atau UDP, atau nama layanan (yang dipetakan ke nomor port standar dengan informasi yang terkandung dalam berkas <filename>/etc/services</filename>).

en: The socket type: <literal>stream</literal> for a TCP connection, <literal>dgram</literal> for UDP datagrams.
id-ID: Jenis soket: <literal>stream</literal> untuk koneksi TCP, <literal>dgram</literal> untuk datagram UDP.

en: The options: two possible values: <literal>wait</literal> or <literal>nowait</literal>, to tell <command>inetd</command> whether it should wait or not for the end of the launched process before accepting another connection. For TCP connections, easily multiplexable, you can usually use <literal>nowait</literal>. For programs responding over UDP, you should use <literal>nowait</literal> only if the server is capable of managing several connections in parallel. You can suffix this field with a period, followed by the maximum number of connections authorized per minute (the default limit is 256).
id-ID: Pilihan: dua nilai yang mungkin: <literal>wait</literal> atau <literal>nowait</literal>, untuk memberitahu <command>inetd</command> apakah itu harus menunggu atau tidak untuk akhir dari proses diluncurkan sebelum menerima koneksi lain. Untuk koneksi TCP, yang mudah dimultiplekskan, Anda dapat biasanya menggunakan <literal>nowait</literal>. Untuk program yang merespon melalui UDP, Anda harus menggunakan <literal>nowait</literal> hanya jika server mampu mengelola beberapa koneksi secara paralel. Anda dapat menambahkan akhiran pada ruas ini dengan titik dua, diikuti oleh jumlah maksimum koneksi resmi per menit (batas default adalah 256).

en: The full path to the server program to execute.
id-ID: Path lengkap ke program server yang akan dijalankan.

en: The arguments: this is a complete list of the program's arguments, including its own name (<literal>argv[0]</literal> in C).
id-ID: Argumen: ini adalah daftar lengkap dari argumen program, termasuk nama sendiri (<literal>argv[0]</literal> dalam C).

en: Excerpt from <filename>/etc/inetd.conf</filename>
id-ID: Kutipan dari <filename>/etc/inetd.conf</filename>

en: <emphasis>COMMUNITY</emphasis> Wietse Venema
id-ID: <emphasis>KOMUNITAS</emphasis> Wietse Venema

en: <emphasis>ALTERNATIVE</emphasis> Other <command>inetd</command> commands
id-ID: <emphasis>ALTERNATIF</emphasis> Perintah <command>inetd</command> lain

en: Last but not least, it is even possible to emulate <command>inetd</command>'s behavior with <command>systemd</command>'s socket-activation mechanism (see <xref linkend="sect.systemd" />).
id-ID: Terakhir tetapi bukan tidak penting, bahkan mungkin untuk meniru perilaku <command>inetd</command> dengan mekanisme aktivasi soket <command>systemd</command> (lihat <xref linkend="sect.systemd" />).

en: Scheduling Tasks with <command>cron</command> and <command>atd</command>
id-ID: Menjadwalkan Tugas dengan <command>cron</command> dan <command>atd</command>

en: <primary>scheduled commands</primary>
id-ID: <primary>perintah-perintah yang dijadwalkan</primary>

en: <primary>command scheduling</primary>
id-ID: <primary>penjadwalan perintah</primary>

en: In a Unix system, many tasks are scheduled for regular execution:
id-ID: Dalam sistem Unix, banyak tugas yang dijadwalkan untuk dieksekusi berkala:

en: rotating the logs;
id-ID: merotasi log;

en: updating the database for the <command>locate</command> program;
id-ID: memperbarui basis data untuk program <command>locate</command>;

en: back-ups;
id-ID: back-up;

en: maintenance scripts (such as cleaning out temporary files).
id-ID: skrip pemeliharaan (misalnya pembersihan berkas sementara).

en: By default, all users can schedule the execution of tasks. Each user has thus their own <emphasis>crontab</emphasis> in which they can record scheduled commands. It can be edited by running <command>crontab -e</command> (its content is stored in the <filename>/var/spool/cron/crontabs/<replaceable>user</replaceable></filename> file).
id-ID: Secara default, semua pengguna dapat menjadwalkan pelaksanaan tugas. Dengan demikian, setiap pengguna memiliki sendiri <emphasis>crontab</emphasis> di mana mereka dapat merekam perintah yang dijadwalkan. Ini dapat diedit dengan menjalankan <command>crontab -e</command> (isinya disimpan dalam berkas <filename>/var/spool/cron/crontabs/<replaceable>pengguna</replaceable></filename>).

en: <emphasis>SECURITY</emphasis> Restricting <command>cron</command> or <command>atd</command>
id-ID: <emphasis>KEAMANAN</emphasis> Membatasi <command>cron</command> atau <command>atd</command>

en: The root user has their own <emphasis>crontab</emphasis>, but can also use the <filename>/etc/crontab</filename> file, or write additional <emphasis>crontab</emphasis> files in the <filename>/etc/cron.d</filename> directory. These last two solutions have the advantage of being able to specify the user identity to use when executing the command.
id-ID: Pengguna root punya <emphasis>crontab</emphasis> mereka sendiri, tapi dapat juga menggunakan berkas <filename>/etc/crontab</filename>, atau menulis berkas <emphasis>crontab</emphasis> tambahan dalam direktori <filename>/etc/cron.d</filename>. Dua solusi terakhir ini memiliki keuntungan menjadi dapat menentukan identitas pengguna yang dimanfaatkan ketika mengeksekusi perintah.

en: The <emphasis>cron</emphasis> package includes by default some scheduled commands that execute:
id-ID: Paket <emphasis>cron</emphasis> termasuk secara default beberapa perintah terjadwal yang mengeksekusi:

en: programs in the <filename>/etc/cron.hourly/</filename> directory once per hour;
id-ID: program-program dalam direktori <filename>/etc/cron.hourly/</filename> sekali per jam;

en: programs in <filename>/etc/cron.daily/</filename> once per day;
id-ID: program-program di <filename>/etc/cron.daily/</filename> sekali per hari;

en: programs in <filename>/etc/cron.weekly/</filename> once per week;
id-ID: program-program di <filename>/etc/cron.weekly/</filename> sekali per minggu;

en: programs in <filename>/etc/cron.monthly/</filename> once per month.
id-ID: program-program di <filename>/etc/cron.monthly/</filename> sekali per bulan.

en: Many Debian packages rely on this service: by putting maintenance scripts in these directories, they ensure optimal operation of their services.
id-ID: Banyak paket Debian yang banyak bergantung pada layanan ini: dengan menempatkan skrip pemeliharaan dalam direktori ini, mereka memastikan pengoperasian yang optimal atas layanan mereka.

en: Format of a <filename>crontab</filename> File
id-ID: Format dari sebuah Berkas <filename>crontab</filename>

en: <emphasis>TIP</emphasis> Text shortcuts for <command>cron</command>
id-ID: <emphasis>TIP</emphasis> Pintasan teks untuk <command>cron</command>

en: <command>cron</command> recognizes some abbreviations which replace the first five fields in a <filename>crontab</filename> entry. They correspond to the most classic scheduling options:
id-ID: <command>cron</command> mengenali beberapa singkatan yang menggantikan lima ruas pertama dalam entri <filename>crontab</filename>. Mereka sesuai dengan pilihan penjadwalan yang paling klasik:

en: <literal>@yearly</literal>: once per year (January 1, at 00:00);
id-ID: <literal>@yearly</literal>: sekali per tahun (1 Januari, pukul 24:00);

en: <literal>@monthly</literal>: once per month (the 1st of the month, at 00:00);
id-ID: <literal>@monthly</literal>: sekali per bulan (tanggal 1, pukul 24:00);

en: <literal>@weekly</literal>: once per week (Sunday at 00:00);
id-ID: <literal>@weekly</literal>: sekali per minggu (hari Minggu pukul 24:00);

en: <literal>@daily</literal>: once per day (at 00:00);
id-ID: <literal>@daily</literal>: sekali per hari (pukul 24:00);

en: <literal>@hourly</literal>: once per hour (at the beginning of each hour).
id-ID: <literal>@hourly</literal>: sekali per jam (pada permulaan setiap jam).

en: <emphasis>SPECIAL CASE</emphasis> <command>cron</command> and daylight savings time
id-ID: <emphasis>KASUS KHUSUS</emphasis> <command>cron</command> dan daylight saving time

en: In Debian, <command>cron</command> takes the time change (for Daylight Savings Time, or in fact for any significant change in the local time) into account as best as it can. Thus, the commands that should have been executed during an hour that never existed (for example, tasks scheduled at 2:30 am during the Spring time change in France, since at 2:00 am the clock jumps directly to 3:00 am) are executed shortly after the time change (thus around 3:00 am DST). On the other hand, in autumn, when commands would be executed several times (2:30 am DST, then an hour later at 2:30 am standard time, since at 3:00 am DST the clock turns back to 2:00 am) are only executed once.
id-ID: Di Debian, <command>cron</command> memperhitungkan perubahan waktu (Daylight Savings Time, atau bahkan untuk perubahan signifikan dalam waktu setempat) sebaik mungkin. Dengan demikian, perintah yang harus dilaksanakan selama satu jam yang tidak pernah ada (misalnya, tugas-tugas yang dijadwalkan di 2:30 selama musim semi waktu perubahan di Perancis, karena pada pukul 2:00 waktu melompat secara langsung ke 3:00) dijalankan tak lama setelah perubahan waktu (dengan demikian sekitar 3:00 am DST). Di sisi lain, di musim gugur, ketika perintah akan dijalankan beberapa kali (2:30 am DST, kemudian sejam kemudian di 2:30 am waktu standar, karena pada 3:00 am DST jam berubah kembali untuk 2:00 am) hanya dilakukan sekali.

en: Be careful, however, if the order in which the different scheduled tasks and the delay between their respective executions matters, you should check the compatibility of these constraints with <command>cron</command>'s behavior; if necessary, you can prepare a special schedule for the two problematic nights per year.
id-ID: Namun hati-hati, jika urutan antara tugas berbeda yang dijadwalkan dan penundaan antara eksekusi mereka masing-masing penting, Anda harus memeriksa kompatibilitas kendala dengan perilaku <command>cron</command>; jika perlu, Anda dapat mempersiapkan jadwal khusus untuk dua malam bermasalah per tahun.

en: the value for the hour (from 0 to 23);
id-ID: nilai untuk jam (dari 0 sampai 23);

en: the value for the day of the month (from 1 to 31);
id-ID: nilai untuk tanggal (dari 1 sampai 31);

en: the value for the month (from 1 to 12);
id-ID: nilai untuk bulan (dari 1 untuk 12);

en: the value for the day of the week (from 0 to 7, 1 corresponding to Monday, Sunday being represented by both 0 and 7; it is also possible to use the first three letters of the name of the day of the week in English, such as <literal>Sun</literal>, <literal>Mon</literal>, etc.);
id-ID: nilai hari pada suatu minggu (dari 0 sampai 7, 1 berarti Senin, Minggu diwakili oleh 0 atau 7; juga dimungkinkan untuk menggunakan tiga huruf pertama dari nama hari dalam seminggu dalam bahasa Inggris, seperti <literal>Sun</literal>, <literal>Mon</literal>, dll.);

en: the user name under whose identity the command must be executed (in the <filename>/etc/crontab</filename> file and in the fragments located in <filename>/etc/cron.d/</filename>, but not in the users' own crontab files);
id-ID: nama pengguna yang identitasnya akan dipakai untuk menjalankan perintah (di berkas <filename>/etc/crontab</filename> dan dalam fragmen yang terletak di <filename>/etc/cron.d/</filename>, tetapi tidak di berkas crontab pengguna sendiri);

en: the command to execute (when the conditions defined by the first five columns are met).
id-ID: perintah yang akan dilaksanakan (ketika kondisi yang didefinisikan oleh ke lima kolom pertama terpenuhi).

en: All these details are documented in the <citerefentry><refentrytitle>crontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry> man page.
id-ID: Semua rincian ini didokumentasikan di halaman manual <citerefentry><refentrytitle>crontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry>.

en: <emphasis>TIP</emphasis> Executing a command on boot
id-ID: <emphasis>TIPS</emphasis> Mengeksekusi perintah saat boot

en: To execute a command a single time, just after booting the computer, you can use the <literal>@reboot</literal> macro (a simple restart of <command>cron</command> does not trigger a command scheduled with <literal>@reboot</literal>). This macro replaces the first five fields of an entry in the <emphasis>crontab</emphasis>.
id-ID: Untuk mengeksekusi perintah sekali saja, hanya setelah komputer boot, Anda dapat menggunakan makro <literal>@reboot</literal> (sekadar merestart <command>cron</command> tidak memicu perintah yang dijadwalkan dengan <literal>@reboot</literal>). Makro ini menggantikan lima ruas entri pertama di <emphasis>crontab</emphasis>.

en: <emphasis>ALTERNATIVE</emphasis> Emulating <command>cron</command> with <command>systemd</command>
id-ID: <emphasis>ALTERNATIF</emphasis> Mengemulasi <command>cron</command> dengan <command>systemd</command>

en: It is possible to emulate part of <command>cron</command>'s behavior with <command>systemd</command>'s timer mechanism (see <xref linkend="sect.systemd" />).
id-ID: Mungkin untuk meniru sebagian perilaku <command>cron</command> dengan mekanisme timer <command>systemd</command> (lihat <xref linkend="sect.systemd" />).

en: Using the <command>at</command> Command
id-ID: Menggunakan Perintah <command>at</command>

en: An alternative syntax postpones the execution for a given duration: <command>at now + <replaceable>number</replaceable> <replaceable>period</replaceable></command>. The <replaceable>period</replaceable> can be <literal>minutes</literal>, <literal>hours</literal>, <literal>days</literal>, or <literal>weeks</literal>. The <replaceable>number</replaceable> simply indicates the number of said units that must elapse before execution of the command.
id-ID: Suatu sintaks alternatif menunda eksekusi untuk durasi tertentu: <command>at now + <replaceable>angka</replaceable> <replaceable>periode</replaceable></command>. <replaceable>periode</replaceable> bisa berupa <literal>minutes</literal> (menit), <literal>hours</literal> (jam), <literal>days</literal> (hari), atau <literal>weeks</literal> (minggu). <replaceable>angka</replaceable> hanya menunjukkan banyaknya unit yang harus dilalui sebelum pelaksanaan perintah.

en: To cancel a task scheduled by <command>cron</command>, simply run <command>crontab -e</command> and delete the corresponding line in the <emphasis>crontab</emphasis> file. For <command>at</command> tasks, it is almost as easy: run <command>atrm <replaceable>task-number</replaceable></command>. The task number is indicated by the <command>at</command> command when you scheduled it, but you can find it again with the <command>atq</command> command, which gives the current list of scheduled tasks.
id-ID: Untuk membatalkan tugas yang dijadwalkan oleh <command>cron</command>, cukup menjalankan <command>crontab -e</command> dan menghapus baris yang sesuai dalam berkas <emphasis>crontab</emphasis>. Untuk tugas <command>at</command>, hampir sama mudahnya: jalankan <command>atrm <replaceable>nomor-tugas</replaceable></command>. Nomor tugas ditunjukkan oleh perintah <command>at</command> saat Anda menjadwalkan itu, tetapi Anda dapat menemukannya lagi dengan perintah <command>atq</command>, yang memberikan daftar tugas terjadwal.

en: Scheduling Asynchronous Tasks: <command>anacron</command>
id-ID: Menjadwalkan Tugas-tugas Asinkron: <command>anacron</command>

en: <command>anacron</command> is the daemon that completes <command>cron</command> for computers that are not on at all times. Since regular tasks are usually scheduled for the middle of the night, they will never be executed if the computer is off at that time. The purpose of <command>anacron</command> is to execute them, taking into account periods in which the computer is not working.
id-ID: <command>anacron</command> adalah daemon yang melengkapi <command>cron</command> untuk komputer yang tidak menyala setiap saat. Karena tugas-tugas rutin biasanya dijadwalkan untuk dieksekusi di tengah malam, mereka akan tidak pernah dijalankan jika komputer pada waktu itu. Tujuan <command>anacron</command> adalah untuk mengeksekusi mereka, mempertimbangkan periode saat komputer tidak bekerja.

en: Please note that <command>anacron</command> will frequently execute such activity a few minutes after booting the machine, which can render the computer less responsive. This is why the tasks in the <filename>/etc/anacrontab</filename> file are started with the <command>nice</command> command, which reduces their execution priority and thus limits their impact on the rest of the system. Beware, the format of this file is not the same as that of <filename>/etc/crontab</filename>; if you have particular needs for <command>anacron</command>, see the <citerefentry><refentrytitle>anacrontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry> manual page.
id-ID: Harap dicatat bahwa <command>anacron</command> sering akan melaksanakan kegiatan tersebut beberapa menit setelah komputer boot, yang dapat membuat komputer kurang responsif. Inilah sebabnya mengapa tugas-tugas di berkas <filename>/etc/anacrontab</filename> dimulai dengan perintah <command>nice</command>, yang mengurangi prioritas eksekusi mereka dan dengan demikian membatasi dampak mereka di seluruh sistem. Berhati-hatilah, format berkas ini tidak sama dengan <filename>/etc/crontab</filename>; jika Anda memiliki kebutuhan khusus untuk <command>anacron</command>, lihat halaman manual <citerefentry><refentrytitle>anacrontab</refentrytitle><manvolnum>5</manvolnum></citerefentry>.

en: <emphasis>BACK TO BASICS</emphasis> Priorities and <command>nice</command>
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> Prioritas dan <command>nice</command>

en: <command>nice</command> works with levels of “niceness”: the positive levels (from 1 to 19) progressively lower the priority, while the negative levels (from -1 to -20) will increase it — but only root can use these negative levels. Unless otherwise indicated (see the <citerefentry><refentrytitle>nice</refentrytitle> <manvolnum>1</manvolnum></citerefentry> manual page), <command>nice</command> increases the current level by 10.
id-ID: <command>nice</command> bekerja dengan tingkat "niceness": tingkat positif (dari 1 sampai 19) semakin menurunkan prioritas, sementara tingkat negatif (dari -1 untuk-20) akan meningkatkan — tetapi hanya root yang dapat menggunakan tingkat negatif ini. Kecuali jika dinyatakan (lihat halaman manual <citerefentry><refentrytitle>nice</refentrytitle> <manvolnum>1</manvolnum></citerefentry>), <command>nice</command> menaikkan tingkat saat ini sebanyak 10.

en: If you discover that an already running task should have been started with <command>nice</command> it is not too late to fix it; the <command>renice</command> command changes the priority of an already running process, in either direction (but reducing the “niceness” of a process is reserved for the root user).
id-ID: Jika Anda menemukan bahwa tugas yang sudah berjalan seharusnya dimulai dengan <command>nice</command> tidaklah terlalu terlambat untuk memperbaikinya; perintah <command>renice</command> mengubah prioritas proses yang sudah berjalan, di kedua arah (tapi mengurangi nilai "nice" proses hanya disediakan untuk pengguna root).

en: Installation of the <emphasis role="pkg">anacron</emphasis> package deactivates execution by <command>cron</command> of the scripts in the <filename>/etc/cron.hourly/</filename>, <filename>/etc/cron.daily/</filename>, <filename>/etc/cron.weekly/</filename>, and <filename>/etc/cron.monthly/</filename> directories. This avoids their double execution by <command>anacron</command> and <command>cron</command>. The <command>cron</command> command remains active and will continue to handle the other scheduled tasks (especially those scheduled by users).
id-ID: Instalasi paket <emphasis role="pkg">anacron</emphasis> menonaktifkan eksekusi oleh skrip <command>cron</command> di direktori <filename>/etc/cron.hourly/</filename>, <filename>/etc/cron.daily/</filename>, <filename>/etc/cron.weekly/</filename>, dan <filename>/etc/cron.monthly/</filename>. Ini menghindari eksekusinya ganda oleh <command>anacron</command> dan <command>cron</command>. Perintah <command>cron</command> tetap aktif dan akan terus menangani tugas terjadwal lain (terutama mereka yang dijadwalkan oleh pengguna).

en: Quotas
id-ID: Kuota

en: <primary>quota</primary>
id-ID: <primary>kuota</primary>

en: The quota system allows limiting disk space allocated to a user or group of users. To set it up, you must have a kernel that supports it (compiled with the <varname>CONFIG_QUOTA</varname> option) — as is the case with Debian kernels. The quota management software is found in the <emphasis role="pkg">quota</emphasis> Debian package.
id-ID: Sistem kuota memungkinkan membatasi ruang disk yang dialokasikan ke pengguna atau grup pengguna. Untuk mengatur itu, Anda harus memiliki sebuah kernel yang mendukung (dikompail dengan opsi <varname>CONFIG_QUOTA</varname>) — seperti halnya kernel Debian. Perangkat lunak manajemen kuota ada dalam paket Debian <emphasis role="pkg">quota</emphasis>.

en: To activate quota in a filesystem, you have to indicate the <literal>usrquota</literal> and <literal>grpquota</literal> options in <filename>/etc/fstab</filename> for the user and group quotas, respectively. Rebooting the computer will then update the quotas in the absence of disk activity (a necessary condition for proper accounting of already used disk space).
id-ID: Untuk mengaktifkan kuota di sebuah sistem berkas, Anda harus menyatakan pilihan <literal>usrquota</literal> dan <literal>grpquota</literal> di <filename>/etc/fstab</filename> masing-masing untuk kuota pengguna dan grup. Setelah reboot komputer kemudian akan memperbarui kuota ketika tidak ada kegiatan disk (kondisi yang diperlukan untuk akuntansi yang tepat dari ruang disk yang sudah digunakan).

en: The <command>edquota <replaceable>user</replaceable></command> (or <command>edquota -g <replaceable>group</replaceable></command>) command allows you to change the limits while examining current disk space usage.
id-ID: Perintah <command>edquota <replaceable>pengguna</replaceable></command> (atau <command>edquota -g <replaceable>kelompok</replaceable></command>) memungkinkan Anda untuk mengubah batas ketika memeriksa penggunaan disk saat ini.

en: <emphasis>GOING FURTHER</emphasis> Defining quotas with a script
id-ID: <emphasis>LEBIH LANJUT</emphasis> Menentukan kuota dengan suatu skrip

en: The <command>setquota</command> program can be used in a script to automatically change many quotas. Its <citerefentry><refentrytitle>setquota</refentrytitle> <manvolnum>8</manvolnum></citerefentry> manual page details the syntax to use.
id-ID: Program <command>setquota</command> dapat digunakan dalam skrip untuk secara otomatis mengubah banyak kuota. Halaman manual <citerefentry><refentrytitle>setquota</refentrytitle> <manvolnum>8</manvolnum></citerefentry> merinci sintaks yang digunakan.

en: The quota system allows you to set four limits:
id-ID: Sistem kuota memungkinkan Anda untuk mengatur empat batas:

en: A “soft” limit can be temporarily exceeded; the user will simply be warned that they are exceeding the quota by the <command>warnquota</command> command, which is usually invoked by <command>cron</command>. A “hard” limit can never be exceeded: the system will refuse any operation that will cause a hard quota to be exceeded.
id-ID: Batas "lunak" dapat dilewati sementara; pengguna hanya akan diperingatkan bahwa mereka melebihi kuota oleh perintah <command>warnquota</command>, yang biasanya dipanggil oleh <command>cron</command>. Batas "keras" tidak boleh dilampaui: sistem akan menolak setiap operasi yang akan menyebabkan kuota keras dilampaui.

en: <emphasis>VOCABULARY</emphasis> Blocks and inodes
id-ID: <emphasis>KOSAKATA</emphasis> Blok dan inode

en: <primary>block (disk)</primary>
id-ID: <primary>blok (disk)</primary>

en: The filesystem divides the hard drive into blocks — small contiguous areas. The size of these blocks is defined during creation of the filesystem, and generally varies between 1 and 8 kibibytes.
id-ID: Sistem berkas membagi hard disk menjadi blok-blok — daerah-daerah berurutan yang kecil. Ukuran blok-blok ini didefinisikan selama penciptaan sistem berkas, dan biasanya bervariasi antara 1 dan 8 kibibyte.

en: A block can be used either to store the real data of a file, or for meta-data used by the filesystem. Among this meta-data, you will especially find the inodes. An inode uses a block on the hard drive (but this block is not taken into consideration in the block quota, only in the inode quota), and contains both the information on the file to which it corresponds (name, owner, permissions, etc.) and the pointers to the data blocks that are actually used. For very large files that occupy more blocks than it is possible to reference in a single inode, there is an indirect block system; the inode references a list of blocks that do not directly contain data, but another list of blocks.
id-ID: Suatu blok dapat digunakan baik untuk menyimpan data yang nyata dari sebuah berkas, atau untuk digunakan oleh meta-data sistem berkas. Diantara data meta ini, terutama Anda akan menemukan inode. Inode menggunakan blok pada hard disk (tapi blok ini tidak dihitung dalam kuota blok, hanya di kuota inode), dan berisi informasi tentang berkas yang sesuai (nama, pemilik, izin, dll) dan pointer ke blok data yang benar-benar digunakan. Untuk berkas yang sangat besar yang menempati blok lebih daripada yang mungkin untuk diacu dalam inode tunggal, ada sistem blok yang tidak langsung; inode mengacu daftar blok yang tidak langsung berisi data, tetapi daftar lain dari blok.

en: With the <command>edquota -t</command> command, you can define a maximum authorized “grace period” within which a soft limit may be exceeded. After this period, the soft limit will be treated like a hard limit, and the user will have to reduce their disk space usage to within this limit in order to be able to write anything to the hard drive.
id-ID: Dengan perintah <command>edquota -t</command>, Anda dapat menetapkan "masa tenggang" maksimum yang diizinkan kapan suatu batas lembut boleh dilampaui. Setelah masa ini, batas lembut akan diperlakukan seperti batas keras, dan pengguna harus mengurangi penggunaan ruang disk mereka ke dalam batas ini agar dapat menulis apapun ke hard disk.

en: <emphasis>GOING FURTHER</emphasis> Setting up a default quota for new users
id-ID: <emphasis>LEBIH LANJUT</emphasis> Menetapkan kuota default untuk pengguna baru

en: To automatically setup a quota for new users, you have to configure a template user (with <command>edquota</command> or <command>setquota</command>) and indicate their user name in the <varname>QUOTAUSER</varname> variable in the <filename>/etc/adduser.conf</filename> file. This quota configuration will then be automatically applied to each new user created with the <command>adduser</command> command.
id-ID: Untuk secara otomatis mengkonfigurasi kuota bagi pengguna baru, Anda harus mengkonfigurasi templat pengguna (dengan <command>edquota</command> atau <command>setquota</command>) dan menunjukkan nama pengguna dalam variabel <varname>QUOTAUSER</varname> di berkas <filename>/etc/ adduser.conf</filename>. Konfigurasi kuota ini akan kemudian secara otomatis diterapkan untuk setiap pengguna baru yang dibuat dengan perintah <command>adduser</command>.

en: <primary>restoration</primary>
id-ID: <primary>pemulihan</primary>

en: Making backups is one of the main responsibilities of any administrator, but it is a complex subject, involving powerful tools which are often difficult to master.
id-ID: Membuat cadangan adalah salah satu tanggung jawab utama administrator manapun, tetapi itu adalah subjek yang kompleks, yang melibatkan alat yang seringkali sulit untuk dikuasai.

en: Rather than detailing some of them, this section will present the thoughts of the Falcot Corp administrators when they defined their backup strategy.
id-ID: Daripada merinci beberapa dari mereka, artikel ini akan menyajikan pikiran para administrator Falcot Corp ketika mereka mendefinisikan strategi cadangan mereka.

en: At Falcot Corp, backups have two goals: recovering erroneously deleted files, and quickly restoring any computer (server or desktop) whose hard drive has failed.
id-ID: Di Falcot Corp, cadangan memiliki dua tujuan: memulihkan berkas yang salah hapus, dan cepat memulihkan komputer (server atau desktop) yang hard disknya gagal.

en: Backing Up with <command>rsync</command>
id-ID: Back Up dengan <command>rsync</command>

en: Backups on tape having been deemed too slow and costly, data will be backed up on hard drives on a dedicated server, on which the use of software RAID (see <xref linkend="sect.raid-soft" />) will protect the data from hard drive failure. Desktop computers are not backed up individually, but users are advised that their personal account on their department's file server will be backed up. The <command>rsync</command> command (from the package of the same name) is used daily to back up these different servers.
id-ID: Cadangan pada tape telah dianggap terlalu lambat dan mahal, data akan disimpan pada hard drive dalam server terdedikasi, yang penggunaan RAID perangkat lunak (lihat <xref linkend="sect.raid-soft" />) akan melindungi data dari kegagalan hard drive. Komputer desktop tidak dibuat cadangannya secara individual, tetapi pengguna disarankan bahwa akun pribadi mereka pada server berkas departemen mereka yang akan dibackup. Perintah <command>rsync</command> (dari paket dengan nama yang sama) digunakan sehari-hari untuk membuat cadangan server-server yang berbeda ini.

en: <emphasis>BACK TO BASICS</emphasis> The hard link, a second name for the file
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> Hard link, nama kedua untuk berkas

en: A hard link, as opposed to a symbolic link, cannot be differentiated from the linked file. Creating a hard link is essentially the same as giving an existing file a second name. This is why the deletion of a hard link only removes one of the names associated with the file. As long as another name is still assigned to the file, the data therein remain present on the filesystem. It is interesting to note that, unlike a copy, the hard link does not take up additional space on the hard drive.
id-ID: Hard link, sebagai lawan dari link simbolik, tidak bisa dibedakan dari berkas tertautnya. Membuat hard link pada dasarnya adalah sama dengan memberikan nama kedua pada berkas yang ada. Inilah sebabnya mengapa penghapusan hard link hanya menghapus salah satu dari nama-nama yang terkait dengan berkas. Selama nama lain masih diberikan ke berkas, data di dalamnya tetap ada pada sistem berkas. Hal ini menarik untuk dicatat bahwa, tidak seperti salinan, hard link tidak mengambil tambahan ruang pada hard drive.

en: A hard link is created with the <command>ln <replaceable>target</replaceable> <replaceable>link</replaceable></command> command. The <replaceable>link</replaceable> file is then a new name for the <replaceable>target</replaceable> file. Hard links can only be created on the same filesystem, while symbolic links are not subject to this limitation.
id-ID: Hard link dibuat dengan perintah <command>ln <replaceable>target</replaceable> <replaceable>tautan</replaceable></command>. Berkas <replaceable>tautan</replaceable> ini adalah nama baru untuk berkas <replaceable>target</replaceable>. Hard link hanya dapat dibuat pada sistem berkas yang sama, sementara link simbolik tidak tunduk pada pembatasan ini.

en: The available hard drive space prohibits implementation of a complete daily backup. As such, the <command>rsync</command> command is preceded by a duplication of the content of the previous backup with hard links, which prevents usage of too much hard drive space. The <command>rsync</command> process then only replaces files that have been modified since the last backup. With this mechanism a great number of backups can be kept in a small amount of space. Since all backups are immediately available and accessible (for example, in different directories of a given share on the network), you can quickly make comparisons between two given dates.
id-ID: Ruang hard drive yang tersedia melarang pelaksanaan pembuatan cadangan harian yang lengkap. Dengan demikian, perintah <command>rsync</command> didahului oleh duplikasi konten cadangan sebelumnya dengan hard link, yang mencegah penggunaan terlalu banyak ruang hard drive. Proses <command>rsync</command> kemudian hanya menggantikan berkas yang telah diubah sejak terakhir dibuat cadangan. Dengan mekanisme ini sejumlah besar cadangan akan disimpan dalam ruang yang kecil. Karena semua cadangan seketika tersedia dan dapat diakses (misalnya, di berbagai direktori bersama pada jaringan), Anda dapat dengan cepat membuat perbandingan antara dua tanggal yang diberikan.

en: <primary>copy, backup copy</primary>
id-ID: <primary>salinan, salinan cadangan</primary>

en: <primary>backup</primary><secondary>copy</secondary>
id-ID: <primary>cadangan</primary><secondary>salinan</secondary>

en: This backup mechanism is easily implemented with the <command>dirvish</command> program. It uses a backup storage space (“bank” in its vocabulary) in which it places timestamped copies of sets of backup files (these sets are called “vaults” in the dirvish documentation).
id-ID: Mekanisme pembuatan cadangan ini mudah diimplementasikan dengan program <command>dirvish</command>. Menggunakan ruang penyimpanan cadangan ("bank" dalam kosa katanya) untuk menempatkan salinan set berkas cadangan yang diberi stempel waktu (set ini yang disebut "vault" dalam dokumentasi dirvish).

en: The main configuration is in the <filename>/etc/dirvish/master.conf</filename> file. It defines the location of the backup storage space, the list of “vaults” to manage, and default values for expiration of the backups. The rest of the configuration is located in the <filename><replaceable>bank</replaceable>/<replaceable>vault</replaceable>/dirvish/default.conf</filename> files and contains the specific configuration for the corresponding set of files.
id-ID: Konfigurasi utama ada di berkas <filename>/etc/dirvish/master.conf</filename>. Itu mendefinisikan lokasi ruang penyimpanan cadangan, daftar "vault" yang dikelola, dan nilai default bagi kedaluwarsa cadangan. Sisa konfigurasi terletak di berkas <filename><replaceable>bank</replaceable>/<replaceable>vault</replaceable>/dirvish/default.conf</filename> dan berisi konfigurasi spesifik untuk set berkas yang terkait.

en: The <filename>/etc/dirvish/master.conf</filename> file
id-ID: Berkas <filename>/etc/dirvish/master.conf</filename>

en: <emphasis>IN PRACTICE</emphasis> Scheduled expiration
id-ID: <emphasis>DALAM PRAKTEK</emphasis> Kedaluwarsa terjadwal

en: The expiration rules are not used by <command>dirvish-expire</command> to do its job. In reality, the expiration rules are applied when creating a new backup copy to define the expiration date associated with that copy. <command>dirvish-expire</command> simply peruses the stored copies and deletes those for which the expiration date has passed.
id-ID: Aturan kedaluwarsa tidak digunakan oleh <command>dirvish-expire</command> untuk melakukan tugasnya. Pada kenyataannya, aturan kedaluwarsa diterapkan ketika membuat salinan cadangan baru untuk menentukan tanggal kedaluwarsa yang terkait dengan salinan itu. <command>dirvish-expire</command> cukup memeriksa salinan disimpan dan menghapus berkas yang tanggal kedaluwarsanya telah berlalu.

en: The <filename>/backup/root/dirvish/default.conf</filename> file
id-ID: Berkas <filename>/backup/root/dirvish/default.conf</filename>

en: The above example specifies the set of files to back up: these are files on the machine <emphasis>rivendell.falcot.com</emphasis> (for local data backup, simply specify the name of the local machine as indicated by <command>hostname</command>), especially those in the root tree (<literal>tree: /</literal>), except those listed in <literal>exclude</literal>. The backup will be limited to the contents of one filesystem (<literal>xdev: 1</literal>). It will not include files from other mount points. An index of saved files will be generated (<literal>index: gzip</literal>), and the image will be named according to the current date (<literal>image-default: %Y%m%d</literal>).
id-ID: Contoh di atas menyatakan set berkas yang akan dibuat cadangannya: ini adalah berkas-berkas pada mesin <emphasis>rivendell.falcot.com</emphasis> (untuk cadangan data lokal, cukup nyatakan nama dari mesin lokal seperti yang ditunjukkan oleh <command>hostname</command>), terutama yang ada di akar pohon (<literal>tree: /</literal>), kecuali yang tercantum dalam <literal>exclude</literal>. Cadangan akan terbatas pada isi dari satu sistem berkas (<literal>xdev: 1</literal>). Itu tidak akan menyertakan berkas dari titik kait lainnya. Suatu indeks dari berkas-berkas yang disimpan akan dihasilkan (<literal>index: gzip</literal>), dan image akan dinamai menurut tanggal saat ini (<literal>image-default: %Y%m%d</literal>).

en: <emphasis>IN PRACTICE</emphasis> Remote backup over SSH
id-ID: <emphasis>DALAM PRAKTEK</emphasis> Cadangan remote melalui SSH

en: When dirvish needs to save data to a remote machine, it will use <command>ssh</command> to connect to it, and will start <command>rsync</command> as a server. This requires the root user to be able to automatically connect to it. The use of an SSH authentication key allows precisely that (see <xref linkend="sect.ssh-key-based-auth" />).
id-ID: Ketika dirvish perlu menyimpan data ke suatu mesin remote, itu akan menggunakan <command>ssh</command> untuk menyambung ke sana, dan akan memulai <command>rsync</command> sebagai server. Hal ini memerlukan pengguna root untuk dapat secara otomatis menyambung kepadanya. Penggunaan sebuah kunci otentikasi SSH memungkinkan hal itu (lihat <xref linkend="sect.ssh-key-based-auth" />).

en: Restoring Machines without Backups
id-ID: Memulihkan Mesin tanpa Cadangan

en: The Falcot Corp administrators are aware of the limits in their backup policy. Since they can't protect the backup server as well as a tape in a fireproof safe, they have installed it in a separate room so that a disaster such as a fire in the server room won't destroy backups along with everything else. Furthermore, they do an incremental backup on DVD-ROM once per week — only files that have been modified since the last backup are included.
id-ID: Para administrator Falcot Corp menyadari batas kebijakan cadangan mereka. Karena mereka tidak bisa melindungi server cadangan serta tape di tempat yang aman yang tahan api, mereka telah terinstal di ruang yang terpisah sehingga bencana seperti kebakaran pada ruang server tidak akan menghancurkan backup bersama dengan segala sesuatu yang lain. Selain itu, mereka melakukan backup incremental pada DVD-ROM sekali per minggu — hanya berkas yang telah dimodifikasi sejak cadangan terakhir yang disertakan.

en: <emphasis>GOING FURTHER</emphasis> Backing up SQL and LDAP services
id-ID: <emphasis>LEBIH LANJUT</emphasis> Membuat cadangan layanan LDAP dan SQL

en: Many services (such as SQL or LDAP databases) cannot be backed up by simply copying their files (unless they are properly interrupted during creation of the backups, which is frequently problematic, since they are intended to be available at all times). As such, it is necessary to use an “export” mechanism to create a “data dump” that can be safely backed up. These are often quite large, but they compress well. To reduce the storage space required, you will only store a complete text file per week, and a <command>diff</command> each day, which is created with a command of the type <command>diff <replaceable>file_from_yesterday</replaceable> <replaceable>file_from_today</replaceable></command>. The <command>xdelta</command> program produces incremental differences from binary dumps.
id-ID: Banyak layanan (seperti basis data LDAP atau SQL) tidak dapat dibuat cadangannya hanya dengan menyalin berkas-berkas mereka (kecuali mereka dihentikan dengan benar selama penciptaan cadangan, yang seringkali bermasalah, karena mereka dimaksudkan untuk menjadi tersedia setiap saat). Dengan demikian, perlu menggunakan mekanisme "ekspor" untuk membuat "curah data" yang dapat dengan aman dibuat cadangannya. Ini sering cukup besar, tetapi mereka juga dapat dimampatkan. Untuk mengurangi ruang penyimpanan yang diperlukan, Anda akan hanya menyimpan berkas teks lengkap per minggu, dan <command>diff</command> setiap hari, yang dibuat dengan perintah jenis <command>diff <replaceable>berkas_kemarin</replaceable> <replaceable>berkas_hari_ini</replaceable></command>. Program <command>xdelta</command> menghasilkan perbedaan inkremental dari curah biner.

en: <emphasis>CULTURE</emphasis> <emphasis>TAR</emphasis>, the standard for tape backups
id-ID: <emphasis>KULTUR</emphasis> <emphasis>TAR</emphasis>, standar untuk cadangan tape

en: <primary>backup</primary><secondary>on tape</secondary>
id-ID: <primary>cadangan</primary><secondary>pada tape</secondary>

en: <primary>tape, backup</primary>
id-ID: <primary>tape, cadangan</primary>

en: Historically, the simplest means of making a backup on Unix was to store a <emphasis>TAR</emphasis> archive on a tape. The <command>tar</command> command even got its name from “Tape ARchive”.
id-ID: Secara historis, cara paling sederhana untuk membuat cadangan pada Unix adalah untuk menyimpan arsip <emphasis>TAR</emphasis> pada tape. Perintah <command>tar</command> bahkan mendapat namanya dari "Tape ARchive".

en: Introduction
id-ID: Pengenalan

en: The kernel has a database that associates each device ID with the required driver. This database is used during boot to load all the drivers for the peripheral devices detected on the different buses, but also when an additional hotplug device is connected. Once the device is ready for use, a message is sent to <command>udevd</command> so it will be able to create the corresponding entry in <filename>/dev/</filename>.
id-ID: Kernel memiliki basis data yang mengaitkan setiap ID perangkat dengan driver yang diperlukan. Basis data ini digunakan selama boot untuk memuat semua driver untuk perangkat periferal yang terdeteksi pada bus berbeda, tetapi juga ketika perangkat tambahan hotplug terhubung. Setelah perangkat siap untuk digunakan, pesan dikirim ke <command>udevd</command> sehingga akan dapat membuat entri yang sesuai di <filename>/dev/</filename>.

en: The Naming Problem
id-ID: Masalah Penamaan

en: Before the appearance of hotplug connections, it was easy to assign a fixed name to a device. It was based simply on the position of the devices on their respective bus. But this is not possible when such devices can come and go on the bus. The typical case is the use of a digital camera and a USB key, both of which appear to the computer as disk drives. The first one connected may be <filename>/dev/sdb</filename> and the second <filename>/dev/sdc</filename> (with <filename>/dev/sda</filename> representing the computer's own hard drive). The device name is not fixed; it depends on the order in which devices are connected.
id-ID: Sebelum munculnya koneksi hotplug, mudah untuk memberikan sebuah nama tetap ke suatu perangkat. Hal ini didasarkan hanya pada posisi perangkat di bus mereka masing-masing. Tetapi hal ini tidak mungkin ketika perangkat tersebut dapat datang dan pergi pada bus. Kasus khas adalah menggunakan kamera digital dan USB flash drive, keduanya muncul ke komputer sebagai disk drive. Yang pertama yang terhubung mungkin <filename>akan/dev/sdb</filename> dan yang kedua <filename>/dev/sdc</filename> (dengan <filename>/dev/sda</filename> mewakili hard drive komputer sendiri). Nama perangkat tidak tetap; itu tergantung pada urutan terhubungnya perangkat.

en: Additionally, more and more drivers use dynamic values for devices' major/minor numbers, which makes it impossible to have static entries for the given devices, since these essential characteristics may vary after a reboot.
id-ID: Selain itu, driver lebih dan lebih banyak menggunakan nilai-nilai yang dinamis untuk nomor mayor/minor perangkat, yang membuat tidak mungkin untuk memiliki entri statis untuk perangkat tertentu, karena karakteristik penting ini dapat bervariasi setelah reboot.

en: <emphasis>udev</emphasis> was created precisely to solve this problem.
id-ID: <emphasis>udev</emphasis> diciptakan justru untuk memecahkan masalah ini.

en: How <emphasis>udev</emphasis> Works
id-ID: Bagaimana <emphasis>udev</emphasis> Bekerja

en: When <emphasis>udev</emphasis> is notified by the kernel of the appearance of a new device, it collects various information on the given device by consulting the corresponding entries in <filename>/sys/</filename>, especially those that uniquely identify it (MAC address for a network card, serial number for some USB devices, etc.).
id-ID: Ketika <emphasis>udev</emphasis> diberitahu oleh kernel atas kemunculan perangkat baru, itu mengumpulkan berbagai informasi pada perangkat tersebut dengan memeriksa entri terkait di <filename>/sys/</filename>, terutama mereka yang secara unik mengidentifikasinya (Alamat MAC kartu jaringan, nomor seri untuk beberapa perangkat USB, dll.).

en: Armed with all of this information, <emphasis>udev</emphasis> then consults all of the rules contained in <filename>/etc/udev/rules.d/</filename> and <filename>/lib/udev/rules.d/</filename>. In this process it decides how to name the device, what symbolic links to create (to give it alternative names), and what commands to execute. All of these files are consulted, and the rules are all evaluated sequentially (except when a file uses “GOTO” directives). Thus, there may be several rules that correspond to a given event.
id-ID: Dipersenjatai dengan semua informasi ini, <emphasis>udev</emphasis> kemudian berkonsultasi menjalani seluruh aturan yang terkandung dalam <filename>/etc/udev/rules.d/</filename> dan <filename>/lib/udev/rules.d/</filename>. Dalam prosesnya ini memutuskan bagaimana menamai perangkat, taut simbolik apa yang dibuat (untuk memberinya nama alternatif), dan perintah apa yang dieksekusi. Semua berkas ini diperiksa, dan aturan semua dievaluasi secara berurutan (kecuali ketika berkas menggunakan direktif "GOTO"). Dengan demikian, mungkin ada beberapa aturan yang sesuai untuk kejadian tertentu.

en: The syntax of rules files is quite simple: each row contains selection criteria and variable assignments. The former are used to select events for which there is a need to react, and the latter defines the action to take. They are all simply separated with commas, and the operator implicitly differentiates between a selection criterion (with comparison operators, such as <literal>==</literal> or <literal>!=</literal>) or an assignment directive (with operators such as <literal>=</literal>, <literal>+=</literal> or <literal>:=</literal>).
id-ID: Sintaks berkas aturan ini cukup sederhana: setiap baris berisi kriteria pemilihan dan penetapan variabel. Yang terdahulu digunakan untuk memilih kejadian yang perlu ada reaksi, dan yang belakangan mendefinisikan tindakan yang akan diambil. Mereka semua hanya dipisahkan dengan koma, dan operator secara implisit membedakan antara kriteria seleksi (dengan operator perbandingan, seperti <literal>==</literal> atau <literal>!=</literal>) atau direktif penugasan (dengan operator seperti <literal>=</literal>, <literal>+=</literal>, atau <literal>:=</literal>).

en: Comparison operators are used on the following variables:
id-ID: Operator perbandingan yang digunakan pada variabel berikut:

en: <literal>KERNEL</literal>: the name that the kernel assigns to the device;
id-ID: <literal>KERNEL</literal>: nama yang deberikan oleh kernel ke perangkat;

en: <literal>ACTION</literal>: the action corresponding to the event (“add” when a device has been added, “remove” when it has been removed);
id-ID: <literal>AKSI</literal>: tindakan yang sesuai untuk acara ("add" ketika perangkat telah ditambahkan, "remove" ketika dihapus);

en: <literal>DEVPATH</literal>: the path of the device's <filename>/sys/</filename> entry;
id-ID: <literal>DEVPATH</literal>: path entri <filename>/sys/</filename> perangkat;

en: <literal>SUBSYSTEM</literal>: the kernel subsystem which generated the request (there are many, but a few examples are “usb”, “ide”, “net”, “firmware”, etc.);
id-ID: <literal>SUBSYSTEM</literal>: subsistem kernel yang menghasilkan permintaan (ada banyak, tapi beberapa contoh adalah "usb", "ide", "net", "firmware", dll.);

en: <literal>ATTR{<replaceable>attribute</replaceable>}</literal>: file contents of the <replaceable>attribute</replaceable> file in the <filename>/sys/<replaceable>$devpath</replaceable>/</filename> directory of the device. This is where you find the MAC address and other bus specific identifiers;
id-ID: <literal>ATTR {<replaceable>atribut</replaceable>}</literal>: isi berkas dari <replaceable>atribut</replaceable> dalam direktori <filename>/sys/ <replaceable>$devpath</replaceable>/</filename> perangkat. Ini adalah tempat Anda menemukan alamat MAC dan pengenal khusus bus lain;

en: <literal>KERNELS</literal>, <literal>SUBSYSTEMS</literal> and <literal>ATTRS{<replaceable>attributes</replaceable>}</literal> are variations that will try to match the different options on one of the parent devices of the current device;
id-ID: <literal>KERNELS</literal>, <literal>SUBSYSTEM</literal>, dan <literal>ATTRS {<replaceable>atribut</replaceable>}</literal> adalah variasi yang akan mencoba untuk mencocokkan pilihan yang berbeda pada salah satu perangkat induk dari perangkat saat ini;

en: <literal>PROGRAM</literal>: delegates the test to the indicated program (true if it returns 0, false if not). The content of the program's standard output is stored so that it can be reused by the <literal>RESULT</literal> test;
id-ID: <literal>PROGRAM</literal>: mendelegasikan tes ke program ditunjukkan (true jika ia mengembalikan 0, false jika tidak). Isi dari keluaran standar program disimpan sehingga dapat digunakan kembali oleh uji <literal>RESULT</literal>;

en: <literal>RESULT</literal>: execute tests on the standard output stored during the last call to <literal>PROGRAM</literal>.
id-ID: <literal>RESULT</literal>: menjalankan tes pada keluaran standar yang disimpan selama pemanggilan terakhir ke <literal>PROGRAM</literal>.

en: The right operands can use pattern expressions to match several values at the same time. For instance, <literal>*</literal> matches any string (even an empty one); <literal>?</literal> matches any character, and <literal>[]</literal> matches the set of characters listed between the square brackets (or the opposite thereof if the first character is an exclamation point, and contiguous ranges of characters are indicated like <literal>a-z</literal>).
id-ID: Operand kanan dapat menggunakan ekspresi pola untuk mencocokkan beberapa nilai pada waktu yang sama. Sebagai contoh, <literal>*</literal> cocok dengan string apapun (bahkan yang kosong); <literal>?</literal> cocok dengan sebarang karakter, dan <literal>[]</literal> sesuai set karakter yang tercantum antara kurung (atau lawan dari itu jika karakter pertama adalah tanda seru, dan rentang karakter berturutan dituliskan seperti <literal>a-z</literal>).

en: Regarding the assignment operators, <literal>=</literal> assigns a value (and replaces the current value); in the case of a list, it is emptied and contains only the value assigned. <literal>:=</literal> does the same, but prevents later changes to the same variable. As for <literal>+=</literal>, it adds an item to a list. The following variables can be changed:
id-ID: Mengenai penetapan operator, <literal>=</literal> memberikan nilai (dan menggantikan nilai saat ini); dalam kasus sebuah daftar, itu dikosongkan dan mengandung hanya nilai yang diberikan. <literal>:=</literal> melakukan hal yang sama, tetapi mencegah perubahan belakangan atas variabel yang sama. Adapun <literal>+=</literal>, menambahkan item ke daftar. Variabel berikut dapat diubah:

en: <literal>NAME</literal>: the device filename to be created in <filename>/dev/</filename>. Only the first assignment counts; the others are ignored;
id-ID: <literal>NAME</literal>: nama berkas perangkat yang akan dibuat di <filename>/dev/</filename>. Hanya penugasan pertama yang penting; yang lain diabaikan;

en: <literal>SYMLINK</literal>: the list of symbolic links that will point to the same device;
id-ID: <literal>SYMLINK</literal>: daftar taut simbolik yang akan mengarah ke perangkat yang sama;

en: <literal>OWNER</literal>, <literal>GROUP</literal> and <literal>MODE</literal> define the user and group that owns the device, as well as the associated permission;
id-ID: <literal>OWNER</literal>, <literal>GROUP</literal>, dan <literal>MODE</literal> menentukan pengguna dan kelompok yang memiliki perangkat, serta izin terkait;

en: <literal>RUN</literal>: the list of programs to execute in response to this event.
id-ID: <literal>RUN</literal>: daftar program-program yang akan dijalankan sebagai respon atas kejadian ini.

en: The values assigned to these variables may use a number of substitutions:
id-ID: Nilai-nilai yang ditugaskan ke variabel ini dapat menggunakan sejumlah substitusi:

en: <literal>$kernel</literal> or <literal>%k</literal>: equivalent to <literal>KERNEL</literal>;
id-ID: <literal>$kernel</literal> atau <literal>%k</literal>: setara dengan <literal>KERNEL</literal>;

en: <literal>$number</literal> or <literal>%n</literal>: the order number of the device, for example, for <literal>sda3</literal>, it would be “3”;
id-ID: <literal>$number</literal> atau <literal>%n</literal>: nomor urut perangkat, misalnya, untuk <literal>sda3</literal>, itu akan "3";

en: <literal>$devpath</literal> or <literal>%p</literal>: equivalent to <literal>DEVPATH</literal>;
id-ID: <literal>$devpath</literal> atau <literal>%p</literal>: setara dengan <literal>DEVPATH</literal>;

en: <literal>$attr{<replaceable>attribute</replaceable>}</literal> or <literal>%s{<replaceable>attribute</replaceable>}</literal>: equivalent to <literal>ATTRS{<replaceable>attribute</replaceable>}</literal>;
id-ID: <literal>$attr{<replaceable>atribut</replaceable>}</literal> atau <literal>%s{<replaceable>atribut</replaceable>}</literal>: setara dengan <literal>ATTRS {<replaceable>atribut</replaceable>}</literal>;

en: <literal>$major</literal> or <literal>%M</literal>: the kernel major number of the device;
id-ID: <literal>$major</literal> atau <literal>%M</literal>: nomor mayor kernel dari perangkat;

en: <literal>$minor</literal> or <literal>%m</literal>: the kernel minor number of the device;
id-ID: <literal>$minor</literal> atau <literal>%m</literal>: nomor minor kernel dari perangkat;

en: <literal>$result</literal> or <literal>%c</literal>: the string output by the last program invoked by <literal>PROGRAM</literal>;
id-ID: <literal>$result</literal> atau <literal>%c</literal>: string keluaran dari program yang terakhir dipanggil oleh <literal>PROGRAM</literal>;

en: and, finally, <literal>%%</literal> and <literal>$$</literal> for the percent and dollar sign, respectively.
id-ID: dan, akhirnya, <literal>%%</literal> dan <literal>$$</literal> masing-masing untuk persen dan tanda dolar.

en: A concrete example
id-ID: Contoh konkret

en: Let us consider the case of a simple USB key and try to assign it a fixed name. First, you must find the elements that will identify it in a unique manner. For this, plug it in and run <command>udevadm info -a -n /dev/sdc</command> (replacing <replaceable>/dev/sdc</replaceable> with the actual name assigned to the key).
id-ID: Mari kita mempertimbangkan kasus kunci USB sederhana dan mencoba memberikan sebuah nama tetap. Pertama, Anda harus menemukan unsur-unsur yang akan mengidentifikasi secara unik. Untuk ini, tancapkan itu dan jalankan <command>udevadm info -a -n /dev/sdc</command> (menggantikan <replaceable>/dev/sdc</replaceable> dengan nama sebenarnya yang ditetapkan ke kunci).

en: To create a new rule, you can use tests on the device's variables, as well as those of one of the parent devices. The above case allows us to create two rules like these:
id-ID: Untuk membuat aturan baru, Anda dapat menggunakan tes pada variabel perangkat, maupun dari salah satu perangkat induk. Kasus di atas memungkinkan kita untuk membuat dua aturan seperti ini:

en: Once these rules are set in a file, named for example <filename>/etc/udev/rules.d/010_local.rules</filename>, you can simply remove and reconnect the USB key. You can then see that <filename>/dev/usb_key/disk</filename> represents the disk associated with the USB key, and <filename>/dev/usb_key/part1</filename> is its first partition.
id-ID: Setelah aturan-aturan ini ditetapkan dalam berkas, bernama sebagai contoh <filename>/etc/udev/rules.d/010_local.rules</filename>, Anda dapat mencabut dan menancapkan kembali kunci USB. Anda dapat melihat bahwa <filename>/dev/usb_key/disk</filename> mewakili disk terkait kunci USB, dan <filename>/dev/usb_key/part1</filename> adalah partisi pertamanya.

en: <emphasis>GOING FURTHER</emphasis> Debugging <emphasis>udev</emphasis>'s configuration
id-ID: <emphasis>LEBIH LANJUT</emphasis> Men-debug konfigurasi <emphasis>udev</emphasis>

en: Like many daemons, <command>udevd</command> stores logs in <filename>/var/log/daemon.log</filename>. But it is not very verbose by default, and it is usually not enough to understand what is happening. The <command>udevadm control --log-priority=info</command> command increases the verbosity level and solves this problem. <command>udevadm control --log-priority=err</command> returns to the default verbosity level.
id-ID: Seperti banyak daemon, <command>udevd</command> menyimpan log dalam <filename>/var/log/daemon.log</filename>. Tetapi hal ini tidak sangat rinci secara default, dan biasanya tidak cukup untuk memahami apa yang terjadi. Perintah <command>udevadm control --log-priority=info</command> meningkatkan tingkat rincian dan memecahkan masalah ini. <command>udevadm control --log-priority=err</command> mengembalikan ke level rincian standar.

en: Power Management: Advanced Configuration and Power Interface (ACPI)
id-ID: Manajemen Daya: Advanced Configuration and Power Interface (ACPI)

en: The topic of power management is often problematic. Indeed, properly suspending the computer requires that all the computer's device drivers know how to put them to standby, and that they properly reconfigure the devices upon waking. Unfortunately, there are still a few devices unable to sleep well under Linux, because their manufacturers have not provided the required specifications.
id-ID: Topik manajemen daya ini sering bermasalah. Memang, mensuspensi komputer secara benar mensyaratkan bahwa semua driver perangkat komputer tahu bagaimana untuk menempatkan mereka ke standby, dan bahwa mereka secara benar mengkonfigurasi perangkat saat bangun. Sayangnya, masih ada beberapa perangkat yang tidak dapat tidur dengan baik di bawah Linux, karena produsen mereka belum memberikan spesifikasi yang dibutuhkan.

en: <emphasis>BEWARE</emphasis> Graphics card and standby
id-ID: <emphasis>HATI-HATI</emphasis> Kartu grafis dan standby

en: The graphics card driver is often the culprit when standby doesn't work properly. In that case, it is a good idea to test the latest version of the X.org graphics server.
id-ID: Driver kartu grafis sering adalah biang keladi ketika standby tidak bekerja dengan benar. Dalam hal ini, ide baik untuk menguji versi terbaru dari server grafis X.org.

en: After this overview of basic services common to many Unix systems, we will focus on the environment of the administered machines: the network. Many services are required for the network to work properly. They will be discussed in the next chapter.
id-ID: Setelah ikhtisar layanan dasar umum untuk banyak sistem Unix ini, kita akan fokus pada lingkungan mesin yang dikelola: jaringan. Banyak layanan yang diperlukan agar jaringan bekerja dengan baik. Mereka akan dibahas dalam bab berikutnya.
