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

en: Network Services: Postfix, Apache, NFS, Samba, Squid, LDAP, SIP, XMPP, TURN
id-ID: Layanan Jaringan: Postfix, Apache, NFS, Samba, Squid, LDAP, SIP, XMPP, TURN

en: Network services are the programs that users interact with directly in their daily work. They are the tip of the information system iceberg, and this chapter focuses on them; the hidden parts they rely on are the infrastructure we already described. They usually require the encryption technology described in <xref linkend="sect.x509-cert" />.
id-ID: Layanan jaringan adalah program-program yang berinteraksi secara langsung dengan para pengguna dalam pekerjaan mereka sehari-hari. Mereka adalah puncak gunung es sistem informasi, dan bab ini akan memfokuskan pada mereka; bagian tak terlihat tempat mereka bertumpu adalah infrastruktur yang sudah kita terangkan sebelumnya. Mereka biasanya memerlukan teknologi enkripsi yang diuraikan dalam <xref linkend="sect.x509-cert" />.

en: Mail Server
id-ID: Server Mail

en: The Falcot Corp administrators selected Postfix for the electronic mail server, due to its reliability and its ease of configuration. Indeed, its design enforces that each task is implemented in a process with the minimum set of required permissions, which is a great mitigation measure against security problems.
id-ID: Administrator Falcot Corp memilih Postfix untuk server surel elektroniknya, karena keandalan dan kemudahan konfigurasinya. Memang, desainnya memberlakukan bahwa setiap tugas diimplementasikan dalam sebuah proses dengan seperangkat izin minimum yang dibutuhkan, yang merupakan langkah mitigasi yang besar terhadap masalah keamanan.

en: <primary>email</primary><secondary>server</secondary>
id-ID: <primary>surel</primary><secondary>server</secondary>

en: <primary>email</primary><secondary>Postfix</secondary>
id-ID: <primary>surel</primary><secondary>Postfix</secondary>

en: <primary>server</primary><secondary>email</secondary>
id-ID: <primary>server</primary><secondary>surel</secondary>

en: <primary>server</primary><secondary>SMTP</secondary>
id-ID: <primary>peladen</primary><secondary>SMTP</secondary>

en: <primary>mail server</primary>
id-ID: <primary>server surel</primary>

en: <emphasis>ALTERNATIVE</emphasis> The Exim4 server
id-ID: <emphasis>ALTERNATIF</emphasis> Server Exim4

en: <primary>email</primary><secondary>Exim</secondary>
id-ID: <primary>surel</primary><secondary>Exim</secondary>

en: Debian uses Exim4 as the default email server (which is why the initial installation includes Exim4). The configuration is provided by a separate package, <emphasis role="pkg">exim4-config</emphasis>, and automatically customized based on the answers to a set of Debconf questions very similar to the questions asked by the <emphasis role="pkg">postfix</emphasis> package.
id-ID: Debian menggunakan Exim4 sebagai peladen posel bawaan (instalasi awal menyertakan Exim4). Konfigurasi disediakan oleh paket yang terpisah, <emphasis role="pkg">exim4-config</emphasis>, dan diatur secara otomatis berdasarkan jawaban dari pertanyaan Debconf yang mirip dengan pertanyaan yang diajukan oleh paket <emphasis role="pkg">postfix</emphasis>.

en: The configuration can be either in one single file (<filename>/etc/exim4/exim4.conf.template</filename>) or split across a number of configuration snippets stored under <filename>/etc/exim4/conf.d/</filename>. In both cases, the files are used by <command>update-exim4.conf</command> as templates to generate <filename>/var/lib/exim4/config.autogenerated</filename>. The latter is the file used by Exim4. Thanks to this mechanism, values obtained through Exim's debconf configuration — which are stored in <filename>/etc/exim4/update-exim4.conf.conf</filename> — can be injected in Exim's configuration file, even when the administrator or another package has altered the default Exim configuration.
id-ID: Konfigurasi dapat berupa berkas tunggal (<filename>/etc/exim4/exim4.conf.template</filename>) atau terpecah dalam beberapa potongan konfigurasi tersimpan di bawah <filename>/etc/exim4/conf.d/</filename>. Keduanya, berkas tersebut digunakan olehperintah <command>update-exim4.conf</command> sebagai palet untuk menghasilkan <filename>/var/lib/exim4/config.autogenerated</filename>. Yang terakhir adalah berkas yang digunakan oleh Exim4. Berkat mekanisme ini, nilai yang dihasilkan melalui konfigurasi debconf Exim --yang tersimpan dalam <filename>/etc/exim4/update-exim4.conf.conf</filename>-- dapat disuntikkan ke dalam berkas konfigurasi Exim, bahkan ketika administrator atau paket lain telah mengubah konfigurasi bawaan Exim.

en: The Exim4 configuration file syntax has its peculiarities and its learning curve; however, once these peculiarities are understood, Exim4 is a very complete and powerful email server, as evidenced by the tens of pages of documentation. <ulink type="block" url="https://www.exim.org/docs.html" />
id-ID: Sintaks berkas konfigurasi Exim4 memiliki kekhasan dan kurva belajarnya; namun, begitu keanehan ini dipahami, Exim4 merupakan peladen surel yang sangat lengkap dan hebat, yang dibuktikan dengan puluhan halaman dokumentasi. <ulink type="block" url="https://www.exim.org/docs.html" />

en: Installing Postfix
id-ID: Instalasi Postfix

en: <primary>Postfix</primary><secondary>installation</secondary>
id-ID: <primary>Postfix</primary><secondary>instalasi</secondary>

en: The <emphasis role="pkg">postfix</emphasis> package includes the main <acronym>SMTP</acronym> daemon. Other packages (such as <emphasis role="pkg">postfix-ldap</emphasis> and <emphasis role="pkg">postfix-pgsql</emphasis>) add extra functionality to Postfix, including access to mapping databases. You should only install them if you know that you need them.
id-ID: Paket <emphasis role="pkg">postfix</emphasis> menyertakan daemon <acronym>SMTP</acronym> utama. Paket lain (seperti <emphasis role="pkg">postfix-ldap</emphasis> dan <emphasis role="pkg">postfix-pgsql</emphasis>) menambahkan fungsionalitas ekstra ke Postfix, termasuk mengakses basis data pemetaan. Anda hanya perlu menginstallnya jika Anda tahu Anda memerlukannya.

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

en: <acronym>SMTP</acronym> (<emphasis>Simple Mail Transfer Protocol</emphasis>, RFC 5321) is the protocol used by mail servers to exchange and route emails.
id-ID: <acronym>SMTP</acronym> (<emphasis>Simple Mail Transfer Protocol</emphasis>) adalah protokol yang digunakan oleh peladen surat untuk bertukar dan mengarahkan surel.

en: Several Debconf questions are asked during the installation of the package. The answers allow generating a first version of the <filename>/etc/postfix/main.cf</filename> configuration file.
id-ID: Beberapa pertanyaan Debconf ditanyakan saat instalasi paket tersebut. Jawabannya memungkinkan menghasilkan versi pertama berkas konfigurasi <filename>/etc/postfix/main.cf</filename>.

en: The first question deals with the type of setup. Only two of the proposed answers are relevant in case of an Internet-connected server, “Internet site” and “Internet with smarthost”. The former is appropriate for a server that receives incoming email and sends outgoing email directly to its recipients, and is therefore well-adapted to the Falcot Corp case. The latter is appropriate for a server receiving incoming email normally, but that sends outgoing email through an intermediate SMTP server — the “smarthost” — rather than directly to the recipient's server. This is mostly useful for individuals with a dynamic IP address, since many email servers reject messages coming straight from such an IP address. In this case, the smarthost will usually be the ISP's SMTP server, which is always configured to accept email coming from the ISP's customers and forward it appropriately. This setup (with a smarthost) is also relevant for servers that are not permanently connected to the internet, since it avoids having to manage a queue of undeliverable messages that need to be retried later.
id-ID: Pertanyaan pertama berkaitan dengan jenis pengaturan. Hanya dua jawaban relevan yang diajukan jika ada server yang tersambung ke internet, "situs internet" dan "internet dengan smarthost". Yang pertama sesuai untuk server yang menerima email masuk dan mengirim email keluar langsung ke penerimanya, dan karenanya cocok untuk kasus Falcot Corp. Yang terakhir ini sesuai untuk server yang menerima email masuk secara normal, namun mengirimkan email keluar melalui server SMTP menengah — ”smarthost” — bukan langsung ke server penerima. Ini sangat berguna bagi individu dengan alamat IP dinamis, karena banyak server email menolak pesan yang datang langsung dari alamat IP semacam itu. Dalam kasus ini, smarthost biasanya adalah SMTP server milik ISP, yang selalu dikonfigurasi untuk menerima email dari pelanggan ISP dan meneruskannya dengan tepat. Pengaturan ini (dengan smarthost) selalu relevan untuk server yang tidak terhubung secara permanen ke internet, karena menghindari harus mengatur antrian pesan tidak terkirim yang perlu dicoba ulang di waktu yang lain.

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

en: <acronym>ISP</acronym> is the acronym for “Internet Service Provider”. It covers an entity, often a commercial company, that provides Internet connections and the associated basic services (email, news and so on).
id-ID: <acronym>ISP</acronym> merupakan akronim dari "Internet Service Provider" (penyedia layanan internet). Sebuah entitas, seringkali berupa perusahaan komersial, yang menyediakan koneksi internet dan layanan dasar yang sesuai (surel, berita, dan lain-lain).

en: The second question deals with the full name of the machine, used to generate email addresses from a local user name; the full name of the machine ends up as the part after the at-sign (“@”). In the case of Falcot, the answer should be <literal>mail.falcot.com</literal>. This is the only question asked by default, but the configuration it leads to is not complete enough for the needs of Falcot, which is why the administrators run <command>dpkg-reconfigure postfix</command> so as to be able to customize more parameters.
id-ID: Pertanyaan kedua berkaitan dengan nama lengkap mesin, digunakan untuk menghasilkan alamat email dari nama pengguna lokal; nama lengkap mesin sebagai bagian setelah simbol-at ("@"). Dalam kasus Falcot, jawabannya seharusnya <literal>mail.falcot.com</literal>. Pertanyaan ini yang diajukan secara default, namun konfigurasi yang diembannya tidak cukup lengkap untuk kebutuhan Falcot, karenanya administrator menjalankan perintah <command>dpkg-reconfigure postfix</command> agar dapat menyesuaikan lebih banyak parameter.

en: One of the extra questions asks for all the domain names related to this machine. The default list includes its full name as well as a few synonyms for <literal>localhost</literal>, but the main <literal>falcot.com</literal> domain needs to be added by hand. More generally, this question should usually be answered with all the domain names for which this machine should serve as an MX server; in other words, all the domain names for which the DNS says that this machine will accept email. This information ends up in the <literal>mydestination</literal> variable of the main Postfix configuration file — <filename>/etc/postfix/main.cf</filename>.
id-ID: Salah satu pertanyaan tambahan yang diajukan untuk semua nama domain yang berhubungan dengan mesin. Daftar bawaan yang menyertakan nama lengkapnya sebagaimana sedikit padanan untuk <literal>localhost</literal>, namun domain utama <literal>falcot.com</literal> perlu ditambahkan sendiri. Lebih umumnya, pertanyaan ini seharusnya biasanya dijawab dengan seluruh nama domain yang mana mesin ini seharusnya melayani sebagai sebuah MX server; dengan kata lain, seluruh nama domain yang mana disebutkan DNS bahwa mesin ini akan menerima surel. Informasi ini berpangkal pada variabel <literal>mydestination</literal> pada berkas konfigurasi Postfix — <filename>/etc/postfix/main.cf</filename>.

en: <primary>server</primary><secondary>MX</secondary>
id-ID: <primary>peladen</primary><secondary>MX</secondary>

en: <primary>MX</primary><secondary>server</secondary>
id-ID: <primary>MX</primary><secondary>peladen</secondary>

en: Role of the DNS <emphasis>MX</emphasis> record while sending a mail
id-ID: Aturan record DNS <emphasis>MX</emphasis> saat mengirimkan surel

en: <emphasis>EXTRA</emphasis> Querying the MX records
id-ID: <emphasis>EXTRA</emphasis> Query record MX

en: When the DNS does not have an MX record for a domain, the email server will try sending the messages to the host itself, by using the matching A record (or AAAA in IPv6).
id-ID: Ketika DNS tidak memilik record MX untuk sebuah domain, peladen surel akan mencoba mengirim pesan ke host-nya sendiri, dengan menggunakan record A (atau AAAA dalam IPv6).

en: In some cases, the installation can also ask what networks should be allowed to send email via the machine. In its default configuration, Postfix only accepts emails coming from the machine itself; the local network will usually be added. The Falcot Corp administrators added <literal>192.168.0.0/16</literal> to the default answer. If the question is not asked, the relevant variable in the configuration file is <literal>mynetworks</literal>, as seen in the example below.
id-ID: Dalam beberapa kasus, instalasi juga dapat meminta jaringan apa yang harus diperbolehkan untuk mengirim surel melalui mesin. Dengan konfigurasi default, Postfix hanya menerima surel yang datang dari mesin itu sendiri; jaringan lokal biasanya akan ditambahkan. Administrator Falcot Corp menambahkan <literal>192.168.0.0/16</literal> ke jawaban default. Jika pertanyaan itu tidak muncul, variabel yang relevan dalam berkas konfigurasi adalah <literal>mynetworks</literal>, seperti yang terlihat dalam contoh di bawah ini.

en: Local email can also be delivered through <command>procmail</command>. This tool allows users to sort their incoming email according to rules stored in their <filename>~/.procmailrc</filename> file. Both Postfix and Exim4 suggest <emphasis role="pkg">procmail</emphasis> by default, but there are alternatives like <emphasis role="pkg">maildrop</emphasis> or Sieve filters.
id-ID: Surel lokal juga dapat dikirimkan melalui <command>procmail</command>. Alat ini memungkinkan pengguna untuk memilah surel masuk mereka menurut aturan yang disimpan dalam berkas <filename>~/.procmailrc</filename> mereka. Postfix dan Exim4 menyarankan <emphasis role="pkg">procmail</emphasis> secara baku, tapi ada alternatif seperti <emphasis role="pkg">maildrop</emphasis> atau filter Sieve.

en: <primary>email</primary><secondary>filtering</secondary>
id-ID: <primary>surel</primary> <secondary>penyaringan</secondary>

en: <primary>filtering email</primary>
id-ID: <primary>menyaring surel</primary>

en: After this first step, the administrators got the following configuration file; it will be used as a starting point for adding some extra functionality in the next sections.
id-ID: Setelah langkah pertama ini, para administrator mendapat berkas konfigurasi berikut; ini akan digunakan sebagai titik awal untuk menambahkan beberapa fungsi tambahan di bagian berikutnya.

en: Initial <filename>/etc/postfix/main.cf</filename> file
id-ID: Berkas<filename>/etc/postfix/main.cf</filename> awal

en: <emphasis>SECURITY</emphasis> <emphasis>Snake oil</emphasis> SSL certificates
id-ID: <emphasis>KEAMANAN</emphasis> Sertifikat SSL <emphasis>Snake oil</emphasis>

en: The <emphasis>snake oil</emphasis> certificates, like the <emphasis>snake oil</emphasis> “medicine” sold by unscrupulous quacks in old times, have absolutely no value: you cannot rely on them to authenticate the server since they are automatically generated self-signed certificates. However, they are useful to improve the privacy of the exchanges.
id-ID: Sertifikat <emphasis>minyak ular</emphasis>, seperti "obat" <emphasis>minyak ular</emphasis> yang dijual oleh dukun palsu di jaman dahulu, benar-benar tidak memiliki nilai: Anda tidak dapat mengandalkan mereka untuk mengotentikasi server karena mereka sertifikat yang ditandatangani sendiri yang dihasilkan secara otomatis. Namun mereka sangat berguna untuk meningkatkan privasi pertukaran.

en: In general they should only be used for testing purposes, and normal service must use real certificates. The <link linkend="sidebar.letsencrypt">Let's encrypt</link> initiative offers free and trusted SSL/TLS certificates, which can be generated using the <emphasis role="pkg">certbot</emphasis> package as described in <xref linkend="sect.apache-ssl" /> and then used in <command>postfix</command> like this:
id-ID: Secara umum mereka hanya boleh digunakan untuk tujuan pengujian, dan layanan normal harus menggunakan sertifikat nyata. Inisiatif <link linkend="sidebar.letsencrypt">Let's encrypt</link> menawarkan sertifikat SSL/TLS gratis dan terpercaya, yang dapat dihasilkan menggunakan paket <emphasis role="pkg">certbot</emphasis> seperti yang dijelaskan dalam <xref linkend="sect.apache-ssl" /> dan kemudian digunakan dalam <command>postfix</command> seperti ini:

en: <primary>Postfix</primary><secondary>trusted certificates</secondary>
id-ID: <primary>Postfix</primary><secondary>sertifikat terpercaya</secondary>

en: Configuring Virtual Domains
id-ID: Mengkonfigurasi Domain Virtual

en: <primary>Postfix</primary><secondary>virtual domain</secondary>
id-ID: <primary>Postfix</primary><secondary>domain virtual</secondary>

en: <emphasis>CAUTION</emphasis> Virtual domains and canonical domains
id-ID: <emphasis>HATI-HATI</emphasis> Domain virtual dan domain kanonik

en: None of the virtual domains must be referenced in the <literal>mydestination</literal> variable; this variable only contains the names of the “canonical” domains directly associated to the machine and its local users.
id-ID: Tak satu pun dari domain virtual boleh dirujuk dalam variabel <literal>mydestination</literal>; variabel ini hanya berisi nama-nama domain "kanonik" yang secara langsung terkait dengan mesin dan pengguna lokal.

en: Virtual Alias Domains
id-ID: Domain Alias Virtual

en: <primary>alias</primary><secondary>virtual alias domain</secondary>
id-ID: <primary>alias</primary><secondary>domain alias virtual</secondary>

en: A virtual alias domain only contains aliases, i.e. addresses that only forward emails to other addresses.
id-ID: Suatu domain alias virtual hanya berisi alias, yaitu alamat-alamat yang hanya meneruskan surel ke alamat lain.

en: Such a domain is enabled by adding its name to the <literal>virtual_alias_domains</literal> variable, and referencing an address mapping file in the <literal>virtual_alias_maps</literal> variable.
id-ID: Domain seperti itu diaktifkan dengan menambahkan nama ke variabel <literal>virtual_alias_domains</literal>, dan mereferensi berkas pemetaan alamat dalam variabel <literal>virtual_alias_maps</literal>.

en: The <filename>/etc/postfix/virtual</filename> file describes a mapping with a rather straightforward syntax: each line contains two fields separated by whitespace; the first field is the alias name, the second field is a list of email addresses where it redirects. The special <literal>@domain.com</literal> syntax covers all remaining aliases in a domain.
id-ID: Berkas <filename>/etc/postfix/virtual</filename> menjelaskan pemetaan dengan sintaks yang agak sederhana: setiap baris berisi dua field yang dipisahkan oleh spasi; field pertama adalah nama alias, field kedua adalah daftar alamat surel tujuan pengalihan. Sintaks khusus <literal>@domain.com</literal> mencakup semua sisa alias dalam suatu domain.

en: After changing <filename>/etc/postfix/virtual</filename> the postfix table <filename>/etc/postfix/virtual.db</filename> needs to be updated using <command>sudo postmap /etc/postfix/virtual</command>.
id-ID: Setelah mengubah <filename>/etc/postfix/virtual</filename> tabel postfix <filename>/etc/postfix/virtual.db</filename> perlu diperbarui menggunakan <command>sudo postmap /etc/postfix/virtual</command>.

en: Virtual Mailbox Domains
id-ID: Domain Kotak Surat Virtual

en: <primary>mailbox, virtual domain</primary>
id-ID: <primary>kotak surat, domain virtual</primary>

en: <emphasis>CAUTION</emphasis> Combined virtual domain?
id-ID: <emphasis>HATI-HATI</emphasis> Gabungan domain virtual?

en: Postfix does not allow using the same domain in both <literal>virtual_alias_domains</literal> and <literal>virtual_mailbox_domains</literal>. However, every domain of <literal>virtual_mailbox_domains</literal> is implicitly included in <literal>virtual_alias_domains</literal>, which makes it possible to mix aliases and mailboxes within a virtual domain.
id-ID: Postfix tidak mengizinkan menggunakan domain yang sama sekaligus di <literal>virtual_alias_domains</literal> dan <literal>virtual_mailbox_domains</literal>. Namun, setiap domain <literal>virtual_mailbox_domains</literal> secara implisit dimasukkan ke dalam <literal>virtual_alias_domains</literal>, yang memungkinkan untuk mencampur alias dan kotak surat dalam suatu domain virtual.

en: Messages addressed to a virtual mailbox domain are stored in mailboxes not assigned to a local system user.
id-ID: Pesan-pesan yang ditujukan ke kotak surat domain virtual disimpan dalam kotak surat yang tidak ditugaskan ke pengguna sistem lokal.

en: Enabling a virtual mailbox domain requires naming this domain in the <literal>virtual_mailbox_domains</literal> variable, and referencing a mailbox mapping file in <literal>virtual_mailbox_maps</literal>. The <literal>virtual_mailbox_base</literal> parameter contains the directory under which the mailboxes will be stored.
id-ID: Memfungsikan kotak surat domain virtual memerlukan menamai domain ini dalam variabel <literal>virtual_mailbox_domains</literal>, dan mereferensi ke berkas pemetaan kotak surat di <literal>virtual_mailbox_maps</literal>. Parameter <literal>virtual_mailbox_base</literal> berisi direktori di mana kotak pesan akan disimpan.

en: The <literal>virtual_uid_maps</literal> parameter (respectively <literal>virtual_gid_maps</literal>) references the file containing the mapping between the email address and the system user (respectively group) that “owns” the corresponding mailbox. To get all mailboxes owned by the same owner/group, the <literal>static:5000</literal> syntax assigns a fixed UID/GID (of value 5000 here).
id-ID: Parameter <literal>virtual_uid_maps</literal> (dan <literal>virtual_gid_maps</literal>) mengacu ke berkas yang berisi pemetaan antara alamat surel dan sistem pengguna (dan kelompok) yang "memiliki" kotak surat yang sesuai. Agar semua kotak surat dimiliki oleh pemilik/kelompok yang sama, sintaks <literal>static:5000</literal> menetapkan UID/GID tertentu (yang bernilai 5000 di sini).

en: Again, the syntax of the <filename>/etc/postfix/vmailbox</filename> file is quite straightforward: two fields separated with whitespace. The first field is an email address within one of the virtual domains, and the second field is the location of the associated mailbox (relative to the directory specified in <emphasis>virtual_mailbox_base</emphasis>). If the mailbox name ends with a slash (<literal>/</literal>), the emails will be stored in the <emphasis>maildir</emphasis> format; otherwise, the traditional <emphasis>mbox</emphasis> format will be used. The <emphasis>maildir</emphasis> format uses a whole directory to store a mailbox, each individual message being stored in a separate file. In the <emphasis>mbox</emphasis> format, on the other hand, the whole mailbox is stored in one file, and each line starting with “<literal>From </literal>” (<literal>From</literal> followed by a space) signals the start of a new message.
id-ID: Sekali lagi, sintaks berkas <filename>/etc/postfix/vmailbox</filename> cukup sederhana: dua field dipisahkan dengan spasi. Field pertama adalah alamat surel dalam salah satu domain virtual, dan field kedua adalah lokasi kotak surat yang terkait (relatif terhadap direktori yang ditentukan dalam <emphasis>virtual_mailbox_base</emphasis>). Jika nama kotak surat berakhir dengan garis miring (<literal>/</literal>), surel akan disimpan dalam format <emphasis>maildir</emphasis>; jika tidak, format tradisional <emphasis>mbox</emphasis> akan digunakan. Format <emphasis>maildir</emphasis> menggunakan seluruh direktori untuk menyimpan kotak surat, masing-masing pesan disimpan dalam berkas terpisah. Dalam format <emphasis>mbox</emphasis>, seluruh kotak surat disimpan dalam satu berkas, dan setiap baris yang dimulai dengan "<literal>From </literal>" (<literal>From</literal> diikuti dengan spasi) menandai awal pesan baru.

en: 
    # Jean's email is stored as maildir, with
    # one file per email in a dedicated directory
    jean@falcot.org falcot.org/jean/
    # Sophie's email is stored in a traditional "mbox" file,
    # with all mails concatenated into one single file
    sophie@falcot.org falcot.org/sophie
id-ID: 
    # Surel Jean disimpan sebagai maildir, dengan
    # satu berkas per surel dalam suatu direktori terdedikasi
    jean@falcot.org falcot.org/jean/
    # Surel Sophie's disimpan dalam suatu berkas "mbox"
    # tradisional dengan semua surel disambung ke dalam satu berkas tunggal
    sophie@falcot.org falcot.org/sophie

en: Restrictions for Receiving and Sending
id-ID: Pembatasan Penerimaan dan Pengiriman

en: The growing number of unsolicited bulk emails (<emphasis>spam</emphasis>) requires being increasingly strict when deciding which emails a server should accept. This section presents some of the strategies included in Postfix.
id-ID: Meningkatnya jumlah surel massal yang tidak diminta (<emphasis>spam</emphasis>) memerlukan menjadi semakin ketat ketika memutuskan surel mana yang mesti diterima oleh server. Bagian ini menyajikan beberapa strategi yang termasuk dalam Postfix.

en: If the reject-rules are too strict, it may happen that even legitimate email traffic gets locked out. It is therefor a good habit to test restrictions and prevent the permanent rejection of requests during this time using the <literal>soft_bounce = yes</literal> directive. By prepending a reject-type directive with <literal>warn_if_reject</literal> only a log message will be recorded instead of rejecting the request.
id-ID: Jika aturan penolakan terlalu ketat, mungkin terjadi bahkan lalu lintas surel yang sah pun terkunci. Oleh karena itu, merupakan kebiasaan yang baik untuk menguji pembatasan dan mencegah penolakan permanen atas permintaan selama waktu ini menggunakan perintah <literal>soft_bounce = yes</literal>. Dengan menambahkan direktif tipe tolak dengan <literal>warn_if_reject</literal> hanya pesan log yang akan direkam daripada menolak permintaan tersebut.

en: <emphasis>CULTURE</emphasis> The spam problem
id-ID: <emphasis>KULTUR</emphasis> Masalah spam

en: “Spam” is a generic term used to designate all the unsolicited commercial emails (also known as UCEs) that flood our electronic mailboxes; the unscrupulous individuals sending them are known as spammers. They care little about the nuisance they cause, since sending an email costs very little, and only a very small percentage of recipients need to be attracted by the offers for the spamming operation to make more money than it costs. The process is mostly automated, and any email address made public (for instance, on a web forum, or on the archives of a mailing list, or on a blog, and so on) will be likely discovered by the spammers' robots, and subjected to a never-ending stream of unsolicited messages. Also every contact found at a compromised system is targeted.
id-ID: "Spam" adalah istilah umum yang digunakan untuk menamai semua surel komersial yang tidak diinginkan (juga dikenal sebagai UCE) yang membanjiri kotak surat elektronik kita; individu-individu yang tidak bermoral yang mengirim mereka dikenal sebagai spammer. Mereka tidak peduli tentang gangguan yang mereka sebabkan, karena mengirimkan surel biayanya sangat rendah, dan hanya persentase yang sangat kecil dari penerima yang perlu tertarik dengan tawaran agar operasi spam menghasilkan lebih daripada biaya. Prosesnya kebanyakan otomatis, dan alamat surel yang dibuat publik (misalnya, di forum web, atau di arsip milis, atau di blog, dan sebagainya) akan ditemukan oleh robot spammer, dan menjadi sasaran pesan tak diharapkan yang tidak pernah berakhir. Setiap kontak yang ditemukan pada sebuah sistem yang terkompromi juga ditarget.

en: All system administrators try to face this nuisance with spam filters, but of course spammers keep adjusting to try to work around these filters. Some even rent networks of machines compromised by a worm from various crime syndicates. Recent statistics estimate that up to 95% of all emails circulating on the Internet are spam!
id-ID: Semua administrator sistem mencoba untuk menghadapi gangguan dengan filter spam, tapi tentu saja spammer terus menyesuaikan diri dengan mencoba menghindari filter ini. Beberapa bahkan menyewa jaringan mesin yang terkompromi oleh worm dari berbagai sindikat kejahatan. Statistik baru-baru ini memperkirakan bahwa hingga 95% dari semua surel yang beredar di Internet adalah spam!

en: IP-Based Access Restrictions
id-ID: Pembatasan Akses Berbasis IP

en: <primary>email</primary><secondary>filtering on the client host</secondary>
id-ID: <primary>surel</primary><secondary>penyaringan pada host klien</secondary>

en: The <literal>smtpd_client_restrictions</literal> directive controls which machines are allowed to communicate with the email server.
id-ID: Direktif <literal>smtpd_client_restrictions</literal> mengendalikan mesin mana yang diperbolehkan untuk berkomunikasi dengan server surel.

en: When a variable contains a list of rules, as in the example below, these rules are evaluated in order, from the first to the last. Each rule can accept the message, reject it, or leave the decision to a following rule. As a consequence, order matters, and simply switching two rules can lead to a widely different behavior.
id-ID: Ketika suatu variabel berisi daftar aturan, seperti pada contoh di bawah, aturan-aturan ini dievaluasi berurutan, dari pertama sampai terakhir. Setiap aturan dapat menerima pesan, menolak, atau menyerahkan keputusan ke aturan berikutnya. Sebagai akibatnya, urutan penting, dan sekedar mempertukarkan dua aturan dapat menyebabkan perilaku yang sangat berbeda.

en: Restrictions Based on Client Address
id-ID: Pembatasan Berbasis Alamat Klien

en: The <literal>permit_mynetworks</literal> directive, used as the first rule, accepts all emails coming from a machine in the local network (as defined by the <literal>mynetworks</literal> configuration variable).
id-ID: Direktif <literal>permit_mynetworks</literal>, yang digunakan sebagai aturan pertama, menerima semua surel yang datang dari mesin jaringan lokal (seperti yang didefinisikan oleh variabel konfigurasi <literal>mynetworks</literal>).

en: The second directive would normally reject emails coming from machines without a completely valid DNS configuration. Such a valid configuration means that the IP address can be resolved to a name, and that this name, in turn, resolves to the IP address. This restriction is often too strict, since many email servers do not have a reverse DNS for their IP address. This explains why the Falcot administrators prepended the <literal>warn_if_reject</literal> modifier to the <literal>reject_unknown_client</literal> directive: this modifier <link linkend="postfix-safety-net">turns the rejection into a simple warning recorded in the logs</link>. The administrators can then keep an eye on the number of messages that would be rejected if the rule were actually enforced, and make an informed decision later if they wish to enable such enforcement.
id-ID: Direktif kedua biasanya akan menolak surel yang datang dari mesin tanpa konfigurasi DNS yang sepenuhnya valid. Sebuah konfigurasi yang valid berarti bahwa alamat IP dapat di-resolve ke suatu nama, dan bahwa nama ini, pada gilirannya, di-resolve ke alamat IP. Pembatasan ini sering terlalu ketat, karena banyak server surel yang tidak memiliki reverse DNS untuk alamat IP mereka. Ini menjelaskan mengapa para administrator Falcot mengawali pengubah <literal>warn_if_reject</literal> ke direktif <literal>reject_unknown_client</literal>: pengubah ini <link linkend="postfix-safety-net">mengubah penolakan menjadi peringatan sederhana yang tercatat dalam log</link>. Administrator dapat kemudian mengawasi jumlah pesan yang akan ditolak jika aturan yang benar-benar ditegakkan, dan membuat keputusan kemudian jika mereka ingin memberlakukan aturan itu.

en: <emphasis>TIP</emphasis> <emphasis>access</emphasis> tables
id-ID: <emphasis>TIP</emphasis> tabel <emphasis>access</emphasis>

en: The <filename>/etc/postfix/access_clientip</filename> table lists IP addresses and networks; <filename>/etc/postfix/access_helo</filename> lists domain names; <filename>/etc/postfix/access_sender</filename> contains sender email addresses. All these files need to be turned into hash-tables (a format optimized for fast access) after each change, with the <command>sudo postmap /etc/postfix/<replaceable>file</replaceable></command> command.
id-ID: Tabel <filename>/etc/postfix/access_clientip</filename> menampung daftar alamat IP dan jaringan; <filename>/etc/postfix/access_helo</filename> berisi daftar nama domain; <filename>/etc/postfix/access_sender</filename> berisi alamat surel pengirim. Semua berkas ini harus diubah menjadi tabel hash (format yang dioptimalkan untuk akses cepat) setelah setiap perubahan, dengan perintah <command>sudo postmap /etc/postfix/<replaceable>berkas</replaceable></command>.

en: The last four rules reject any message coming from a server listed in one of the indicated blacklists. <acronym>RBL</acronym> is an acronym for <emphasis>Remote Black List</emphasis>, and <acronym>RHSBL</acronym> stands for <emphasis>Right-Hand Side Black List</emphasis>. The difference is that the former lists IP addresses, whereas the latter lists domain names. There are several such services. They list domains and IP addresses with poor reputation, badly configured servers that spammers use to relay their emails, as well as unexpected mail relays such as machines infected with worms or viruses.
id-ID: Empat aturan terakhir menolak pesan yang berasal dari server yang tercantum dalam salah satu blacklist yang ditunjukkan. <acronym>RBL</acronym> adalah akronim untuk <emphasis>Remote Black List</emphasis>, dan <acronym>RHSBL</acronym> singkatan dari <emphasis>Right-Hand Side Black List</emphasis>. Perbedaannya adalah bahwa yang pertama memuat daftar alamat IP, sedangkan yang kedua memuat daftar nama domain. Ada beberapa layanan seperti itu. Mereka membuat daftar domain dan alamat IP dengan reputasi buruk, server-server yang dikonfigurasi secara buruk yang dipakai oleh spammer untuk me-relay surel mereka, maupun pe-relay surel yang tak terduga seperti mesin-mesin yang terinfeksi worm atau virus.

en: <emphasis>TIP</emphasis> White list and RBLs
id-ID: <emphasis>TIPS</emphasis> Daftar putih dan RBL

en: Blacklists sometimes include a legitimate server that has been suffering an incident. In these situations, all emails coming from one of these servers would be rejected unless the server is listed in a whitelist defined by <filename>/etc/postfix/access_clientip</filename>.
id-ID: Blacklist kadang-kadang mencakup server sah yang telah mengalami insiden. Dalam situasi ini, semua surel yang datang dari salah satu server tersebut akan ditolak kecuali apabila server tercantum dalam daftar putih yang didefinisikan oleh <filename>/etc/postfix/access_clientip</filename>.

en: Prudence therefore recommends including in the whitelist(s) all the trusted servers from which many emails are usually received.
id-ID: Kehati-hatian karena itu merekomendasikan memasukkan di whitelist semua server terpercaya yang biasanya kita terima banyak surel dari mereka.

en: Checking the Validity of the <literal>EHLO</literal> or <literal>HELO</literal> Commands
id-ID: Memeriksa Validitas Perintah <literal>EHLO</literal> atau <literal>HELO</literal>

en: <primary>email</primary><secondary>filtering on the mail host</secondary>
id-ID: <primary>surel</primary><secondary>penyaringan pada host surat</secondary>

en: Each SMTP exchange starts with a <literal>HELO</literal> (or <literal>EHLO</literal>) command, followed by the name of the sending email server. Checking the validity of this name can be interesting. To fully enforce the restrictions listed in <literal>smtpd_helo_restrictions</literal> the <literal>smtpd_helo_required</literal> option needs to be enabled. Otherwise clients could skip the restrictions by not sending any <literal>HELO</literal>/<literal>EHLO</literal> command.
id-ID: Setiap pertukaran SMTP dimulai dengan perintah <literal>HELO</literal> (atau <literal>EHLO</literal>), diikuti dengan nama server surel pengirim. Memeriksa validitas nama ini bisa menarik. Untuk sepenuhnya menegakkan pembatasan yang tercantum dalam <literal>smtpd_helo_restrictions</literal> opsi <literal> smtpd_helo_required</literal> perlu diaktifkan. Jika tidak, klien dapat melewati pembatasan dengan tidak mengirimkan perintah <literal>HELO</literal>/<literal>EHLO</literal>.

en: Restrictions on the name announced in <literal>EHLO</literal>
id-ID: Pembatasan pada nama yang diumumkan di <literal>EHLO</literal>

en: The first <literal>permit_mynetworks</literal> directive allows all machines on the local network to introduce themselves freely. This is important, because some email programs do not respect this part of the SMTP protocol adequately enough, and they can introduce themselves with nonsensical names.
id-ID: Direktir <literal>permit_mynetworks</literal> pertama memungkinkan semua mesin di jaringan lokal untuk memperkenalkan diri dengan bebas. Hal ini penting, karena beberapa program email tidak menghormati bagian dari protokol SMTP ini secara cukup memadai, dan mereka dapat memperkenalkan diri dengan nama-nama yang tidak masuk akal.

en: The <literal>reject_rhsbl_helo</literal> allows to specify a black list to check the hostname against an RHSBL.
id-ID: <literal>reject_rhsbl_helo</literal> memungkinkan untuk menentukan daftar hitam untuk memeriksa nama host terhadap RHSBL.

en: Using <literal>permit_mynetworks</literal> as the first rule has an interesting side effect: the following rules only apply to hosts outside the local network. This allows blacklisting all hosts that announce themselves as part of the <literal>falcot.com</literal> network, for instance by adding a <literal>falcot.com REJECT You are not in our network!</literal> line to the <filename>/etc/postfix/access_helo</filename> file.
id-ID: Menggunakan <literal>permit_mynetworks</literal> sebagai aturan pertama memiliki efek samping yang menarik: aturan berikutnya hanya diterapkan ke host di luar jaringan lokal. Hal ini memungkinkan mencekal semua host yang mengumumkan diri mereka sebagai bagian dari jaringan <literal>falcot.com</literal>, misalnya dengan menambahkan baris <literal>falcot.com REJECT Anda tidak berada dalam jaringan kami!</literal> ke dalam berkas <filename>/ postfix/dll/access_helo</filename>.

en: <primary>email</primary><secondary>filtering on the sender</secondary>
id-ID: <primary>surel</primary> <secondary>penyaringan pada pengirim</secondary>

en: Every message has a sender, announced by the <literal>MAIL FROM</literal> command of the SMTP protocol; again, this information can be validated in several different ways.
id-ID: Setiap pesan memiliki pengirim, diumumkan oleh perintah <literal>MAIL FROM</literal> dari protokol SMTP; sekali lagi, informasi ini dapat divalidasi dalam beberapa cara yang berbeda.

en: Sender checks
id-ID: Pemeriksaan pengirim

en: The <filename>/etc/postfix/access_sender</filename> table maps some special treatment to some senders. This usually means listing some senders into a white list or a black list.
id-ID: Tabel <filename>/etc/postfix/access_sender</filename> memetakan beberapa perlakuan khusus untuk beberapa pengirim. Ini biasanya berarti memasukkan beberapa pengirim ke daftar putih atau daftar hitam.

en: Finally, the <literal>reject_non_fqdn_sender</literal> rule rejects emails purporting to come from addresses without a fully-qualified domain name. In practice, this means rejecting emails coming from <literal>user@machine</literal>: the address must be announced as either <literal>user@machine.example.com</literal> or <literal>user@example.com</literal>.
id-ID: Akhirnya, aturan <literal>reject_non_fqdn_sender</literal> menolak surel yang mengaku berasal dari alamat tanpa fully-qualified domain name. Dalam prakteknya, ini berarti menolak surel yang datang dari <literal>user@machine</literal>: alamat harus diumumkan sebagai <literal>user@machine.example.com</literal> atau <literal>user@example.com</literal>.

en: The <literal>reject_rhsbl_sender</literal> rule reject senders based on a (domain-based) RHSBL service.
id-ID: Aturan <literal>reject_rhsbl_sender</literal> menolak pengirim berdasarkan layanan RHSBL (berbasis domain).

en: <primary>email</primary><secondary>filtering on the recipient</secondary>
id-ID: <primary>surel</primary><secondary>penyaringan pada penerima</secondary>

en: Each email has at least one recipient, announced with the <literal>RCPT TO</literal> command in the SMTP protocol. These addresses also warrant validation, even if that may be less relevant than the checks made on the sender address.
id-ID: Setiap surel yang memiliki minimal satu penerima, diumumkan dengan perintah <literal>RCPT TO</literal> dalam protokol SMTP. Alamat ini juga memerlukan validasi, bahkan jika itu mungkin kurang relevan daripada pemeriksaan atas alamat pengirim.

en: Recipient checks
id-ID: Pemeriksaan penerima

en: <literal>reject_unauth_destination</literal> is the basic rule that requires outside messages to be addressed to us; messages sent to an address not served by this server are rejected. Without this rule, a server becomes an open relay that allows spammers to send unsolicited emails; this rule is therefore mandatory, and it will be best included near the beginning of the list, so that no other rules may authorize the message before its destination has been checked.
id-ID: <literal>reject_unauth_destination</literal> adalah aturan dasar yang mempersyaratkan pesan dari luar ditujukan kepada kami; pesan yang dikirim ke alamat yang tidak dilayani oleh server ini akan ditolak. Tanpa aturan ini, server menjadi relay terbuka yang memungkinkan spammer untuk mengirim surel yang tidak diinginkan; aturan ini wajib, dan itu paling baik disertakan di bagian awal dari daftar, sehingga tidak ada aturan lainnya mungkin mengotorisasi pesan sebelum tujuan telah diperiksa.

en: The <literal>reject_unlisted_recipient</literal> rule rejects messages sent to non-existing local users, which makes sense. Finally, the <literal>reject_non_fqdn_recipient</literal> rule rejects non-fully-qualified addresses; this makes it impossible to send an email to <literal>jean</literal> or <literal>jean@machine</literal>, and requires using the full address instead, such as <literal>jean@machine.falcot.com</literal> or <literal>jean@falcot.com</literal>.
id-ID: Aturan <literal>reject_unlisted_recipient</literal> menolak pesan yang dikirim ke pengguna lokal yang tidak ada. Ini masuk akal. Akhirnya, aturan <literal>reject_non_fqdn_recipient</literal> menolak alamat yang bukan fully-qualified; ini menjadikannya mustahil untuk mengirim surel ke <literal>jean</literal> atau <literal>jean@machine</literal>, dan memerlukan menggunakan alamat lengkap, seperti <literal>jean@machine.falcot.com</literal> atau <literal>jean@falcot.com</literal>.

en: The <literal>permit</literal> directive at the end is not necessary. But it can be useful at the end of a restriction list to make the default policy explicit.
id-ID: Arahan <literal>permit</literal> di akhir tidak diperlukan. Tapi bisa berguna di akhir daftar batasan untuk membuat kebijakan default eksplisit.

en: Restrictions Associated with the <literal>DATA</literal> Command
id-ID: Pembatasan Terkait dengan Perintah <literal>DATA</literal>

en: <primary>email</primary><secondary>filtering on SMTP commands</secondary>
id-ID: <primary>surel</primary> <secondary>penyaringan pada perintah SMTP</secondary>

en: The <literal>DATA</literal> command of SMTP is emitted before the contents of the message. It doesn't provide any information per se, apart from announcing what comes next. It can still be subjected to checks.
id-ID: Perintah <literal>DATA</literal> SMTP dikirimkan sebelum isi pesan. Tidak memberikan informasi apapun per se, selain mengumumkan apa yang datang berikutnya. Masih bisa dipersyaratkan untuk pemeriksaan.

en: <literal>DATA</literal> checks
id-ID: Pemeriksaan <literal>DATA</literal>

en: The <literal>reject_unauth_pipelining</literal> directives causes the message to be rejected if the sending party sends a command before the reply to the previous command has been sent. This guards against a common optimization used by spammer robots, since they usually don't care a fig about replies and only focus on sending as many emails as possible in as short a time as possible.
id-ID: Direktif <literal>reject_unauth_pipelining</literal> menyebabkan pesan ditolak jika pihak pengirim mengirim perintah sebelum balasan atas perintah sebelumnya dikirim. Ini penjaga terhadap optimasi yang umum digunakan oleh robot spammer, karena mereka biasanya tidak peduli isi balasan dan fokus hanya pada mengirim surel sebanyak mungkin dalam waktu sependek mungkin.

en: Applying Restrictions
id-ID: Menerapkan Pembatasan

en: Although the above commands validate information at various stages of the SMTP exchange, Postfix sends the actual rejection as a reply to the <literal>RCPT TO</literal> command by default.
id-ID: Meskipun perintah di atas memvalidasi informasi di berbagai tahap pertukaran SMTP, Postfix mengirimkan penolakan sebenarnya sebagai jawaban atas perintah <literal>RCPT TO</literal> secara baku.

en: This means that even if the message is rejected due to an invalid <literal>EHLO</literal> command, Postfix knows the sender and the recipient when announcing the rejection. It can then log a more explicit message than it could if the transaction had been interrupted from the start. In addition, a number of SMTP clients do not expect failures on the early SMTP commands, and these clients will be less disturbed by this late rejection.
id-ID: Ini berarti bahwa bahkan jika pesan tersebut ditolak karena perintah <literal>EHLO</literal> yang tidak valid, Postfix tahu pengirim dan penerima ketika mengumumkan penolakan. Ini kemudian mencatat log pesan yang lebih eksplisit daripada yang bisa dilakukan jika transaksi telah terputus dari awal. Selain itu, sejumlah klien SMTP tidak mengharapkan kegagalan pada perintah SMTP awal, dan klien ini akan kurang terganggu oleh penolakan akhir ini.

en: A final advantage to this choice is that the rules can accumulate information during the various stages of the SMTP exchange; this allows defining more fine-grained permissions, such as rejecting a non-local connection if it announces itself with a local sender.
id-ID: Keuntungan akhir pilihan ini adalah bahwa aturan dapat mengumpulkan informasi selama berbagai tahap pertukaran SMTP; hal ini memungkinkan mendefinisikan izin lebih halus, seperti menolak koneksi non-lokal jika itu mengumumkan dirinya dengan pengirim lokal.

en: The default behavior is controlled by the <literal>smtpd_delay_reject</literal> rule.
id-ID: Perilaku default dikendalikan oleh aturan <literal>smtpd_delay_reject</literal>.

en: Filtering Based on the Message Contents
id-ID: Penyaringan Berdasarkan Isi Pesan

en: <primary>email</primary><secondary>filtering on content inspection</secondary>
id-ID: <primary>surel</primary><secondary>penyaringan pada pemeriksaan isi</secondary>

en: <primary>email</primary><secondary>filtering on contents</secondary>
id-ID: <primary>surel</primary> <secondary>penyaringan pada isi</secondary>

en: The validation and restriction system would not be complete without a way to apply checks to the message contents. Postfix differentiates the checks applying to the email headers from those applying to the email body.
id-ID: Sistem validasi dan pembatasan tidak akan lengkap tanpa cara untuk menerapkan pemeriksaan ke isi pesan. Postfix membedakan pemeriksaan yang berlaku ke header surel dari mereka yang berlaku ke tubuh surel.

en: Enabling content-based filters
id-ID: Memfungsikan penyaring berbasis konten

en: Both files contain a list of regular expressions (commonly known as <emphasis>regexps</emphasis> or <emphasis>regexes</emphasis>) and associated actions to be triggered when the email headers (or body) match the expression.
id-ID: Kedua berkas berisi daftar ekspresi reguler (umumnya dikenal sebagai <emphasis>regexps</emphasis> atau <emphasis>regexes</emphasis>) dan tindakan menjadi dipicu ketika header surel (atau tubuh) cocok dengan ekspresi yang terkait.

en: <emphasis>QUICK LOOK</emphasis> Regexp tables
id-ID: <emphasis>LIHAT CEPAT</emphasis> Tabel regex

en: Example <filename>/etc/postfix/header_checks</filename> file
id-ID: Berkas contoh <filename>/etc/postfix/header_checks</filename>

en: <emphasis>BACK TO BASICS</emphasis> Regular expression
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> Ekspresi reguler

en: The <emphasis>regular expression</emphasis> term (shortened to <emphasis>regexp</emphasis> or <emphasis>regex</emphasis>) references a generic notation for expressing a description of the contents and/or structure of a string of characters. Certain special characters allow defining alternatives (for instance, <literal>foo|bar</literal> matches either “foo” or “bar”), sets of allowed characters (for instance, <literal>[0-9]</literal> means "any digit", and <literal>.</literal> — a dot — means "any character"), quantification (<literal>s?</literal> matches either <literal>s</literal> or the empty string, in other words 0 or 1 occurrence of <literal>s</literal>; <literal>s+</literal> matches one or more consecutive <literal>s</literal> characters; and so on). Parentheses allow grouping search results.
id-ID: Istilah <emphasis>ekspresi reguler</emphasis> (disingkat menjadi <emphasis>regexp</emphasis> atau <emphasis>regex</emphasis>) mengacu ke notasi generik untuk mengekspresikan deskripsi dari isi dan/atau struktur serangkaian karakter. Karakter khusus tertentu memungkinkan mendefinisikan alternatif (misalnya, <literal>foo|bar</literal> cocok dengan "foo" atau "bar"), set karakter yang diizinkan (misalnya, <literal>[0-9]</literal> berarti "sebarang digit", dan <literal>.</literal> — dot — berarti "sebarang karakter"), kuantifikasi (<literal>s?</literal> cocok dengan <literal>s</literal> atau string kosong, dengan kata lain 0 atau 1 kali munculnya <literal>s</literal>; <literal>s+</literal> cocok dengan satu atau lebih karakter <literal>s</literal> berturut-turut; dan seterusnya). Kurung memungkinkan pengelompokan hasil pencarian.

en: The precise syntax of these expressions varies across the tools using them, but the basic features are similar. <ulink type="block" url="https://en.wikipedia.org/wiki/Regular_expression" />
id-ID: Sintaks yang tepat dari ungkapan-ungkapan ini bervariasi di seluruh alat yang menggunakan mereka, tapi fitur dasarnya sama. <ulink type="block" url="https://en.wikipedia.org/wiki/Regular_expression" />

en: The first one checks the header mentioning the email software; if <literal>GOTO Sarbacane</literal> (a bulk email software) is found, the message is rejected. The second expression controls the message subject; if it mentions a virus notification, we can decide not to reject the message but to discard it immediately instead.
id-ID: Yang pertama memeriksa header yang menyebutkan perangkat lunak surel; jika <literal>GOTO Sarbacane</literal> (software surel massal) ditemukan, pesan tersebut akan ditolak. Ekspresi kedua mengendalikan subjek pesan; jika itu menyebutkan pemberitahuan virus, kita bisa memutuskan untuk tidak menolak pesan tetapi untuk membuangnya segera sebagai gantinya.

en: Using these filters is a double-edged sword, because it is easy to make the rules too generic and to lose legitimate emails as a consequence. In these cases, not only the messages will be lost, but their senders will get unwanted (and annoying) error messages.
id-ID: Menggunakan filter ini adalah pedang bermata dua, karena mudah untuk membuat aturan yang terlalu generik dan kehilangan surel yang sah sebagai akibatnya. Dalam kasus ini, tidak hanya pesan akan hilang, tapi pengirimnya akan mendapatkan pesan kesalahan yang tidak diinginkan (dan menjengkelkan).

en: Setting Up <foreignphrase>greylisting</foreignphrase>
id-ID: Menyiapkan <foreignphrase>greylisting</foreignphrase>

en: <primary>email</primary><secondary>greylisting</secondary>
id-ID: <primary>surel</primary> <secondary>greylisting</secondary>

en: Postfix doesn't provide greylisting natively, but there is a feature by which the decision to accept or reject a given message can be delegated to an external program. The <emphasis role="pkg">postgrey</emphasis> package contains just such a program, designed to interface with this access policy delegation service.
id-ID: Postfix tidak menyediakan greylist secara native, tapi ada fitur dimana keputusan untuk menerima atau menolak pesan tertentu dapat diserahkan ke program eksternal. Paket <emphasis role="pkg">postgrey</emphasis> memuat program seperti itu, dirancang untuk berinteraksi dengan layanan delegasi kebijakan akses ini.

en: Once <emphasis role="pkg">postgrey</emphasis> is installed, it runs as a daemon and listens on port 10023. Postfix can then be configured to use it, by adding the <literal>check_policy_service</literal> parameter as an extra restriction:
id-ID: Setelah <emphasis role="pkg">postgrey</emphasis> terinstal, itu berjalan sebagai daemon dan mendengarkan pada port 10023. Postfix kemudian dapat dikonfigurasi untuk menggunakannya, dengan menambahkan parameter <literal>check_policy_service</literal> sebagai pembatasan tambahan:

en: The main disadvantage of greylisting is that legitimate messages get delayed, which is not always acceptable. It also increases the burden on servers that send many legitimate emails.
id-ID: Kelemahan utama dari greylist adalah bahwa pesan yang sah tertunda, yang tidak selalu bisa diterima. Hal ini juga meningkatkan beban pada server yang mengirim banyak surel yang sah.

en: <emphasis>IN PRACTICE</emphasis> Shortcomings of greylisting
id-ID: <emphasis>DALAM PRAKTEK</emphasis> Kekurangan dari greylisting

en: Theoretically, greylisting should only delay the first mail from a given sender to a given recipient, and the typical delay is in the order of minutes. Reality, however, can differ slightly. Some large ISPs use clusters of SMTP servers, and when a message is initially rejected, the server that retries the transmission may not be the same as the initial one. When that happens, the second server gets a temporary error message due to greylisting too, and so on; it may take several hours until transmission is attempted by a server that has already been involved, since SMTP servers usually increase the delay between retries at each failure.
id-ID: Secara teori, greylist hanya harus menunda surat pertama dari pengirim yang diberikan kepada penerima tertentu, dan penundaan umumnya dalam orde menit. Kenyataannya, bagaimanapun, dapat sedikit berbeda. Beberapa ISP besar menggunakan cluster server SMTP, dan ketika pesan awalnya ditolak, server yang mencoba ulang transmisi mungkin tidak akan sama seperti yang pertama. Ketika itu terjadi, kedua server mendapat pesan kesalahan sementara karena greylist, dan seterusnya; mungkin butuh beberapa jam sampai transmisi ini dicoba oleh server yang sudah telah terlibat, karena server SMTP biasanya meningkatkan penundaan antara pengulangan di setiap kegagalan.

en: As a consequence, the incoming IP address may vary in time even for a single sender. But it goes further: even the sender address can change. For instance, many mailing-list servers encode extra information in the sender address so as to be able to handle error messages (known as <emphasis>bounces</emphasis>). Each new message sent to a mailing-list may then need to go through greylisting, which means it has to be stored (temporarily) on the sender's server. For very large mailing-lists (with tens of thousands of subscribers), this can soon become a problem.
id-ID: Sebagai akibatnya, alamat IP yang masuk dapat bervariasi dengan berjalannya waktu bahkan untuk pengirim tunggal. Tapi lebih jauh lagi: bahkan alamat pengirim dapat berubah. Sebagai contoh, banyak milis server menyandikan tambahan informasi dalam alamat pengirim untuk dapat menangani pesan kesalahan (dikenal sebagai <emphasis>bounces</emphasis>). Setiap pesan baru yang dikirim ke milis kemudian mungkin perlu pergi melalui greylist, yang berarti itu harus disimpan (secara sementara) pada server pengirim. Untuk milis yang sangat besar (dengan puluhan ribu pelanggan), ini dapat segera menjadi masalah.

en: To mitigate these drawbacks, Postgrey manages a whitelist of such sites, and messages emanating from them are immediately accepted without going through greylisting. This list can easily be adapted to local needs, since it is stored in the <filename>/etc/postgrey/whitelist_clients</filename> file.
id-ID: Untuk memitigasi kelemahan ini, Postgrey mengelola daftar putih dari situs-situs seperti itu, dan pesan yang berasal dari mereka segera diterima tanpa melalui greulist. Daftar ini dengan mudah dapat disesuaikan dengan kebutuhan lokal, karena disimpan dalam berkas <filename>/etc/postgrey/whitelist_clients</filename>.

en: <emphasis>GOING FURTHER</emphasis> Selective greylisting with <emphasis role="pkg">milter-greylist</emphasis>
id-ID: <emphasis>LEBIH LANJUT</emphasis> Greylisting selektif dengan <emphasis role="pkg">milter-greylist</emphasis>

en: The drawbacks of greylisting can be mitigated by only using greylisting on the subset of clients that are already considered as probable sources of spam (because they are listed in a DNS blacklist). This is not possible with <emphasis role="pkg">postgrey</emphasis> but <emphasis role="pkg">milter-greylist</emphasis> can be used in such a way.
id-ID: Kelemahan dari greylist dapat dimitigsai dengan hanya menggunakan greylist pada subset dari klien yang sudah dianggap sebagai kemungkinan sumber spam (karena mereka tercantum dalam daftar hitam DNS). Hal ini tidak mungkin dengan <emphasis role="pkg">postgrey</emphasis> tapi <emphasis role="pkg">milter-greylist</emphasis> dapat digunakan dengan cara itu.

en: In that scenario, since DNS blacklists never triggers a definitive rejection, it becomes reasonable to use aggressive blacklists, including those listing all dynamic IP addresses from ISP clients (such as <literal>pbl.spamhaus.org</literal> or <literal>dul.dnsbl.sorbs.net</literal>).
id-ID: Dalam skenario itu, karena blacklist DNS tidak pernah memicu penolakan definitif, menjadi masuk akal untuk menggunakan blacklist agresif, termasuk daftar semua alamat IP dinamis dari klien ISP (seperti <literal>pbl.spamhaus.org</literal> atau <literal>dul.dnsbl.Sorbs.net</literal>).

en: Since <emphasis role="pkg">milter-greylist</emphasis> uses Sendmail's milter interface, the postfix side of its configuration is limited to “<literal>smtpd_milters = unix:/var/run/milter-greylist/milter-greylist.sock</literal>”. The <citerefentry><refentrytitle>greylist.conf</refentrytitle><manvolnum>5</manvolnum></citerefentry> manual page documents <filename>/etc/milter-greylist/greylist.conf</filename> and the numerous ways to configure milter-greylist. You will also have to edit <filename>/etc/default/milter-greylist</filename> to actually enable the service.
id-ID: Karena <emphasis role="pkg">milter-greylist</emphasis> menggunakan antarmuka milter Sendmail, konfigurasi sisi postfix-nya terbatas ke "<literal>smtpd_milters = unix:/var/run/milter-greylist/milter-greylist.sock</literal>". Halaman manual <citerefentry><refentrytitle>greylist.conf</refentrytitle><manvolnum>5</manvolnum></citerefentry> mendokumentasikan <filename>/etc/milter-greylist/greylist.conf</filename> dan banyak cara untuk mengkonfigurasi milter-greylist. Anda juga harus menyunting <filename>/etc/default/milter-greylist</filename> untuk benar-benar mengaktifkan layanan.

en: Customizing Filters Based On the Recipient
id-ID: Mengubah Filter Berdasarkan Penerima

en: <primary>email</primary><secondary>custom restriction classes</secondary>
id-ID: <primary>surel</primary><secondary>kelas pembatasan ubahan</secondary>

en: <xref linkend="sect.restrictions-for-receiving-and-sending" /> and <xref linkend="sect.setting-up-greylisting" /> reviewed many of the possible restrictions. They all have their use in limiting the amount of received spam, but they also all have their drawbacks. It is therefore more and more common to customize the set of filters depending on the recipient. At Falcot Corp, greylisting is interesting for most users, but it hinders the work of some users who need low latency in their emails (such as the technical support service). Similarly, the commercial service sometimes has problems receiving emails from some Asian providers who may be listed in blacklists; this service asked for a non-filtered address so as to be able to correspond.
id-ID: <xref linkend="sect.restrictions-for-receiving-and-sending" /> dan <xref linkend="sect.setting-up-greylisting" /> meninjau banyak kemungkinan pembatasan. Mereka semua memiliki kegunaan dalam membatasi jumlah spam yang diterima, tetapi mereka semua juga memiliki kelemahan. Maka semakin umum untuk menyesuaikan set filter tergantung pada penerima. Pada Falcot Corp, greylist menarik bagi sebagian pengguna, tapi mengganggu pekerjaan beberapa pengguna yang membutuhkan latensi rendah dalam surel mereka (seperti layanan dukungan teknis). Demikian pula, layanan komersial kadang-kadang memiliki masalah menerima surel dari beberapa penyedia Asia yang mungkin tercantum di daftar hitam; layanan ini meminta alamat tak tersaring untuk bisa berkorespondensi.

en: Postfix provides such a customization of filters with a “restriction class” concept. The classes are declared in the <literal>smtpd_restriction_classes</literal> parameter, and defined the same way as <literal>smtpd_recipient_restrictions</literal>. The <literal>check_recipient_access</literal> directive then defines a table mapping a given recipient to the appropriate set of restrictions.
id-ID: Postfix menyediakan kustomisasi filter dengan konsep "kelas pembatasan". Kelas dideklarasikan dalam parameter <literal>smtpd_restriction_classes</literal>, dan didefinisikan dengan cara yang sama sebagai <literal>smtpd_recipient_restrictions</literal>. Direktif <literal>check_recipient_access</literal> kemudian mendefinisikan tabel pemetaan penerima tertentu untuk seperangkat batasan.

en: Defining restriction classes in <filename>main.cf</filename>
id-ID: Mendefinisikan kelas pembatasan dalam <filename>main.cf</filename>

en: The <filename>/etc/postfix/recipient_access</filename> file
id-ID: Berkas <filename>/etc/postfix/recipient_access</filename>

en: <primary>antivirus</primary>
id-ID: <primary>anti virus</primary>

en: <primary>email</primary><secondary>virus scanning</secondary>
id-ID: <primary>surel</primary> <secondary>pemindaian virus</secondary>

en: <emphasis>SECURITY</emphasis> Controversial Discussion of Anti-Virus Software
id-ID: <emphasis>KEAMANAN</emphasis> Diskusi Kontroversial tentang Perangkat Lunak Anti Virus

en: The usage of virus scanners, or so called antivirus software, is controversial. There is usually a gap between the release of some piece of malware and the addition of detection rules to the antivirus database. During this gap, there is no software-based protection. Further, the usage often requires to run additional software, for example, to uncompress archives and scan all kinds of executables, which drastically increases the exploit potential of the antivirus software itself. Usage of such software solutions can therefor never replace awareness campaigns and simple behavioral rules (never open unsolicited sent attachments, etc.).
id-ID: Penggunaan pemindai virus, atau yang disebut perangkat lunak anti virus, itu kontroversial. Biasanya ada kesenjangan antara rilis beberapa bagian dari malware dan penambahan aturan deteksi ke basis data anti virus. Selama kesenjangan ini, tidak ada perlindungan berbasis perangkat lunak. Lebih lanjut, penggunaan sering diperlukan untuk menjalankan perangkat lunak tambahan, misalnya, untuk uncompress arsip dan memindai semua jenis executable, yang secara drastis meningkatkan potensi mengeksploitasi perangkat lunak anti virus itu sendiri. Penggunaan solusi perangkat lunak tersebut untuk itu tidak pernah dapat menggantikan kampanye kesadaran dan aturan perilaku sederhana (tidak pernah membuka lampiran terkirim yang tidak diminta, dll.).

en: <primary>antivirus</primary><secondary>controversy</secondary>
id-ID: <primary>antivirus</primary><secondary>kontroversi</secondary>

en: The task of interfacing between antivirus and the email server goes to <command>clamav-milter</command>. A <emphasis>milter</emphasis> (short for <emphasis>mail filter</emphasis>) is a filtering program specially designed to interface with email servers. A milter uses a standard application programming interface (API) that provides much better performance than filters external to the email servers. Milters were initially introduced by <emphasis>Sendmail</emphasis>, but <emphasis>Postfix</emphasis> soon followed suit.
id-ID: Tugas antarmuka antara antivirus dan server surel jatuh ke <command>clamav-milter</command>. <emphasis>milter</emphasis> (singkatan dari <emphasis>mail filter</emphasis>) adalah sebuah program penyaringan yang dirancang khusus untuk menyambung dengan server surel. Suatu milter menggunakan standar antarmuka pemrograman aplikasi (API) yang memberikan kinerja lebih baik daripada filter eksternal ke server surel. Milters awalnya diperkenalkan oleh <emphasis>Sendmail</emphasis>, tetapi <emphasis>Postfix</emphasis> segera mengikutinya.

en: <emphasis>QUICK LOOK</emphasis> A milter for Spamassassin
id-ID: <emphasis>LIHAT SEKILAS</emphasis> Milter untuk Spamassassin

en: The <emphasis role="pkg">spamass-milter</emphasis> package provides a milter based on <emphasis>SpamAssassin</emphasis>, the famous unsolicited email detector. It can be used to flag messages as probable spams (by adding an extra header) and/or to reject the messages altogether if their “spamminess” score goes beyond a given threshold.
id-ID: Paket <emphasis role="pkg">spamass-milter</emphasis> menyediakan sebuah milter berbasis <emphasis>SpamAssassin</emphasis>, detektor spam terkenal. Dapat digunakan untuk menandai pesan sebagai mungkin spam (dengan menambahkan sebuah header tambahan) dan/atau menolak pesan sama sekali jika nilai "spamminess" mereka melampaui ambang batas tertentu.

en: Once the <emphasis role="pkg">clamav-milter</emphasis> package is installed, the milter should be reconfigured to run on a TCP port rather than on the default named socket. This can be achieved with <command>dpkg-reconfigure clamav-milter</command>. When prompted for the “Communication interface with Sendmail”, answer “<literal>inet:10002@127.0.0.1</literal>”.
id-ID: Setelah paket <emphasis role="pkg">clamav-milter</emphasis> diinstal, milter harus ditata ulang untuk berjalan pada sebuah port TCP bukan pada named socket yang default. Hal ini dapat dicapai dengan <command>dpkg-reconfigure clamav-milter</command>. Ketika diminta untuk "Antarmuka komunikasi dengan Sendmail", jawablah "<literal>inet:10002@127.0.0.1</literal>".

en: <emphasis>NOTE</emphasis> Real TCP port vs named socket
id-ID: <emphasis>CATATAN</emphasis> Port TCP nyata vs soket bernama

en: The reason why we use a real TCP port rather than the named socket is that the postfix daemons often run chrooted and do not have access to the directory hosting the named socket. You could also decide to keep using a named socket and pick a location within the chroot (<filename>/var/spool/postfix/</filename>).
id-ID: Alasan mengapa kita menggunakan port TCP nyata daripada soket bernama adalah bahwa daemon postfix sering dijalankan dengan mode chroot dan tidak memiliki akses ke direktori tempat soket bernama. Anda juga dapat memutuskan untuk tetap menggunakan soket bernama dan memilih lokasi chroot (<filename>/var/spool/postfix/</filename>).

en: The standard ClamAV configuration fits most situations, but some important parameters can still be customized with <command>dpkg-reconfigure clamav-base</command>.
id-ID: Konfigurasi ClamAV standar cocok untuk kebanyakan situasi, tetapi beberapa parameter penting masih dapat disesuaikan dengan <command>dpkg-reconfigure clamav-base</command>.

en: The last step involves telling Postfix to use the recently-configured filter. This is a simple matter of adding the following directive to <filename>/etc/postfix/main.cf</filename>:
id-ID: Langkah terakhir melibatkan meemberitahu Postfix untuk menggunakan filter yang baru-baru ini dikonfigurasi. Ini bisa dilakukan sekedar dengan menambahkan direktif berikut untuk <filename>/etc/postfix/main.cf</filename>:

en: If the antivirus causes problems, this line can be commented out, and <command>systemctl reload postfix</command> should be run so that this change is taken into account.
id-ID: Jika antivirus menyebabkan masalah, baris ini dapat dijadikan komentar dan <command>systemctl reload postfix</command> harus dijalankan sehingga perubahan ini diperhitungkan.

en: <emphasis>IN PRACTICE</emphasis> Testing the antivirus
id-ID: <emphasis>DALAM PRAKTEK</emphasis> Menguji antivirus

en: Once the antivirus is set up, its correct behavior should be tested. The simplest way to do that is to send a test email with an attachment containing the <filename>eicar.com</filename> (or <filename>eicar.com.zip</filename>) file, which can be downloaded online: <ulink type="block" url="https://2016.eicar.org/86-0-Intended-use.html" />
id-ID: Setelah antivirus disiapkan, perilaku yang benar harus diuji. Cara termudah untuk melakukannya adalah dengan mengirim surel percobaan dengan lampiran yang berisi berkas <filename>eicar.com</filename> (atau <filename>eicar.com.zip</filename>), yang dapat diunduh secara daring: <ulink type="block" url="https://2016.eicar.org/86-0-Intended-use.html" />

en: This file is not a true virus, but a test file that all antivirus software on the market diagnose as a virus to allow checking installations.
id-ID: Berkas ini bukan virus yang benar, tetapi berkas uji yang didiagnosa sebagai sebuah virus oleh semua perangkat lunak antivirus di pasar agar memungkinkan memeriksa instalasi.

en: All messages handled by Postfix now go through the antivirus filter.
id-ID: Semua pesan yang ditangani oleh Postfix sekarang pergi melalui saringan antivirus.

en: Fighting Spam with SPF, DKIM and DMARC
id-ID: Melawan Spam dengan SPF, DKIM dan DMARC

en: The high number of unsolicited email sent every day led to the creation of several standards, which aim at validating that the sending host of an email is authorized and that the email has not been tampered with. The following systems are all DNS-based and require the administrators to not only have control over the mail server, but over the DNS for the domain in question too.
id-ID: Tingginya jumlah surel yang tidak diminta yang dikirim setiap hari mengarah pada pembuatan beberapa standar, yang bertujuan untuk memvalidasi bahwa host pengirim surel diotorisasi dan bahwa surel tersebut belum dirusak. Sistem berikut semuanya berbasis DNS dan mengharuskan administrator untuk tidak hanya memiliki kendali atas server surel, tetapi juga atas DNS untuk domain yang dipermasalahkan.

en: <emphasis>CAUTION</emphasis> Controversial Discussion
id-ID: <emphasis>HATI-HATI</emphasis> Diskusi Kontroversial

en: Integrating the Sender Policy Framework (SPF)
id-ID: Mengintegrasikan Sender Policy Framework (SPF)

en: The Sender Policy Framework (<acronym>SPF</acronym>) is used to validate if a certain mail server is allowed to send emails for a given domain. It is mostly configured through DNS. The syntax for the entry to make is explained in detail at: <ulink type="block" url="http://www.open-spf.org/SPF_Record_Syntax" /> <ulink type="block" url="https://tools.ietf.org/html/rfc7208" /> <ulink type="block" url="https://en.wikipedia.org/wiki/Sender_Policy_Framework" />
id-ID: Sender Policy Framework (<acronym>SPF</acronym>) digunakan untuk memvalidasi jika server surel tertentu diizinkan untuk mengirim surel untuk domain yang diberikan. Hal ini sebagian besar dikonfigurasi melalui DNS. Sintaks untuk entri untuk membuat dijelaskan secara rinci di: <ulink type="block" url="http://www.open-spf.org/SPF_Record_Syntax" /> <ulink type="block" url="https://tools.ietf.org/html/rfc7208" /> <ulink type="block" url="https://en.wikipedia.org/wiki/Sender_Policy_Framework" />

en: Let's take a quick look at the <literal>falcot.org</literal> entry.
id-ID: Mari kita lihat entri <literal>falcot.org</literal>.

en: It states that the IP of the sender must match the A record for the sending domain, or must be listed as one of the Mail Exchange Resource Records for the current domain, or must be one of the three mentioned IP4 addresses. All other hosts should be marked as not being allowed to send email for the sender domain. The latter is called a "soft fail" and is intended to mark the email accordingly, but still accept it.
id-ID: Ini menyatakan bahwa IP pengirim harus cocok dengan record A untuk domain pengiriman, atau harus terdaftar sebagai salah satu Mail Exchange Resource Records untuk domain saat ini, atau harus menjadi salah satu dari tiga alamat IP4 yang disebutkan. Semua host lain harus ditandai sebagai tidak diizinkan untuk mengirim surel untuk domain pengirim. Yang terakhir disebut "soft fail" dan dimaksudkan untuk menandai surel yang sesuai, tetapi masih menerimanya.

en: The <command>postfix</command> mail server can check the SPF record for incoming emails using the <emphasis role="pkg">postfix-policyd-spf-python</emphasis> package, a policy agent written in Python. The file <filename>/usr/share/doc/postfix-policyd-spf-python/README.Debian</filename> describes the necessary steps to integrate the agent into postfix, so we won't repeat it here.
id-ID: Server surel <command>postfix</command> dapat memeriksa data SPF untuk surel masuk menggunakan paket <emphasis role="pkg">postfix-policyd-spf-python</emphasis>, agen kebijakan yang ditulis dalam Python. Berkas <filename>/usr/share/doc/postfix-policyd-spf-python/README. Debian</filename> menjelaskan langkah-langkah yang diperlukan untuk mengintegrasikan agen ke dalam postfix, jadi kami tidak akan mengulanginya di sini.

en: The configuration is done in the file <filename>/etc/postfix-policyd-spf-python/policyd-spf.conf</filename>, which is fully documented in <citerefentry><refentrytitle>policyd-spf.conf</refentrytitle> <manvolnum>5</manvolnum></citerefentry> and <filename>/usr/share/doc/postfix-policyd-spf-python/policyd-spf.conf.commented.gz</filename>. The main configuration parameters are <literal>HELO_reject</literal> and <literal>Mail_From_reject</literal>, which configure if emails should be rejected (<literal>Fail</literal>) or accepted with a header being appended (<literal>False</literal>), if checks fail. The latter is often useful, when the message is further processed by a spam filter.
id-ID: Konfigurasi dilakukan dalam berkas <filename>/etc/postfix-policyd-spf-python/policyd-spf.conf</filename>, yang sepenuhnya didokumentasikan dalam <citerefentry><refentrytitle>policyd-spf.conf</refentrytitle> <manvolnum>5</manvolnum></citerefentry> dan <filename>/usr/share/doc/postfix-policyd-spf-python/policyd-spf.conf.commented.gz</filename>. Parameter konfigurasi utama adalah <literal>HELO_reject</literal> dan <literal>Mail_From_reject</literal>, yang mengkonfigurasi apakah surel harus ditolak (<literal>Fail</literal>) atau diterima dengan header yang ditambah (<literal>False</literal>), jika pemeriksaan gagal. Yang terakhir ini sering berguna, ketika pesan diproses lebih lanjut oleh filter spam.

en: If the result is intended to be used by <emphasis role="pkg">opendmarc</emphasis> (<xref linkend="sect.dmarc" />), then <literal>Header_Type</literal> must be set to <literal>AR</literal>.
id-ID: Jika hasilnya dimaksudkan untuk digunakan oleh <emphasis role="pkg">opendmarc</emphasis> (<xref linkend="sect.dmarc" />), maka <literal>Header_Type</literal> harus diatur ke <literal>AR</literal>.

en: Note that <emphasis role="pkg">spamassassin</emphasis> contains a plugin to check the SPF record.
id-ID: Perhatikan bahwa <emphasis role="pkg">spamassassin</emphasis> memuat suatu plugin untuk memeriksa record SPF.

en: Integrating DomainKeys (DKIM) Signing and Checking
id-ID: Mengintegrasikan DomainKeys (DKIM) Penandatanganan dan Pemeriksaan

en: The Domain Keys Identified Mail (<acronym>DKIM</acronym>) standard is a sender authentication system. The mail transport agent, here <command>postfix</command>, adds a digital signature associated with the domain name to the header of outgoing emails. The receiving party can validate the message body and header fields by checking the signature against a public key, which is retrieved from the senders DNS records. <ulink type="block" url="http://dkim.org/" />
id-ID: Standar Domain Keys Identified Mail (<acronym>DKIM</acronym>) adalah sistem otentikasi pengirim. Agen transpor surat, di sini <command>postfix</command>, menambahkan tanda tangan digital yang terkait dengan nama domain ke header surel keluar. Pihak penerima dapat memvalidasi bidang badan pesan dan header dengan memeriksa tanda tangan terhadap kunci publik, yang diperoleh dari catatan DNS pengirim. <ulink type="block" url="http://dkim.org/" />

en: The necessary tools are shipped with the <emphasis role="pkg">opendkim</emphasis> and <emphasis role="pkg">opendkim-tools</emphasis> packages.
id-ID: Alat-alat yang diperlukan dikemas dalam paket <emphasis role="pkg">opendkim</emphasis> dan <emphasis role="pkg">opendkim-tools</emphasis>.

en: <emphasis>CAUTION</emphasis> Mailing List Software and DKIM
id-ID: <emphasis>HATI-HATI</emphasis> Perangkat Lunak Milis dan DKIM

en: Mailing list managers often rewrite some email headers, thus leading to invalid DKIM signatures. Even using a <literal>relaxed</literal> canonicalization does not always prevent this from happening. So the administrators must pay close attention to the mail severs log files to identify such issues. Otherwise such emails might be flagged as spam and might get rejected.
id-ID: Manajer milis sering menulis ulang beberapa header surel, sehingga menyebabkan tanda tangan DKIM tidak valid. Bahkan menggunakan kanonikalisasi <literal>relaxed</literal> tidak selalu mencegah hal ini terjadi. Jadi, administrator harus memperhatikan berkas log server surat untuk mengidentifikasi masalah tersebut. Jika tidak, surel semacam itu mungkin ditandai sebagai spam dan mungkin ditolak.

en: First the private key must be created using the command <command>opendkim-genkey -s <replaceable>SELECTOR</replaceable> -d <replaceable>DOMAIN</replaceable></command>. <replaceable>SELECTOR</replaceable> must be a unique name for the key. It can be as simple as "mail" or the date of creation, if you plan to rotate keys.
id-ID: Pertama, kunci privat harus dibuat menggunakan perintah <command>opendkim-genkey -s <replaceable>SELECTOR</replaceable> -d <replaceable>DOMAIN</replaceable></command>. <replaceable>SELECTOR</replaceable> harus merupakan nama unik untuk kunci tersebut. Ini bisa sekadar "mail" atau tanggal pembuatan, jika Anda berencana untuk merotasi kunci.

en: Create a private key for signing E-Mails from falcot.com
id-ID: Membuat sebuah kunci privat untuk menandatangani Surel dari falcot.com

en: This will create the files <filename>/etc/dkimkeys/mail.private</filename> and <filename>/etc/dkimkeys/mail.txt</filename> and set the appropriate ownership. The first file contains the private key, and the latter the public key that needs to be added to the DNS:
id-ID: Ini akan membuat berkas <filename>/etc/dkimkeys/mail.private</filename> dan <filename>/etc/dkimkeys/mail.txt</filename> dan mengatur kepemilikan yang sesuai. Berkas pertama berisi kunci pribadi, dan yang terakhir adalah kunci publik yang perlu ditambahkan ke DNS:

en: The <emphasis role="pkg">opendkim</emphasis> package in Debian defaults to a keysize of 2048 bit. Unfortunately some DNS servers can only handle text entries with a maximum length of 255 characters, which is exceeded by the chosen default keysize. In this case use the option <command>-b 1024</command> to chose a smaller keysize. If <command>opendkim-testkey</command> succeeds, the entry has been successfully set up. The syntax of the entry is explained here: <ulink type="block" url="https://tools.ietf.org/html/rfc6376" /> <ulink type="block" url="https://en.wikipedia.org/wiki/DKIM" />
id-ID: Paket <emphasis role="pkg">opendkim</emphasis> di Debian secara default memiliki ukuran kunci 2048 bit. Sayangnya beberapa server DNS hanya dapat menangani entri teks dengan panjang maksimum 255 karakter, yang dilampaui oleh ukuran kunci default yang dipilih. Dalam hal ini gunakan opsi <command>-b 1024</command> untuk memilih ukuran kunci yang lebih kecil. Jika <command>opendkim-testkey</command> berhasil, entri telah berhasil disiapkan. Sintaks dari entri tersebut dijelaskan di sini: <ulink type="block" url="https://tools.ietf.org/html/rfc6376" /> <ulink type="block" url="https://en.wikipedia.org/wiki/DKIM" />

en: To configure <emphasis role="pkg">opendkim</emphasis>, <literal>SOCKET</literal> and <literal>RUNDIR</literal> must be chosen in <filename>/etc/default/opendkim</filename>. Please note that <literal>SOCKET</literal> must be accessible from <literal>postfix</literal> in its chrooted environment. The further configuration is done in <filename>/etc/opendkim.conf</filename>. The following is a configuration excerpt, which makes sure that the <literal>Domain</literal> "falcot.com" and all subdomains (<literal>SubDomain</literal>) are signed by the <literal>Selector</literal> "mail" and the single private key (<literal>KeyFile</literal>) <filename>/etc/dkimkeys/mail.private</filename>. The "relaxed" <literal>Canonicalization</literal> for both the header and the body tolerates mild modification (by a mailing list software, for example). The filter runs both in signing ("s") and verification ("v") <literal>Mode</literal>. If a signature fails to validate (<literal>On-BadSignature</literal>), the mail should be quarantined ("q").
id-ID: Untuk mengkonfigurasi <emphasis role="pkg">opendkim</emphasis>, <literal>SOCKET</literal> dan <literal>RUNDIR</literal> harus dipilih di <filename>/etc/default/opendkim</filename>. Harap dicatat bahwa <literal>SOCKET</literal> harus dapat diakses dari <literal>postfix</literal> di lingkungan chroot-nya. Konfigurasi lebih lanjut dilakukan di <filename>/etc/opendkim.conf</filename>. Berikut ini adalah kutipan konfigurasi, yang memastikan bahwa <literal>Domain</literal> "falcot.com" dan semua subdomain (<literal>SubDomain</literal>) ditandatangani oleh <literal>Selector</literal> "mail" dan kunci privat tunggal (<literal>KeyFile</literal>) <filename>/etc/dkimkeys/mail.private</filename>. <literal>Canonicalization</literal> "relaxed" baik untuk header dan body mentolerir modifikasi ringan (oleh perangkat lunak milis, misalnya). Filter berjalan baik dalam <literal>Mode</literal> penandatanganan ("s") dan verifikasi ("v"). Jika tanda tangan gagal untuk memvalidasi (<literal>On-BadSignature</literal>), surat harus dikarantina ("q").

en: It is also possible to use multiple selectors/keys (<literal>KeyTable</literal>), domains (<literal>SigningTable</literal>) and to specify internal or trusted hosts (<literal>InternalHosts</literal>, <literal>ExternalIgnoreList</literal>), which may send mail through the server as one of the signing domains without credentials.
id-ID: Dimungkinkan juga untuk menggunakan beberapa pemilih/kunci (<literal>KeyTable</literal>), domain (<literal>SigningTable</literal>), dan untuk menentukan host internal atau terpercaya (<literal>InternalHosts</literal>, <literal>ExternalIgnoreList</literal>), yang dapat mengirim surel melalui server sebagai salah satu domain penandatanganan tanpa kredensial.

en: The following directives in <filename>/etc/postfix/main.cf</filename> make <literal>postfix</literal> use the filter:
id-ID: Direktif berikut dalam <filename>/etc/postfix/main.cf</filename> membuat <literal>postfix</literal> memakai filter:

en: To differentiate signing and verification it is sometimes more useful to add the directives to the services in <filename>/etc/postfix/master.cf</filename> instead.
id-ID: Untuk membedakan penandatanganan dan verifikasi, terkadang lebih berguna untuk menambahkan arahan ke layanan di <filename>/etc/postfix/master.cf</filename> sebagai gantinya.

en: More information is available in the <filename>/usr/share/doc/opendkim/</filename> directory and the manual pages <citerefentry><refentrytitle>opendkim</refentrytitle> <manvolnum>8</manvolnum></citerefentry> and <citerefentry><refentrytitle>opendkim.conf</refentrytitle> <manvolnum>5</manvolnum></citerefentry>.
id-ID: Informasi lebih lanjut tersedia di direktori <filename>/usr/share/doc/opendkim/</filename> dan halaman manual <citerefentry><refentrytitle>opendkim</refentrytitle> <manvolnum>8</manvolnum></citerefentry> dan <citerefentry><refentrytitle>opendkim.conf</refentrytitle> <manvolnum>5</manvolnum></citerefentry>.

en: Note that <emphasis role="pkg">spamassassin</emphasis> contains a plugin to check the DKIM record.
id-ID: Perhatikan bahwa <emphasis role="pkg">spamassassin</emphasis> memuat suatu plugin untuk memeriksa record DKIM.

en: Integrating Domain-based Message Authentication, Reporting and Conformance (DMARC)
id-ID: Mengintegrasikan Domain-based Message Authentication, Reporting and Conformance (DMARC)

en: The Domain-based Message Authentication, Reporting and Conformance (<acronym>DMARC</acronym>) standard can be used to define a DNS TXT entry with the name <literal>_dmarc</literal> and the action that should be taken when emails that contain your domain as the sending host fail to validate using DKIM and SPF. <ulink type="block" url="https://dmarc.org/overview/" />
id-ID: Standar Domain-based Message Authentication, Reporting and Conformance (<acronym>DMARC</acronym>) dapat digunakan untuk menentukan entri DNS TXT dengan nama <literal>_dmarc</literal> dan tindakan yang harus diambil ketika surel yang berisi domain Anda sebagai host pengirim gagal divalidasi menggunakan DKIM dan SPF. <ulink type="block" url="https://dmarc.org/overview/" />

en: Let's have a look at the entries of two large providers:
id-ID: Mari kita lihat entri dari dua penyedia besar:

en: Yahoo has a strict policy to <literal>reject</literal> all emails pretending to be sent from a Yahoo account but missing or failing DKIM and SPF checks. Google Mail (Gmail) propagates a very relaxed policy, in which such messages from the main domain should still be accepted (<literal>p=none</literal>). For subdomains they should be marked as spam (<literal>sp=quarantine</literal>). The addresses given in the <literal>rua</literal> key can be used to send aggregated DMARC reports to. The full syntax is explained here: <ulink type="block" url="https://tools.ietf.org/html/rfc7489" /> <ulink type="block" url="https://en.wikipedia.org/wiki/DMARC" />
id-ID: Yahoo memiliki kebijakan yang ketat untuk <literal>reject</literal> semua surel yang berpura-pura dikirim dari akun Yahoo tetapi kekurangan atau gagal pemeriksaan DKIM dan SPF. Google Mail (Gmail) menyebarkan kebijakan yang sangat santai, di mana pesan tersebut dari domain utama masih harus diterima (<literal>p=none</literal>). Untuk subdomain, mereka harus ditandai sebagai spam (<literal>sp=quarantine</literal>). Alamat yang diberikan dalam kunci <literal>rua</literal> dapat digunakan untuk mengirim laporan DMARC gabungan. Sintaks lengkap dijelaskan di sini: <ulink type="block" url="https://tools.ietf.org/html/rfc7489" /> <ulink type="block" url="https://en.wikipedia.org/wiki/DMARC" />

en: The <command>postfix</command> mail server can use this information too. The <emphasis role="pkg">opendmarc</emphasis> package contains the necessary milter. Similar to <emphasis role="pkg">opendkim</emphasis> <literal>SOCKET</literal> and <literal>RUNDIR</literal> must be chosen in <filename>/etc/default/opendmarc</filename> (for Unix sockets you must make sure that they are inside the postfix chroot to be found). The configuration file <filename>/etc/opendmarc.conf</filename> contains detailed comments and is also explained in <citerefentry><refentrytitle>opendmarc.conf</refentrytitle> <manvolnum>5</manvolnum></citerefentry>. By default, emails failing the DMARC validation are not rejected but flagged, by adding an appropriate header field. To change this, use <literal>RejectFailures true</literal>.
id-ID: Server surat <command>postfix</command> dapat menggunakan informasi ini juga. Paket <emphasis role="pkg">opendmarc</emphasis> berisi milter yang diperlukan. Mirip dengan <emphasis role="pkg">opendkim</emphasis> <literal>SOCKET</literal> dan <literal>RUNDIR</literal> harus dipilih di <filename>/etc/default/opendmarc</filename> (untuk soket Unix Anda harus memastikan bahwa mereka berada di dalam chroot postfix untuk ditemukan). Berkas konfigurasi <filename>/etc/opendmarc.conf</filename> berisi komentar rinci dan juga dijelaskan di <citerefentry><refentrytitle>opendmarc.conf</refentrytitle> <manvolnum>5</manvolnum></citerefentry>. Secara default, surel yang gagal dalam validasi DMARC tidak ditolak tetapi ditandai, dengan menambahkan kolom header yang sesuai. Untuk mengubahnya, gunakan <literal>RejectFailures true</literal>.

en: The milter is then added to <literal>smtpd_milters</literal> and <literal>non_smtpd_milters</literal>. If we configured the opendkim and opendmarc milters to run on ports 12345 and 54321, the entry in <filename>/etc/postfix/main.cf</filename> looks like this:
id-ID: Milter kemudian ditambahkan ke <literal>smtpd_milters</literal> dan <literal>non_smtpd_milters</literal>. Jika kita mengkonfigurasi milter opendkim dan opendmarc untuk berjalan pada port 12345 dan 54321, entri di <filename>/etc/postfix/main.cf</filename> terlihat seperti ini:

en: The milter can also be selectively applied to a service in <filename>/etc/postfix/master.cf</filename> instead.
id-ID: Milter juga dapat diterapkan secara selektif ke suatu layanan dalam <filename>/etc/postfix/master.cf</filename> sebagai pengganti.

en: Authenticated SMTP
id-ID: SMTP Terotentikasi

en: Being able to send emails requires an SMTP server to be reachable; it also requires said SMTP server to send emails through it. For roaming users, this may need regularly changing the configuration of the SMTP client, since Falcot's SMTP server rejects messages coming from IP addresses apparently not belonging to the company. Two solutions exist: either the roaming user installs an SMTP server on their computer, or they still use the company server with some means of authenticating as an employee. The former solution is not recommended since the computer won't be permanently connected, and it won't be able to retry sending messages in case of problems; we will focus on the latter solution.
id-ID: Mampu mengirim surel memerlukan server SMTP yang dapat dijangkau; ini juga memerlukan server SMTP untuk mengirim surel melalui itu. Untuk pengguna roaming, ini mungkin memerlukan secara teratur mengubah konfigurasi klien SMTP, karena server SMTP Falcot's menolak pesan yang datang dari alamat IP yang tampaknya bukan milik perusahaan. Ada dua solusi: pengguna roaming menginstal server SMTP pada komputer mereka atau mereka masih menggunakan server perusahaan dengan beberapa cara untuk otentikasi sebagai karyawan. Solusi pertama tidak dianjurkan karena komputer tidak akan dihubungkan secara permanen, dan tidak akan dapat mengulangi pengiriman pesan jika terjadi masalah; kita akan fokus pada solusi yang terakhir.

en: SMTP authentication in Postfix relies on SASL (<emphasis>Simple Authentication and Security Layer</emphasis>). It requires installing the <emphasis role="pkg">libsasl2-modules</emphasis> and <emphasis role="pkg">sasl2-bin</emphasis> packages, then registering a password in the SASL database for each user that needs authenticating on the SMTP server. This is done with the <command>saslpasswd2</command> command, which takes several parameters. The <literal>-u</literal> option defines the authentication domain, which must match the <literal>smtpd_sasl_local_domain</literal> parameter in the Postfix configuration. The <literal>-c</literal> option allows creating a user, and <literal>-f</literal> allows specifying the file to use if the SASL database needs to be stored at a different location than the default (<filename>/etc/sasldb2</filename>).
id-ID: Otentikasi SMTP di Postfix mengandalkan SASL (<emphasis>Simple Authentication and Security Layer</emphasis>). Hal ini membutuhkan instalasi paket <emphasis role="pkg">libsasl2-modules</emphasis> dan <emphasis role="pkg">sasl2-bin</emphasis>, kemudian mendaftarkan suatu kata sandi di basis data SASL untuk setiap pengguna yang memerlukan otentikasi pada server SMTP. Hal ini dilakukan dengan perintah <command>saslpasswd2</command>, yang memerlukan beberapa parameter. Opsi <literal>-U</literal> mendefinisikan domain otentikasi, yang harus cocok dengan parameter <literal>smtpd_sasl_local_domain</literal> dalam konfigurasi Postfix. Opsi <literal>-C</literal> memungkinkan membuat pengguna, dan <literal>-f</literal> menetapkan berkas yang akan dipakai jika basis data SASL perlu disimpan di lokasi yang berbeda dari default (<filename>/etc/sasldb2</filename>).

en: 
    <computeroutput># </computeroutput><userinput>saslpasswd2 -u `postconf -h myhostname` -f /var/spool/postfix/etc/sasldb2 -c jean</userinput>
    <computeroutput>[... type jean's password twice ...]</computeroutput>
id-ID: 
    <computeroutput># </computeroutput><userinput>saslpasswd2 -u `postconf -h myhostname` -f /var/spool/postfix/etc/sasldb2 -c jean</userinput>
    <computeroutput>[... ketikkan kata sandi jean dua kali ...]</computeroutput>

en: Note that the SASL database was created in Postfix's directory. In order to ensure consistency, we also turn <filename>/etc/sasldb2</filename> into a symbolic link pointing at the database used by Postfix, with the <command>ln -sf /var/spool/postfix/etc/sasldb2 /etc/sasldb2</command> command.
id-ID: Perhatikan bahwa basis data SASL dibuat dalam direktori milik Postfix. Untuk memastikan konsistensi, kita juga mengubah <filename>/etc/sasldb2</filename> menjadi link simbolik menunjuk pada basis data yang digunakan oleh Postfix, dengan perintah <command>ln -sf /var/spool/postfix/etc/sasldb2 /etc/sasldb2</command>.

en: Now we need to configure Postfix to use SASL. First the <literal>postfix</literal> user needs to be added to the <literal>sasl</literal> group, so that it can access the SASL account database. A few new parameters are also needed to enable SASL, and the <literal>smtpd_recipient_restrictions</literal> parameter needs to be configured to allow SASL-authenticated clients to send emails freely.
id-ID: Sekarang kita perlu mengkonfigurasi Postfix agar menggunakan SASL. Pertama pengguna <literal>postfix</literal> perlu ditambahkan ke grup <literal>sasl</literal>, sehingga dapat mengakses basis data akun SASL. Beberapa parameter baru juga diperlukan untuk mengaktifkan SASL, dan parameter <literal>smtpd_recipient_restrictions</literal> perlu dikonfigurasi untuk memungkinkan kilen terotentikasi-SASL untuk mengirim surel dengan bebas.

en: Enabling SASL in <filename>/etc/postfix/main.cf</filename>
id-ID: Memfungsikan SASL di <filename>/etc/postfix/main.cf</filename>

en: 
    # Enable SASL authentication
    smtpd_sasl_auth_enable = yes
    # Define the SASL authentication domain to use
    smtpd_sasl_local_domain = $myhostname
    [...]
    # Adding permit_sasl_authenticated before reject_unauth_destination
    # allows relaying mail sent by SASL-authenticated users
    smtpd_recipient_restrictions =
        permit_sasl_authenticated,
        permit_mynetworks,
        reject_unauth_destination,
    [...]
id-ID: 
    # Memfungsikan otentikasi SASL
    smtpd_sasl_auth_enable = yes
    # Define the SASL authentication domain to use
    smtpd_sasl_local_domain = $myhostname
    [...]
    # Menambahkan permit_sasl_authenticated before reject_unauth_destination
    # mengizinkan merelay surel yang dikirim oleh pengguna SASL-authenticated
    smtpd_recipient_restrictions = 
        permit_sasl_authenticated,
        permit_mynetworks,
        reject_unauth_destination,
    [...]

en: It is usually a good idea to not send passwords over an unencrypted connection. <emphasis>Postfix</emphasis> allows to use different configurations for each port (service) it runs on. All these can be configured with different rules and directives in the <filename>/etc/postfix/master.cf</filename> file. To turn off authentication at all for port 25 (<literal>smtpd</literal> service) add the following directive:
id-ID: Biasanya merupakan ide yang baik untuk tidak mengirim kata sandi melalui koneksi yang tidak terenkripsi. <emphasis>Postfix</emphasis> memungkinkan untuk menggunakan konfigurasi yang berbeda untuk setiap port (layanan) yang dijalankannya. Semua ini dapat dikonfigurasi dengan aturan dan arahan yang berbeda di berkas <filename>/etc/postfix/master.cf</filename>. Untuk mematikan otentikasi sama sekali untuk port 25 (layanan <literal>smtpd</literal>) tambahkan direktif berikut:

en: If for some reason clients use an outdated <literal>AUTH</literal> command (some very old mail clients do), interoperability with them can be enabled using the <literal>broken_sasl_auth_clients</literal> directive.
id-ID: Jika karena alasan tertentu klien menggunakan perintah <literal>AUTH</literal> yang sudah kedaluwarsa (beberapa klien surel yang sangat lama menggunakannya), interoperabilitas dengan mereka dapat diaktifkan menggunakan direktif <literal>broken_sasl_auth_clients</literal>.

en: <emphasis>EXTRA</emphasis> Authenticated SMTP client
id-ID: <emphasis>EKSTRA</emphasis> Klien SMTP terotentikasi

en: Most email clients are able to authenticate to an SMTP server before sending outgoing messages, and using that feature is a simple matter of configuring the appropriate parameters. If the client in use does not provide that feature, the workaround is to use a local Postfix server and configure it to relay email via the remote SMTP server. In this case, the local Postfix itself will be the client that authenticates with SASL. Here are the required parameters:
id-ID: Kebanyakan klien surel dapat untuk melakukan otentikasi ke server SMTP sebelum mengirim pesan keluar, dan menggunakan fitur itu cukup dengan sekedar mengkonfigurasi parameter yang tepat. Jika klien yang digunakan tidak menyediakan fitur itu, solusinya adalah untuk menggunakan server Postfix lokal dan mengkonfigurasi dengan relay surel melalui server SMTP remote. Dalam kasus ini, Postfix lokal itu sendiri adalah klien yang mengotentikasi dengan SASL. Berikut adalah parameter yang diperlukan:

en: The <filename>/etc/postfix/sasl_passwd</filename> file needs to contain the username and password to use for authenticating on the <literal>mail.falcot.com</literal> server. Here is an example:
id-ID: Berkas <filename>/etc/postfix/sasl_passwd</filename> perlu berisi nama pengguna dan kata sandi yangdigunakan untuk otentikasi pada server <literal>mail.falcot.com</literal>. Berikut adalah contoh:

en: As for all Postfix maps, this file must be turned into <filename>/etc/postfix/sasl_passwd.db</filename> with the <command>postmap</command> command.
id-ID: Seperti semua pemetaan Postfix, berkas ini harus diubah menjadi <filename>/etc/postfix/sasl_passwd.db</filename> dengan perintah <command>postmap</command>.

en: Web Server (HTTP)
id-ID: Server Web (HTTP)

en: <primary>web server</primary><seealso>Apache</seealso>
id-ID: <primary>server web</primary><seealso>Apache</seealso>

en: <emphasis>ALTERNATIVE</emphasis> Other web servers
id-ID: <emphasis>ALTERNATIF</emphasis> Server web lain

en: Installing Apache
id-ID: Memasang Apache

en: Installing the <emphasis role="pkg">apache2</emphasis> package is all that is needed. It contains all the modules, including the <emphasis>Multi-Processing Modules</emphasis> (MPMs) that affect how Apache handles parallel processing of many requests, which used to be provided in separate <emphasis role="pkg">apache2-mpm-*</emphasis> packages. It will also pull <emphasis role="pkg">apache2-utils</emphasis> containing the command line utilities that we will discover later.
id-ID: Memasang paket <emphasis role="pkg">apache2</emphasis> adalah semua yang diperlukan. Ini berisi semua modul, termasuk <emphasis>Multi-Processing Modules</emphasis> (MPM) yang mempengaruhi bagaimana Apache menangani pemrosesan paralel dari banyak permintaan, yang biasanya disediakan dalam paket terpisah <emphasis role="pkg">apache2-mpm-*</emphasis>. Ini juga akan menarik <emphasis role="pkg">apache2-utils</emphasis> yang mengandung utilitas baris perintah yang kita akan temui nanti.

en: The MPM in use affects significantly the way Apache will handle concurrent requests. With the <emphasis>worker</emphasis> MPM, it uses <emphasis>threads</emphasis> (lightweight processes), whereas with the <emphasis>prefork</emphasis> MPM it uses a pool of processes created in advance. With the <emphasis>event</emphasis> MPM it also uses threads, but the inactive connections (notably those kept open by the HTTP <emphasis>keep-alive</emphasis> feature) are handed back to a dedicated management thread.
id-ID: MPM yang digunakan secara signifikan mempengaruhi cara Apache menangani permintaan bersamaan. Dengan MPM <emphasis>worker</emphasis>, itu menggunakan <emphasis>thread</emphasis> (proses ringan), sedangkan dengan MPM <emphasis>prefork</emphasis> itu menggunakan kumpulan proses yang dibuat terlebih dahulu. Dengan MPM <emphasis>event</emphasis> ini juga menggunakan thread, tapi koneksi yang tidak aktif (terutama yang terus dibuat terbuka dengan fitur HTTP <emphasis>keep-alive</emphasis>) diserahkan kembali ke manajemen thread yang terdedikasi.

en: <emphasis>SECURITY</emphasis> Execution under the <literal>www-data</literal> user
id-ID: <emphasis>KEAMANAN</emphasis> Eksekusi di bawah pengguna <literal>www-data</literal>

en: Using the <emphasis>suexec</emphasis> modules, provided by <emphasis role="pkg">apache2-suexec-*</emphasis> packages, allows bypassing this rule so that some CGI scripts are executed under the identity of another user. This is configured with a <literal>SuexecUserGroup <replaceable>user</replaceable><replaceable>group</replaceable></literal> directive in the Apache configuration.
id-ID: Menggunakan modul <emphasis>suexec</emphasis>, yang disediakan oleh paket <emphasis role="pkg">apache2-suexec-*</emphasis>, memungkinkan melewati aturan ini sehingga beberapa skrip CGI dijalankan di bawah identitas pengguna lain. Ini dikonfigurasi dengan direktif <literal><replaceable>pengguna</replaceable> SuexecUserGroup <replaceable>kelompok</replaceable></literal> dalam konfigurasi Apache.

en: Another possibility is to use a dedicated MPM, such as the one provided by <emphasis role="pkg">libapache2-mpm-itk</emphasis>. This particular one has a slightly different behavior: it allows “isolating” virtual hosts (actually, sets of pages) so that they each run as a different user. A vulnerability in one website therefore cannot compromise files belonging to the owner of another website.
id-ID: Kemungkinan lain adalah dengan menggunakan MPM terdedikasi, seperti yang disediakan oleh <emphasis role="pkg">libapache2-mpm-itk</emphasis>. Yang satu ini memiliki perilaku yang sedikit berbeda: ini memungkinkan "mengisolasi" host virtual (sebenarnya set halaman) sehingga mereka masing-masing berjalan sebagai pengguna yang berbeda. Kerentanan di satu situs web karena itu tidak bisa mengkompromi berkas milik pemilik situs web lain.

en: <emphasis>QUICK LOOK</emphasis> List of modules
id-ID: <emphasis>LIHAT SEKILAS</emphasis> Daftar modul

en: Apache is a modular server, and many features are implemented by external modules that the main program loads during its initialization. The default configuration only enables the most common modules, but enabling new modules is a simple matter of running <command>a2enmod <replaceable>module</replaceable></command>; to disable a module, the command is <command>a2dismod <replaceable>module</replaceable></command>. These programs actually only create (or delete) symbolic links in <filename>/etc/apache2/mods-enabled/</filename>, pointing at the actual files (stored in <filename>/etc/apache2/mods-available/</filename>).
id-ID: Apache adalah server yang modular, dan banyak fitur dilaksanakan oleh modul eksternal yang dimuat oleh program utama saat inisialisasinya. Konfigurasi standar hanya memfungsikan modul-modul yang paling umum, tetapi memfungsikan modul cukup dengan menjalankan <command>a2enmod <replaceable>modul</replaceable></command>; untuk menonaktifkan modul, perintahnya adalah <command>a2dismod <replaceable>modul</replaceable></command>. Program ini benar-benar hanya membuat (atau menghapus) link simbolik di <filename>/etc/apache2/mods-enabled/</filename> menunjuk pada file yang sebenarnya (yang disimpan dalam <filename>/etc/apache2/mods-available/</filename>).

en: <emphasis>IN PRACTICE</emphasis> Checking the configuration
id-ID: <emphasis>DALAM PRAKTEK</emphasis> Memeriksa konfigurasi

en: The <literal>mod_info</literal> module (<command>a2enmod info</command>) allows to access the comprehensive Apache server configuration and information via browser visiting <literal>http://localhost/server-info</literal>. Because it might contain sensitive information, access is only allowed from the local host by default. <ulink type="block" url="https://httpd.apache.org/docs/2.4/mod/mod_info.html" />
id-ID: Modul <literal>mod_info</literal> (<command>a2enmod info</command>) memungkinkan untuk mengakses konfigurasi dan informasi server Apache yang komprehensif melalui peramban dengan mengunjungi <literal>http://localhost/server-info</literal>. Karena mungkin berisi informasi sensitif, akses hanya diperbolehkan dari host lokal secara default. <ulink type="block" url="https://httpd.apache.org/docs/2.4/mod/mod_info.html" />

en: With its default configuration, the web server listens on port 80 (as configured in <filename>/etc/apache2/ports.conf</filename>), and serves pages from the <filename>/var/www/html/</filename> directory (as configured in <filename>/etc/apache2/sites-enabled/000-default.conf</filename>).
id-ID: Dengan konfigurasi bakunya, server web mendengarkan pada port 80 (seperti yang dikonfigurasi di <filename>/etc/apache2/ports.conf</filename>), dan menyajikan halaman dari direktori <filename>/var/www/html/</filename> (seperti yang dikonfigurasi di <filename>/etc/apache2/sites-enabled/000-default.conf</filename>).

en: Adding support for SSL
id-ID: Menambahkan dukungan untuk SSL

en: Apache 2.4 includes the SSL module (<literal>mod_ssl</literal>) required for secure HTTP (HTTPS) out of the box. It just needs to be enabled with <command>a2enmod ssl</command>, then the required directives have to be added to the configuration files. A configuration example is provided in <filename>/etc/apache2/sites-available/default-ssl.conf</filename>. <ulink type="block" url="https://httpd.apache.org/docs/2.4/mod/mod_ssl.html" />
id-ID: Apache 2.4 termasuk modul SSL (<literal>mod_ssl</literal>) yang diperlukan untuk HTTP yang aman (HTTPS) secara baku. Hanya perlu diaktifkan dengan <command>a2enmod ssl</command>, kemudian direktif yang diperlukan harus ditambahkan ke berkas konfigurasi. Contoh konfigurasi tersedia di <filename>/etc/apache2/sites-available/default-ssl.conf</filename>. <ulink type="block" url="https://httpd.apache.org/docs/2.4/mod/mod_ssl.html" />

en: If you want to generate trusted certificates, you can follow section <xref linkend="sect.trusted-certs" /> and then adjust the following variables:
id-ID: Jika Anda ingin menghasilkan sertifikat terpercaya, Anda dapat mengikuti bagian <xref linkend="sect.trusted-certs" /> dan kemudian menyesuaikan variabel berikut:

en: Configuring Virtual Hosts
id-ID: Mengkonfigurasi Host Virtual

en: A virtual host is an extra identity for the web server.
id-ID: Suatu host virtual adalah identitas tambahan untuk server web.

en: <primary>virtual host</primary>
id-ID: <primary>host virtual</primary>

en: Apache considers two different kinds of virtual hosts: those that are based on the IP address (or the port), and those that rely on the domain name of the web server. The first method requires allocating a different IP address (or port) for each site, whereas the second one can work on a single IP address (and port), and the sites are differentiated by the hostname sent by the HTTP client (which only works in version 1.1 of the HTTP protocol — fortunately that version is old enough that all clients use it already).
id-ID: Apache menganggap dua macam host virtual: yang didasarkan pada alamat IP (atau port), dan yang mengandalkan nama domain dari server web. Metode pertama memerlukan mengalokasikan alamat IP yang berbeda (atau port) untuk setiap situs, sedangkan yang kedua dapat bekerja pada satu alamat IP (dan port), dan situs dibedakan oleh nama host yang dikirim oleh klien HTTP (yang hanya bekerja di versi 1.1 dari protokol HTTP — untungnya versi tersebut sudah cukup tua sehingga semua klien sudah menggunakannya).

en: The (increasing) scarcity of IPv4 addresses usually favors the second method; however, it is made more complex if the virtual hosts need to provide HTTPS too, since the SSL protocol hasn't always provided for name-based virtual hosting; the SNI extension (<emphasis>Server Name Indication</emphasis>) that allows such a combination is not handled by all browsers. When several HTTPS sites need to run on the same server, they will usually be differentiated either by running on a different port or on a different IP address (IPv6 can help there).
id-ID: (Semakin) langkanya alamat IPv4 biasanya lebih mengarah ke metode kedua; namun, itu dibuat lebih kompleks jika host virtual perlu menyediakan HTTPS juga, karena protokol SSL tidak selalu disediakan untuk berbasis nama virtual hosting; ekstensi SNI (<emphasis>Server Name Indication</emphasis>) yang memungkinkan kombinasi tersebut tidak ditangani oleh semua browser. Ketika beberapa situs HTTPS perlu menjalankan pada server yang sama, mereka akan biasanya dibedakan baik dengan berjalan pada port lain atau pada alamat IP yang berbeda (IPv6 dapat membantu di sana).

en: The default configuration for Apache 2 enables name-based virtual hosts. In addition, a default virtual host is defined in the <literal>/etc/apache2/sites-enabled/000-default.conf</literal> file; this virtual host will be used if no host matching the request sent by the client is found.
id-ID: Konfigurasi default untuk Apache 2 memfungsikan host virtual berbasis nama. Selain itu, sebuah host virtual default didefinisikan dalam berkas <literal>/etc/apache2/sites-enabled/000-default.conf</literal>; host virtual ini akan digunakan jika tidak ditemukan host yang cocok dengan permintaan yang dikirim oleh klien.

en: <emphasis>CAUTION</emphasis> First virtual host
id-ID: <emphasis>HATI-HATI</emphasis> Host virtual pertama

en: Requests concerning unknown virtual hosts will always be served by the first defined virtual host, which is why we defined <literal>www.falcot.com</literal> first here.
id-ID: Permintaan mengenai host virtual yang tak dikenal akan selalu disajikan oleh host virtual yang pertama didefinisikan, itulah sebabnya mengapa kita definisikan <literal>www.falcot.com</literal> pertama di sini.

en: <emphasis>QUICK LOOK</emphasis> Apache supports SNI
id-ID: <emphasis>LIHAT SEKILAS</emphasis> Apache mendukung SNI

en: The Apache server supports an SSL protocol extension called <emphasis>Server Name Indication</emphasis> (SNI). This extension allows the browser to send the hostname of the web server during the establishment of the SSL connection, much earlier than the HTTP request itself, which was previously used to identify the requested virtual host among those hosted on the same server (with the same IP address and port). This allows Apache to select the most appropriate SSL certificate for the transaction to proceed.
id-ID: Server Apache mendukung ekstensi protokol SSL yang bernama <emphasis>Server Name Indication</emphasis> (SNI). Ekstensi ini memungkinkan peramban untuk mengirim nama host server web selama pembentukan sambungan SSL, jauh lebih awal daripada permintaan HTTP itu sendiri, yang sebelumnya digunakan untuk mengidentifikasi host virtual yang diminta di antara yang di-host pada server yang sama (dengan alamat IP dan port yang sama). Hal ini memungkinkan Apache untuk memilih sertifikat SSL yang paling tepat agar transaksi dapat berlanjut.

en: Before SNI, Apache would always use the certificate defined in the default virtual host. Clients trying to access another virtual host would then display warnings, since the certificate they received didn't match the website they were trying to access. Fortunately, most browsers now work with SNI; this includes Microsoft Internet Explorer starting with version 7.0 (starting on Vista), Mozilla Firefox starting with version 2.0, Apple Safari since version 3.2.1, and all versions of Google Chrome.
id-ID: Sebelum SNI, Apache akan selalu menggunakan sertifikat yang didefinisikan dalam host virtual baku. Klien yang mencoba untuk mengakses host virtual lain kemudian akan menampilkan peringatan, karena sertifikat yang mereka terima tidak cocok dengan situs web mereka coba akses. Untungnya, sebagian besar peramban sekarang bekerja dengan SNI; ini termasuk Microsoft Internet Explorer mulai versi 7.0 (mulai pada Vista), Mozilla Firefox dimulai dengan versi 2.0, Apple Safari sejak versi 3.2.1 dan semua versi Google Chrome.

en: The Apache package provided in Debian is built with support for SNI; no particular configuration is therefore needed.
id-ID: Paket Apache yang tersedia di Debian dibangun dengan dukungan untuk SNI; maka tidak ada konfigurasi tertentu yang diperlukan.

en: Each extra virtual host is then described by a file stored in <filename>/etc/apache2/sites-available/</filename>. Setting up a website for the <literal>falcot.org</literal> domain is therefore a simple matter of creating the following file, then enabling the virtual host with <command>a2ensite www.falcot.org</command>.
id-ID: Masing-masing host virtual ekstra ini kemudian digambarkan oleh sebuah berkas yang disimpan dalam <filename>/etc/apache2/situs-available/</filename>. Maka menyiapkan sebuah situs web untuk domain <literal>falcot.org</literal> adalah cukup dengan sekedar membuat berkas berikut, kemudian memfungsikan host virtual dengan <command>a2ensite www.falcot.org</command>.

en: The <filename>/etc/apache2/sites-available/www.falcot.org.conf</filename> file
id-ID: Berkas <filename>/etc/apache2/sites-available/www.falcot.org.conf</filename>

en: The Apache server, as configured so far, uses the same log files for all virtual hosts (although this could be changed by adding <literal>CustomLog</literal> directives in the definitions of the virtual hosts). It therefore makes good sense to customize the format of this log file to have it include the name of the virtual host. This can be done by creating a <filename>/etc/apache2/conf-available/customlog.conf</filename> file that defines a new format for all log files (with the <literal>LogFormat</literal> directive) and by enabling it with <command>a2enconf customlog</command>. The <literal>CustomLog</literal> line must also be removed (or commented out) from the <filename>/etc/apache2/sites-available/000-default.conf</filename> file.
id-ID: Apache server, yang dikonfigurasi sejauh ini, menggunakan berkas log yang sama untuk semua host virtual (walaupun ini bisa diganti dengan menambahkan direktif <literal>CustomLog</literal> dalam definisi host virtual). Maka masuk akal untuk menyesuaikan format berkas log ini agar menyertakan nama host virtual. Ini dapat dilakukan dengan menciptakan sebuah berkas <filename>/etc/apache2/conf-available/customlog.conf</filename> yang menentukan format baru untuk semua berkas log (dengan direktif <literal>LogFormat</literal>) dan memfungsikannya dengan <command>a2enconf customlog </command>. Baris <literal>CustomLog</literal> harus juga akan dihapus (atau dijadikan komentar) dari berkas <filename>/etc/apache2/sites-available/000-default.conf</filename>.

en: The <filename>/etc/apache2/conf-available/customlog.conf</filename> file
id-ID: Berkas <filename>/etc/apache2/conf-available/customlog.conf</filename>

en: 
    # New log format including (virtual) host name
    LogFormat "%v %h %l %u %t \"%r\" %&gt;s %b \"%{Referer}i\" \"%{User-Agent}i\"" vhost
    
    # Now let's use this "vhost" format by default
    CustomLog /var/log/apache2/access.log vhost
id-ID: 
    # Format log baru termasuk nama host (virtual)
    LogFormat "%v %h %l %u %t \"%r\" %&gt;s %b \"%{Referer}i\" \"%{User-Agent}i\"" vhost
    
    # Sekarang mari kita pakai format "vhost" ini secara baku
    CustomLog /var/log/apache2/access.log vhost

en: Common Directives
id-ID: Direktif Umum

en: This section briefly reviews some of the commonly-used Apache configuration directives.
id-ID: Bagian ini mengulas secara singkat beberapa direktif konfigurasi Apache yang sering digunakan.

en: <primary>directives, Apache</primary>
id-ID: <primary>direktif, Apache</primary>

en: <primary>Apache</primary><secondary>directives</secondary>
id-ID: <primary>Apache</primary><secondary>direktif</secondary>

en: The main configuration file usually includes several <literal>Directory</literal> blocks; they allow specifying different behaviors for the server depending on the location of the file being served. Such a block commonly includes <literal>Options</literal> and <literal>AllowOverride</literal> directives.
id-ID: Berkas konfigurasi utama biasanya memuat beberapa blok <literal>Directory</literal> blok; mereka memungkinkan menentukan perilaku yang berbeda untuk server tergantung pada lokasi berkas yang diminta. Blok tersebut umumnya memuat direktif <literal>Options</literal> dan <literal>AllowOverride</literal>.

en: Directory block
id-ID: Blok direktori

en: The <literal>DirectoryIndex</literal> directive contains a list of files to try when the client request matches a directory. The first existing file in the list is used and sent as a response.
id-ID: Direktif <literal>DirectoryIndex</literal> berisi daftar berkas yang akan dicoba ketika permintaan klien cocok dengan suatu direktori. Berkas pertama yang ada dalam daftar digunakan dan dikirim sebagai respon.

en: The <literal>Options</literal> directive is followed by a list of options to enable. The <literal>None</literal> value disables all options; correspondingly, <literal>All</literal> enables them all except <literal>MultiViews</literal>. Available options include:
id-ID: Direktif <literal>Options</literal> diikuti oleh daftar pilihan yang diaktifkan. Nilai <literal>None</literal> menonaktifkan semua pilihan; sejalan dengan itu, <literal>All</literal> memfungsikan mereka semua kecuali <literal>MultiViews</literal>. Pilihan yang tersedia meliputi:

en: <literal>ExecCGI</literal> indicates that CGI scripts can be executed.
id-ID: <literal>ExecCGI</literal> menunjukkan bahwa skrip CGI dapat dijalankan.

en: <literal>FollowSymlinks</literal> tells the server that symbolic links can be followed, and that the response should contain the contents of the target of such links.
id-ID: <literal>FollowSymlinks</literal> memberitahu server bahwa taut simbolik dapat diikuti, dan bahwa respon harus berisi isi dari target taut tersebut.

en: <literal>Includes</literal> enables <emphasis>Server Side Includes</emphasis> (<emphasis>SSI</emphasis> for short). These are directives embedded in HTML pages and executed on the fly for each request.
id-ID: <literal>Includes</literal> memfungsikan <emphasis>Server Side Includes</emphasis> (disingkat <emphasis>SSI</emphasis>). Ini adalah direktif yang tertanam di halaman HTML dan dieksekusi sambil jalan untuk setiap permintaan.

en: <literal>IncludesNOEXEC</literal> allows <emphasis>Server Side Includes</emphasis> (<emphasis>SSI</emphasis>) but disables the <literal>exec</literal> command and limits the <literal>include</literal> directive to text/markup files.
id-ID: <literal>IncludesNOEXEC</literal> memfungsikan <emphasis>Server Side Includes</emphasis> (<emphasis>SSI</emphasis>) tapi menonaktifkan perintah <literal>exec</literal> dan membatasi direktif <literal>include</literal> ke berkas teks/markup.

en: <literal>Indexes</literal> tells the server to list the contents of a directory if the HTTP request sent by the client points at a directory without an index file (i.e., when no files mentioned by the <literal>DirectoryIndex</literal> directive exists in this directory).
id-ID: <literal>Indexes</literal> memberitahu server untuk memberikan daftar isi direktori jika permintaan HTTP yang dikirim oleh klien menunjuk ke direktori tanpa berkas indeks (yaitu, ketika tidak ada berkas yang disebutkan oleh direktif <literal>DirectoryIndex</literal> yang ada dalam direktori ini).

en: <literal>MultiViews</literal> enables content negotiation; this can be used by the server to return a web page matching the preferred language as configured in the browser.
id-ID: <literal>MultiViews</literal> memungkinkan negosiasi konten; ini dapat digunakan oleh server untuk mengembalikan halaman web yang cocok dengan bahasa pilihan sebagaimana dikonfigurasi dalam peramban.

en: <emphasis>BACK TO BASICS</emphasis> <filename>.htaccess</filename> file
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> berkas <filename>.htaccess</filename>

en: The <filename>.htaccess</filename> file contains Apache configuration directives enforced each time a request concerns an element of the directory where it is stored. The scope of these directives also recurses to all the subdirectories within.
id-ID: Berkas <filename>.htaccess</filename> berisi direktif konfigurasi Apache yang diberlakukan setiap kali suatu permintaan terkait dengan elemen dari direktori tempat itu disimpan. Lingkup direktif ini juga berlaku rekursif untuk semua subdirektori di dalamnya.

en: Most of the directives that can occur in a <literal>Directory</literal> block are also legal in a <filename>.htaccess</filename> file.
id-ID: Sebagian besar direktif yang bisa muncul dalam blok <literal>Directory</literal> juga legal dalam berkas <filename>.htaccess</filename>.

en: The <literal>AllowOverride</literal> directive lists all the options that can be enabled or disabled by way of a <filename>.htaccess</filename> file. A common use of this option is to restrict <literal>ExecCGI</literal>, so that the administrator chooses which users are allowed to run programs under the web server's identity (the <literal>www-data</literal> user).
id-ID: Direktif <literal>AllowOverride</literal> mencantumkan semua pilihan yang dapat diaktifkan atau dinonaktifkan melalui berkas <filename>.htaccess</filename>. Penggunaan umum pilihan ini adalah untuk membatasi <literal>ExecCGI</literal>, sehingga administrator memilih pengguna yang diizinkan untuk menjalankan program di bawah identitas server web (pengguna <literal>www-data</literal>).

en: Requiring Authentication
id-ID: Memerlukan Otentikasi

en: <primary>web authentication</primary>
id-ID: <primary>otentikasi web</primary>

en: <primary>Apache</primary><secondary>password-based authentication</secondary>
id-ID: <primary>Apache</primary><secondary>otentikasi berbasis kata sandi</secondary>

en: <filename>.htaccess</filename> file requiring authentication
id-ID: berkas <filename>.htaccess</filename> yang memerlukan otentikasi

en: <emphasis>SECURITY</emphasis> No security
id-ID: <emphasis>KEAMANAN</emphasis> Tidak ada keamanan

en: The authentication system used in the above example (<literal>Basic</literal>) has minimal security as the password is sent in clear text (it is only encoded as <emphasis>base64</emphasis>, which is a simple encoding rather than an encryption method). It should also be noted that the documents “protected” by this mechanism also go over the network in the clear. If security is important, the whole HTTP connection should be encrypted with SSL.
id-ID: Sistem otentikasi yang digunakan dalam contoh di atas (<literal>Basic</literal>) memiliki keamanan minimal karena kata sandi dikirim dalam bentuk teks (hanya dikodekan sebagai <emphasis>base64</emphasis>, yang merupakan pengkodean sederhana, bukan suatu metode enkripsi). Juga harus dicatat bahwa dokumen-dokumen yang "dilindungi" oleh mekanisme ini juga pergi melalui jaringan dalam keadaan polos. Jika keamanan penting, seluruh sambungan HTTP harus dienkripsi dengan SSL.

en: The <filename>/etc/apache2/authfiles/htpasswd-private</filename> file contains a list of users and passwords; it is commonly manipulated with the <command>htpasswd</command> command. For example, the following command is used to add a user or change their password:
id-ID: Berkas <filename>/etc/apache2/authfiles/htpasswd-private</filename> berisi daftar pengguna dan kata sandi; itu umumnya dimanipulasi dengan perintah <command>htpasswd</command>. Sebagai contoh, perintah berikut digunakan untuk menambahkan pengguna atau mengubah sandi:

en: Restricting Access
id-ID: Membatasi Akses

en: <primary>web access restriction</primary>
id-ID: <primary>pembatasan akses web</primary>

en: <primary>Apache</primary><secondary>IP-based authentication</secondary>
id-ID: <primary>Apache</primary><secondary>otentikasi berbasis IP</secondary>

en: The <literal>Require</literal> directive controls access restrictions for a directory (and its subdirectories, recursively). <ulink type="block" url="https://httpd.apache.org/docs/2.4/howto/access.html" />
id-ID: Direktif <literal>Require</literal> mengendalikan pembatasan akses untuk suatu direktori (dan subdirektorinya, secara rekursif). <ulink type="block" url="https://httpd.apache.org/docs/2.4/howto/access.html" />

en: It can be used to restrict access based on many criteria; we will stop at describing access restriction based on the IP address of the client, but it can be made much more powerful than that, especially when several <literal>Require</literal> directives are combined within a <literal>RequireAll</literal> block.
id-ID: Dapat digunakan untuk membatasi akses berdasarkan kepada banyak kriteria; kita akan berhenti di menggambarkan pembatasan akses berdasarkan alamat IP dari klien, tapi itu bisa dibuat jauh lebih kuat daripada itu, terutama ketika beberapa direktif <literal>Require</literal> digabung dalam sebuah blok <literal>RequireAll</literal>.

en: Only allow from the local network
id-ID: Hanya mengizinkan dari jaringan lokal

en: <emphasis>ALTERNATIVE</emphasis> Old syntax
id-ID: <emphasis>ALTERNATIF</emphasis> Sintaks lama

en: The <literal>Require</literal> syntax is only available in Apache 2.4 (the version shipped since <emphasis role="distribution">Jessie</emphasis>). For users of <emphasis role="distribution">Wheezy</emphasis>, the Apache 2.2 syntax is different, and we describe it here mainly for reference, although it can also be made available in Apache 2.4 using the <literal>mod_access_compat</literal> module.
id-ID: Sintaks <literal>Require</literal> hanya tersedia di Apache 2.4 (versi yang tersedia sejak <emphasis role="distribution">Jessie</emphasis>). Untuk pengguna <emphasis role="distribution">Wheezy</emphasis>, sintaks Apache 2.2 berbeda, dan kami menjelaskan di sini hanya untuk referensi, walaupun itu juga dapat dibuat tersedia di Apache 2.4 menggunakan modul <literal>mod_access_compat</literal>.

en: The <literal>Allow from</literal> and <literal>Deny from</literal> directives control access restrictions for a directory (and its subdirectories, recursively).
id-ID: Direktif <literal>Allow from</literal> dan <literal>Deny from</literal> mengendalikan pembatasan akses untuk suatu direktori (dan subdirektorinya, secara rekursif).

en: The <literal>Order</literal> directive tells the server of the order in which the <literal>Allow from</literal> and <literal>Deny from</literal> directives are applied; the last one that matches takes precedence. In concrete terms, <literal>Order deny,allow</literal> allows access if no <literal>Deny from</literal> applies, or if an <literal>Allow from</literal> directive does. Conversely, <literal>Order allow,deny</literal> rejects access if no <literal>Allow from</literal> directive matches (or if a <literal>Deny from</literal> directive applies).
id-ID: Direktif <literal>Order</literal> memberitahu server dari urutan atas direktif <literal>Allow from</literal> dan <literal>Deny from</literal> diterapkan; yang terakhir cocok didahulukan. Secara konkret, <literal>Order deny,allow</literal> memungkinkan akses jika tidak ada <literal>Deny from</literal> yang berlaku, atau jika sebuah direktif <literal>Allow from</literal> berlaku. Sebaliknya, <literal>Order allow,deny</literal> menolak akses jika tidak ada direktif <literal>Allow from</literal> yang cocok (atau jika direktif <literal>Deny from</literal> berlaku).

en: The <literal>Allow from</literal> and <literal>Deny from</literal> directives can be followed by an IP address, a network (such as <literal>192.168.0.0/255.255.255.0</literal>, <literal>192.168.0.0/24</literal> or even <literal>192.168.0</literal>), a hostname or a domain name, or the <literal>all</literal> keyword, designating everyone.
id-ID: Direktif <literal>Allow from</literal> dan <literal>Deny from</literal> dapat diikuti oleh sebuah alamat IP, suatu jaringan (seperti <literal>192.168.0.0/255.255.255.0</literal>, <literal>192.168.0.0/24</literal>, atau bahkan <literal>192.168.0</literal> ), nama host atau nama domain, atau kata kunci <literal>all</literal>, yang berlaku untuk semua.

en: For instance, to reject connections by default but allow them from the local network, you could use this:
id-ID: Misalnya, untuk menolak koneksi secara default, tetapi memungkinkan mereka dari jaringan lokal, Anda bisa menggunakan ini:

en: Log Analyzers
id-ID: Penganalisis Log

en: A log analyzer is frequently installed on a web server; since the former provides the administrators with a precise idea of the usage patterns of the latter.
id-ID: Penganalisis log sering dipasang pada sebuah server web; karena memberi administrator gambaran yang presisi atas pola penggunaan server.

en: The Falcot Corp administrators selected <emphasis>AWStats</emphasis> (<emphasis>Advanced Web Statistics</emphasis>) to analyze their Apache log files.
id-ID: Para administrator Falcot Corp memilih <emphasis>AWStats</emphasis> (<emphasis>Advanced Web Statistics</emphasis>), untuk menganalisis berkas log Apache mereka.

en: <primary>web logs analyzer</primary>
id-ID: <primary>penganalisis log web</primary>

en: <primary>Apache</primary><secondary>log analyzer</secondary>
id-ID: <primary>Apache</primary><secondary>penganalisis log</secondary>

en: The first configuration step is the customization of the <filename>/etc/awstats/awstats.conf</filename> file. The Falcot administrators keep it unchanged apart from the following parameters:
id-ID: Langkah konfigurasi pertama adalah penyesuaian berkas <filename>/etc/awstats/awstats.conf</filename>. Para administrator Falcot mempertahankannya kecuali parameter berikut:

en: All these parameters are documented by comments in the template file. In particular, the <varname>LogFile</varname> and <varname>LogFormat</varname> parameters describe the location and format of the log file and the information it contains; <varname>SiteDomain</varname> and <varname>HostAliases</varname> list the various names under which the main web site is known.
id-ID: Semua parameter ini didokumentasikan oleh komentar dalam berkas templat. Secara khusus, parameter <varname>LogFile</varname> dan <varname>LogFormat</varname> menggambarkan lokasi dan format berkas log dan informasi di dalamnya; <varname>SiteDomain</varname> dan <varname>HostAliases</varname> berisi daftar berbagai nama yang dipakai oleh situs web utama.

en: For high traffic sites, <varname>DNSLookup</varname> should usually not be set to <literal>1</literal>; for smaller sites, such as the Falcot one described above, this setting allows getting more readable reports that include full machine names instead of raw IP addresses.
id-ID: Untuk situs lalu lintas tinggi, <varname>DNSLookup</varname> biasanya tidak diatur ke <literal>1</literal>; untuk situs kecil, seperti Falcot yang dijelaskan di atas, pengaturan ini memungkinkan mendapatkan laporan yang lebih mudah dibaca yang meliputi nama-nama lengkap mesin bukan alamat IP mentah.

en: <emphasis>SECURITY</emphasis> Access to statistics
id-ID: <emphasis>KEAMANAN</emphasis> Akses ke statistik

en: AWStats makes its statistics available on the website with no restrictions by default, but restrictions can be set up so that only a few (probably internal) IP addresses can access them; the list of allowed IP addresses needs to be defined in the <varname>AllowAccessFromWebToFollowingIPAddresses</varname> parameter
id-ID: AWStats membuat statistik yang tersedia di situs web tanpa batasan secara default, tetapi pembatasan dapat diatur sehingga (mungkin) hanya beberapa alamat IP (internal) yang dapat mengaksesnya; daftar alamat IP yang diperbolehkan perlu didefinisikan dalam parameter <varname>AllowAccessFromWebToFollowingIPAddresses</varname>

en: AWStats will also be enabled for other virtual hosts; each virtual host needs its own configuration file, such as <filename>/etc/awstats/awstats.www.falcot.org.conf</filename>.
id-ID: AWStats juga akan diaktifkan untuk host virtual lain; masing-masing host virtual perlu memiliki berkas konfigurasi tersendiri, seperti misalnya <filename>/etc/awstats/awstats.www.falcot.org.conf</filename>.

en: AWStats configuration file for a virtual host
id-ID: Berkas konfigurasi AWStats untuk sebuah host virtual

en: After a few minutes (and once the script has been run a few times), the results are available online: <ulink type="block" url="http://www.falcot.com/cgi-bin/awstats.pl" /><ulink type="block" url="http://www.falcot.org/cgi-bin/awstats.pl" />
id-ID: Setelah beberapa menit (dan setelah skrip dijalankan beberapa kali), hasil tersedia daring: <ulink type="block" url="http://www.falcot.com/cgi-bin/awstats.pl" /> <ulink type="block" url="http://www.falcot.org/cgi-bin/awstats.pl" />

en: <emphasis>CAUTION</emphasis> Log file rotation
id-ID: <emphasis>HATI-HATI</emphasis> Rotasi berkas log

en: FTP File Server
id-ID: Server Berkas FTP

en: <primary>server</primary><secondary>file</secondary>
id-ID: <primary>server</primary><secondary>berkas</secondary>

en: FTP (<emphasis>File Transfer Protocol</emphasis>) is one of the first protocols of the Internet (RFC 959 was issued in 1985!). It was used to distribute files before the Web was even born (the HTTP protocol was created in 1990, and formally defined in its 1.0 version by RFC 1945, issued in 1996).
id-ID: FTP (<emphasis>File Transfer Protocol</emphasis>) adalah salah satu protokol pertama Internet (RFC 959 dikeluarkan pada tahun 1985!). Itu digunakan untuk mendistribusikan berkas bahkan sebelum Web lahir (protokol HTTP diciptakan pada tahun 1990, dan secara resmi ditetapkan untuk versi 1.0 oleh RFC 1945, diterbitkan pada tahun 1996).

en: Other FTP servers are mainly used to distribute files for public downloading; Debian packages are a good example. The contents of these servers is fetched from other, geographically remote, servers; it is then made available to less distant users. This means that client authentication is not required; as a consequence, this operating mode is known as “anonymous FTP”. To be perfectly correct, the clients do authenticate with the <literal>anonymous</literal> username; the password is often, by convention, the user's email address, but the server ignores it.
id-ID: Server FTP lain terutama digunakan untuk mendistribusikan berkas untuk diunduh publik; paket-paket Debian adalah contoh yang baik. Isi dari server tersebut diambil dari server lain, remote secara geografis, ini kemudian menjadi tersedia untuk pengguna yang lebih dekat. Ini berarti bahwa otentikasi klien tidak diperlukan; sebagai akibatnya, modus operasi ini dikenal sebagai "anonymous FTP". Agar sepenuhnya sempurna, klien mengotentikasi dengan nama pengguna <literal>anonim</literal>; kata sandi sering kali, oleh konvensi, adalah alamat surel pengguna, tetapi server mengabaikannya.

en: Installing the package creates an <literal>ftp</literal> system user. This account is always used for anonymous FTP connections, and its home directory (<filename>/srv/ftp/</filename>) is the root of the tree made available to users connecting to this service. The default configuration (in <filename>/etc/vsftpd.conf</filename>) requires some changes to cater to the simple need of making big files available for public downloads: anonymous access needs to be enabled (<literal>anonymous_enable=YES</literal>) and read-only access of local users needs to be disabled (<literal>local_enable=NO</literal>). The latter is particularly important since the FTP protocol doesn't use any form of encryption and the user password could be intercepted over the wire.
id-ID: Memasang paket menciptakan pengguna sistem <literal>ftp</literal>. Akun ini selalu digunakan untuk koneksi FTP anonim, dan direktori home-nya (<filename>/srv/ftp/</filename>) adalah akar dari pohon yang dibuat tersedia untuk pengguna yang tersambung ke layanan ini. Konfigurasi default (dalam <filename>/etc/vsftpd.conf</filename>) memerlukan beberapa perubahan untuk memenuhi kebutuhan sederhana yang membuat berkas-berkas besar tersedia untuk diunduh oleh publik: akses anonim perlu diaktifkan (<literal>anonymous_enable=YES</literal>) dan akses hanya-baca dari pengguna lokal perlu dinonaktifkan (<literal>local_enable=NO</literal>). Yang kedua sangat penting karena protokol FTP tidak menggunakan bentuk enkripsi apapun dan kata sandi pengguna bisa disadap saat lewat kabel.

en: NFS File Server
id-ID: Server Berkas NFS

en: NFS (<emphasis>Network File System</emphasis>) is a protocol allowing remote access to a filesystem through the network. All Unix systems can work with this protocol.
id-ID: NFS (<emphasis>Network File System</emphasis>) merupakan sebuah protokol yang memungkinkan akses remote ke sistem berkas melalui jaringan. Semua sistem Unix dapat bekerja dengan protokol ini.

en: <emphasis>SPECIFIC CASE</emphasis> Microsoft Windows and NFS Shares
id-ID: <emphasis>KASUS KHUSUS</emphasis> Share NFS dan Microsoft Windows

en: When older or (so called) "Home" variants of Windows are involved, usually Samba (<xref linkend="sect.windows-file-server-with-samba" />) must be used instead of NFS. Modern Windows Server and "Pro" or "Enterprise" Desktop solutions however have built-in support for NFS. After installation of the "Services for NFS" components NFS shares can be accessed and temporarily or permanently mounted like any other network share. Be aware of possible encoding issues in file names.
id-ID: Ketika varian Windows yang lebih lama atau (disebut) "Home" terlibat, biasanya Samba (<xref linkend="sect.windows-file-server-with-samba" />) harus digunakan sebagai pengganti NFS. Namun demikian, Windows Server modern dan solusi Desktop "Pro" atau "Enterprise" memiliki dukungan bawaan untuk NFS. Setelah penginstalan komponen "Layanan untuk NFS", bagian NFS dapat diakses dan dipasang sementara atau permanen seperti share jaringan lainnya. Waspadai kemungkinan masalah encoding pada nama berkas.

en: <primary>Network File System</primary><secondary>Windows client</secondary>
id-ID: <primary>Network File System</primary><secondary>klien Windows</secondary>

en: <primary>filesystem</primary><secondary>network</secondary>
id-ID: <primary>sistem berkas</primary><secondary>jaringan</secondary>

en: <primary>file</primary><secondary>server</secondary>
id-ID: <primary>berkas</primary><secondary>server</secondary>

en: NFS is a very useful tool but, historically, it has suffered from many limitations, most of which have been addressed with version 4 of the protocol. The downside is that the latest version of NFS is harder to configure when you want to make use of basic security features such as authentication and encryption since it relies on Kerberos for those parts. And without those, the NFS protocol must be restricted to a trusted local network since data goes over the network unencrypted (a <emphasis>sniffer</emphasis> can intercept it) and access rights are granted based on the client's IP address (which can be spoofed).
id-ID: NFS adalah alat yang sangat berguna, tetapi secara historis menderita karena banyak keterbatasan, yang sebagian besar telah diperbaiki pada protokol versi 4. Kekurangannya adalah bahwa versi terbaru dari NFS lebih sulit untuk dikonfigurasi bila Anda ingin menggunakan fitur keamanan dasar seperti otentikasi dan enkripsi karena hal itu bergantung pada Kerberos. Dan tanpa mereka, protokol NFS harus dibatasi pada jaringan lokal yang terpercaya karena data pergi melalui jaringan tidak terenkripsi (<emphasis>sniffer</emphasis> bisa mencegat itu) dan hak akses diberikan didasarkan pada alamat IP klien (yang dapat dipalsukan).

en: <emphasis>DOCUMENTATION</emphasis> NFS HOWTO
id-ID: <emphasis>DOKUMENTASI</emphasis> NFS HOWTO

en: Good documentation to deploy NFSv4 is rather scarce. Here are some pointers with content of varying quality but that should at least give some hints on what should be done. <ulink type="block" url="https://help.ubuntu.com/community/NFSv4Howto" /> <ulink type="block" url="https://wiki.linux-nfs.org/wiki/index.php/Nfsv4_configuration" />
id-ID: Dokumentasi yang baik untuk menggelar NFSv4 jarang ditemui. Berikut adalah beberapa petunjuk dengan konten dari berbagai kualitas yang setidaknya memberikan beberapa petunjuk tentang apa yang harus dilakukan. <ulink type="block" url="https://help.ubuntu.com/community/NFSv4Howto" /> <ulink type="block" url="https://wiki.linux-nfs.org/wiki/index.php/Nfsv4_configuration" />

en: Securing NFS
id-ID: Mengamankan NFS

en: <primary>NFS</primary><secondary>security</secondary>
id-ID: <primary>NFS</primary><secondary>keamanan</secondary>

en: If you don't use the Kerberos-based security features, it is vital to ensure that only the machines allowed to use NFS can connect to the various required RPC servers, because the basic protocol trusts the data received from the network. The firewall must also block <emphasis>IP spoofing</emphasis> so as to prevent an outside machine from acting as an inside one, and access to the appropriate ports must be restricted to the machines meant to access the NFS shares.
id-ID: Jika Anda tidak menggunakan fitur keamanan berbasis Kerberos, sangat penting untuk memastikan bahwa hanya mesin-mesin yang diizinkan untuk menggunakan NFS dapat terhubung ke berbagai server RPC yang diperlukan, karena protokol dasar mempercayai data yang diterima dari jaringan. Firewall juga harus memblokir <emphasis>IP spoofing</emphasis> untuk mencegah mesin di luar dari bertindak sebagai seolah di dalam, dan akses ke port yang sesuai harus dibatasi hanya untuk mesin-mesin yang memang akan mengakses share NFS.

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

en: RPC (<emphasis>Remote Procedure Call</emphasis>) is a Unix standard for remote services. NFS is one such service.
id-ID: RPC (<emphasis>Remote Procedure Call</emphasis>) adalah standar Unix untuk layanan remote. NFS adalah salah satu layanan tersebut.

en: RPC services register to a directory known as the <emphasis>portmapper</emphasis>. A client wishing to perform an NFS query first addresses the <emphasis>portmapper</emphasis> (on port 111, either TCP or UDP), and asks for the NFS server; the reply usually mentions port 2049 (the default for NFS). Not all RPC services necessarily use a fixed port.
id-ID: Layanan RPC mendaftar ke direktori yang dikenal sebagai <emphasis>portmapper</emphasis>. Suatu klien yang ingin melakukan query NFS pertama menghubungi <emphasis>portmapper</emphasis> (pada port 111, TCP atau UDP), dan meminta server NFS; jawabannya biasanya menyebutkan port 2049 (default untuk NFS). Tidak semua layanan RPC harus menggunakan port tetap.

en: Older versions of the protocol required other RPC services which used dynamically assigned ports. Fortunately, with NFS version 4, only port 2049 (for NFS) and 111 (for the portmapper) are needed and they are thus easy to firewall.
id-ID: Versi protokol lebih tua memerlukan layanan RPC lainnya yang menggunakan port dinamis. Untungnya, dengan NFS versi 4 hanya port 2049 (untuk NFS) dan 111 (untuk portmapper) yang diperlukan dan sehingga mereka mudah untuk firewall.

en: NFS Server
id-ID: Server NFS

en: The NFS server is part of the Linux kernel; in kernels provided by Debian it is built as a kernel module. If the NFS server is to be run automatically on boot, the <emphasis role="pkg">nfs-kernel-server</emphasis> package should be installed; it contains the relevant start-up scripts.
id-ID: Server NFS adalah bagian dari kernel Linux; di kernel yang disediakan oleh Debian itu dibangun sebagai modul kernel. Jika server NFS akan dijalankan secara otomatis pada saat boot, paket <emphasis role="pkg">nfs-kernel-server</emphasis> harus diinstal; ini berisi skrip startup yang relevan.

en: 
    /directory/to/share machine1(option1,option2,...) machine2(...) ...
id-ID: 
    /direktori/yang/akan/di-share mesin1(opsi1,opsi2,...) mesin2(...) ...

en: Note that with NFSv4, all exported directories must be part of a single hierarchy and that the root directory of that hierarchy must be exported and identified with the option <literal>fsid=0</literal> or <literal>fsid=root</literal>.
id-ID: Catatan bahwa dengan NFSv4, semua direktori yang diekspor harus menjadi bagian dari hirarki tunggal dan bahwa direktori root dari hirarki itu harus diekspor dan diidentifikasi dengan pilihan <literal>fsid=0</literal> atau <literal>fsid=root</literal>.

en: Each machine can be identified either by its DNS name or its IP address. Whole sets of machines can also be specified using either a syntax such as <literal>*.falcot.com</literal> or an IP address range such as <literal>192.168.0.0/255.255.255.0</literal> or <literal>192.168.0.0/24</literal>.
id-ID: Setiap mesin dapat diidentifikasi dengan nama DNS atau alamat IP-nya. Seluruh set mesin juga dapat ditentukan dengan menggunakan sintaks seperti <literal>*. falcot.com</literal> atau kisaran alamat IP seperti <literal>192.168.0.0/255.255.255.0</literal> atau <literal>192.168.0.0/24</literal>.

en: Directories are made available as read-only by default (or with the <literal>ro</literal> option). The <literal>rw</literal> option allows read-write access. NFS clients typically connect from a port restricted to root (in other words, below 1024); this restriction can be lifted by the <literal>insecure</literal> option (the <literal>secure</literal> option is implicit, but it can be made explicit if needed for clarity).
id-ID: Direktori disediakan sebagai baca-saja secara default (atau dengan opsi <literal>ro</literal>). Opsi <literal>rw</literal> memungkinkan akses baca-tulis. Klien NFS biasanya terhubung dari port yang terbatas hanya untuk root (dengan kata lain, di bawah 1024); pembatasan ini dapat dicabut dengan pilihan <literal>insecure</literal> (opsi <literal>secure</literal> adalah implisit, tetapi dapat dibuat eksplisit jika diperlukan untuk kejelasan).

en: <primary>NFS</primary><secondary>options</secondary>
id-ID: <primary>NFS</primary><secondary>opsi</secondary>

en: By default, the server only answers an NFS query when the current disk operation is complete (<literal>sync</literal> option); this can be disabled with the <literal>async</literal> option. Asynchronous writes increase performance a bit, but they decrease reliability since there is a data loss risk in case of the server crashing between the acknowledgment of the write and the actual write on disk. Since the default value changed recently (as compared to the historical value of NFS), an explicit setting is recommended.
id-ID: Secara default, server hanya menjawab query NFS ketika operasi disk saat ini telah selesai (opsi <literal>sync</literal>); ini dapat dinonaktifkan dengan opsi <literal>async</literal>. Menulis asinkron meningkatkan kinerja sedikit, tetapi mereka mengurangi keandalan karena ada risiko kehilangan data ketika server crash antara konfirmasi atas penulisan dan menulis sebenarnya pada disk. Karena nilai default berubah baru-baru ini (dibandingkan dengan nilai historis NFS), setelan eksplisit dianjurkan.

en: In order to not give root access to the filesystem to any NFS client, all queries appearing to come from a root user are considered by the server as coming from the <literal>nobody</literal> user. This behavior corresponds to the <literal>root_squash</literal> option, and is enabled by default. The <literal>no_root_squash</literal> option, which disables this behavior, is risky and should only be used in controlled environments. If all users should be mapped to the user <literal>nobody</literal>, use <literal>all_squash</literal>. The <literal>anonuid=<replaceable>uid</replaceable></literal> and <literal>anongid=<replaceable>gid</replaceable></literal> options allow specifying another fake user to be used instead of UID/GID 65534 (which corresponds to user <literal>nobody</literal> and group <literal>nogroup</literal>).
id-ID: Untuk tidak memberikan akses root ke sistem berkas bagi klien NFS, semua pertanyaan yang muncul datang dari pengguna root dianggap oleh server sebagai datang dari pengguna <literal>nobody</literal>. Perilaku ini sesuai dengan opsi <literal>root_squash</literal>, dan diaktifkan secara default. Opsi <literal>no_root_squash</literal>, yang menonaktifkan perilaku ini, berisiko dan hanya boleh digunakan dalam lingkungan yang terkendali. Bila semua pengguna mesti dipetakan ke pengguna <literal>nobody</literal>, gunakan <literal>all_squash</literal>. Opsi <literal>anonuid=<replaceable>uid</replaceable></literal> dan <literal>anongid=<replaceable>gid</replaceable></literal> memungkinkan menentukan pengguna palsu lain untuk digunakan sebagai pengganti UID/GID 65534 (milik pengguna <literal>nobody</literal> dan grup <literal>nogroup</literal>).

en: With NFSv4, you can add a <literal>sec</literal> option to indicate the security level that you want: <literal>sec=sys</literal> is the default with no special security features, <literal>sec=krb5</literal> enables authentication only, <literal>sec=krb5i</literal> adds integrity protection, and <literal>sec=krb5p</literal> is the most complete level which includes privacy protection (with data encryption). For this to work you need a working Kerberos setup (that service is not covered by this book).
id-ID: Dengan NFSv4, Anda dapat menambahkan opsi <literal>sec</literal> untuk menunjukkan tingkat keamanan yang Anda inginkan: <literal>sec=sys</literal> adalah default tanpa fitur keamanan khusus, <literal>sec=krb5</literal> hanya memfungsikan otentikasi, <literal>sec=krb5i </literal> menambahkan perlindungan integritas, dan <literal>sec=krb5p</literal> tingkat yang paling lengkap yang mencakup perlindungan privasi (dengan data enkripsi). Agar ini bekerja Anda memerlukan berjalannya Kerberos yang telah disiapkan (layanan itu tidak dibahas dalam buku ini).

en: Other options are available; they are documented in the <citerefentry><refentrytitle>exports</refentrytitle> <manvolnum>5</manvolnum></citerefentry> manual page.
id-ID: Opsi-opsi lain tersedia; mereka didokumentasikan dalam halaman manual <citerefentry><refentrytitle>exports</refentrytitle> <manvolnum>5</manvolnum></citerefentry>.

en: <emphasis>CAUTION</emphasis> First installation
id-ID: <emphasis>HATI-HATI</emphasis> Instalasi pertama

en: NFS Client
id-ID: Klien NFS

en: <primary>client</primary><secondary>NFS</secondary>
id-ID: <primary>klien</primary><secondary>NFS</secondary>

en: <primary>NFS</primary><secondary>client</secondary>
id-ID: <primary>NFS</primary><secondary>klien</secondary>

en: Manually mounting with the <command>mount</command> command
id-ID: Secara manual mengait dengan perintah <command>mount</command>

en: NFS entry in the <filename>/etc/fstab</filename> file
id-ID: Entri NFS di berkas <filename>/etc/fstab</filename>

en: The entry described above mounts, at system startup, the NFS directory <filename>/shared/</filename> from the <literal>arrakis</literal> server into the local <filename>/srv/shared/</filename> directory. Read-write access is requested (hence the <literal>rw</literal> parameter). The <literal>nosuid</literal> option is a protection measure that wipes any <literal>setuid</literal> or <literal>setgid</literal> bit from programs stored on the share. If the NFS share is only meant to store documents, another recommended option is <literal>noexec</literal>, which prevents executing programs stored on the share. Note that on the server, the <filename>shared</filename> directory is below the NFSv4 root export (for example <filename>/export/shared</filename>), it is not a top-level directory.
id-ID: Entri menjelaskan pengaitan di atas, saat sistem startup, direktori NFS <filename>/shared/</filename> dari server <literal>arrakis</literal> ke dalam direktori <filename>/srv/shared/</filename> lokal. Akses baca-tulis diminta (maka parameter <literal>rw</literal>). Opsi <literal>nosuid</literal> adalah upaya perlindungan yang menghapus setiap bit <literal>setuid</literal> atau <literal>setgid</literal> dari program-program yang disimpan di share. Jika share NFS hanya dimaksudkan untuk menyimpan dokumen, opsi lain yang dianjurkan adalah <literal>noexec</literal>, yang mencegah mengeksekusi program-program yang disimpan di share. Perhatikan bahwa pada server, direktori <filename>shared</filename> ada di bawah NFSv4 ekspor root (misalnya <filename>/export/shared</filename>), itu bukan direktori aras puncak.

en: The <citerefentry><refentrytitle>nfs</refentrytitle> <manvolnum>5</manvolnum></citerefentry> manual page describes all the options in some detail.
id-ID: Halaman manual <citerefentry><refentrytitle>nfs</refentrytitle> <manvolnum>5</manvolnum></citerefentry> menjelaskan semua opsi secara agak mendetail.

en: Setting Up Windows Shares with Samba
id-ID: Menyiapkan Share Windows dengan Samba

en: <primary>Windows share</primary>
id-ID: <primary>Share Windows</primary>

en: Samba is a suite of tools handling the SMB protocol (also known as “CIFS”) on Linux. This protocol is used by Windows for network shares and shared printers.
id-ID: Samba adalah keluarga alat penanganan protokol SMB (juga dikenal sebagai "CIFS") di Linux. Protokol ini digunakan oleh Windows untuk share jaringan dan pencetak bersama.

en: Samba can also act as a Windows domain controller. This is an outstanding tool for ensuring seamless integration of Linux servers and the office desktop machines still running Windows.
id-ID: Samba juga dapat bertindak sebagai pengontrol domain Windows. Ini adalah alat yang luar biasa untuk memastikan mulusnya integrasi server Linux dan mesin desktop kantor yang masih menjalankan Windows.

en: Samba Server
id-ID: Server Samba

en: <primary>Samba</primary><secondary>installation</secondary>
id-ID: <primary>Samba</primary><secondary>instalasi</secondary>

en: The <emphasis role="pkg">samba</emphasis> package contains the main two servers of Samba 4, <command>smbd</command> and <command>nmbd</command>.
id-ID: Paket <emphasis role="pkg">samba</emphasis> berisi dua server utama Samba 4, <command>smbd</command> dan <command>nmbd</command>.

en: <emphasis>DOCUMENTATION</emphasis> Going further
id-ID: <emphasis>DOKUMENTASI</emphasis> Lebih lanjut

en: <primary>domain controller</primary>
id-ID: <primary>pengontrol domain</primary>

en: <primary>Windows domain</primary>
id-ID: <primary>domain Windows</primary>

en: The <emphasis role="pkg">samba</emphasis> package contains all the necessary manual pages and in <filename>/usr/share/doc/samba/examples/</filename> a wealth of commented example files. If you are looking for a more comprehensive documentation, you may check the <emphasis>Samba</emphasis> website. <ulink type="block" url="https://www.samba.org/samba/docs/" />
id-ID: Paket <emphasis role="pkg">samba</emphasis> berisi semua halaman buku panduan yang diperlukan dan di <filename>/usr/share/doc/samba/example/</filename> banyak berkas contoh yang diberi komentar. Jika Anda mencari dokumentasi yang lebih lengkap, Anda dapat memeriksa situs web <emphasis>Samba</emphasis>. <ulink type="block" url="https://www.samba.org/samba/docs/" />

en: <emphasis>TOOL</emphasis> Authenticating with a Windows Server
id-ID: <emphasis>ALAT</emphasis> Mengotentikasi dengan sebuah Server Windows

en: Winbind gives system administrators the option of using a Windows server as an authentication server. Winbind also integrates cleanly with PAM and NSS. This allows setting up Linux machines where all users of a Windows domain automatically get an account.
id-ID: Winbind memberikan administrator sistem pilihan untuk menggunakan server Windows sebagai server otentikasi. Winbind juga terintegrasi secara bersih dengan PAM dan NSS. Hal ini memungkinkan menyiapkan mesin-mesin Linux di mana semua pengguna domain Windows secara otomatis mendapatkan akun.

en: More information can be found in the <filename>/usr/share/doc/libpam-winbind/examples/pam_winbind/</filename> directory of the <emphasis role="pkg">libpam-winbind</emphasis> package.
id-ID: Informasi lebih lanjut dapat ditemukan di direktori <filename>/usr/share/doc/libpam-windbind/examples/pam_winbind/</filename> dari paket <emphasis role="pkg">libam-winbind</emphasis>.

en: Configuring with <command>debconf</command>
id-ID: Menata konfigurasi dengan <command>debconf</command>

en: <primary>Samba</primary><secondary>configuration</secondary>
id-ID: <primary>Samba</primary><secondary>konfigurasi</secondary>

en: On first installation the only piece of required information is the name of the workgroup where the Samba server will belong (the answer is <literal>FALCOTNET</literal> in our case).
id-ID: Pada instalasi pertama, informasi yang diperlukan adalah hanya nama workgroup yang akan diikuti oleh server Samba (jawabannya adalah <literal>FALCOTNET</literal> dalam kasus kita).

en: In case of a package update (from the old stable Debian version) or if the SMB server has already been configured to use a WINS server (<literal>wins server</literal>), the package also proposes identifying the WINS server from the information provided by the DHCP daemon. The Falcot Corp administrators rejected this option, since they intend to use the Samba server itself as the WINS server.
id-ID: Dalam kasus pemutakhiran paket (dari versi Debian old stable) atau bila server SMB telah dikonfigurasi untuk memakai suatu server WINS (<literal>wins server</literal>), paket juga mengusulkan mengidentifikasi server WINS dari informasi yang diberikan oleh daemon DHCP. Para administrator Falcot Corp menolak pilihan ini, karena mereka berniat untuk menggunakan server Samba itu sendiri sebagai server WINS.

en: Configuring Manually
id-ID: Mengkonfigurasi Secara Manual

en: Changes to <filename>smb.conf</filename>
id-ID: Perubahan atas <filename>smb.conf</filename>

en: The requirements at Falcot require other options to be modified in the <filename>/etc/samba/smb.conf</filename> configuration file. The following excerpts summarize the changes that were effected in the <literal>[global]</literal> section.
id-ID: Persyaratan di Falcot membutuhkan pilihan lainnya untuk diubah di berkas konfigurasi <filename>/etc/samba/smb.conf</filename>. Kutipan-kutipan berikut meringkas perubahan yang dilakukan di bagian <literal>[global]</literal>.

en: This is the default value for this parameter; however, since it is central to the Samba configuration, filling it explicitly is recommended. Each user must authenticate before accessing any share.
id-ID: Ini adalah nilai default untuk parameter ini; namun karena itu pusat bagi konfigurasi Samba, mengisinya secara eksplisit direkomendasikan. Setiap pengguna harus mengotentikasi sebelum mengakses share apapun.

en: Adding Users
id-ID: Menambahkan Pengguna

en: <primary>Samba</primary><secondary>add users</secondary>
id-ID: <primary>Samba</primary><secondary>menambah pengguna</secondary>

en: Each Samba user needs an account on the server; the Unix accounts must be created first, then the user needs to be registered in Samba's database. The Unix step is done quite normally (using <command>adduser</command> for instance).
id-ID: Setiap pengguna Samba perlu sebuah akun di server; akun Unix harus dibuat terlebih dahulu, kemudian pengguna perlu didaftarkan di basis data Samba. Langkah Unix dilakukan secara normal (menggunakan <command>adduser</command> misalnya).

en: Adding an existing user to the Samba database is a matter of running the <command>smbpasswd -a <replaceable>user</replaceable></command> command; this command asks for the password interactively.
id-ID: Menambahkan pengguna ke basis data Samba adalah sekedar menjalankan perintah <command>smbpasswd -a <replaceable>pengguna</replaceable></command>; perintah ini meminta kata sandi secara interaktif.

en: A user can be deleted with the <command>smbpasswd -x <replaceable>user</replaceable></command> command. A Samba account can also be temporarily disabled (with <command>smbpasswd -d <replaceable>user</replaceable></command>) and re-enabled later (with <command>smbpasswd -e <replaceable>user</replaceable></command>).
id-ID: Pengguna dapat dihapus dengan perintah <command>smbpasswd - x <replaceable>pengguna</replaceable></command>. Akun Samba juga dapat sementara dinonaktifkan (dengan <command>smbpasswd -d <replaceable>pengguna</replaceable></command>) dan diaktifkan kembali kemudian (dengan <command>smbpasswd -e <replaceable>pengguna</replaceable></command>).

en: Samba Client
id-ID: Klien Samba

en: <primary>Samba</primary><secondary>client</secondary>
id-ID: <primary>Samba</primary><secondary>klien</secondary>

en: The client features in Samba allow a Linux machine to access Windows shares and shared printers. The required programs are available in the <emphasis role="pkg">cifs-utils</emphasis> and <emphasis role="pkg">smbclient</emphasis> packages.
id-ID: Fitur klien di Samba memungkinkan mesin Linux untuk mengakses share Windows dan pencetak bersama. Program yang diperlukan tersedia dalam paket yang <emphasis role="pkg">cifs-utils</emphasis> dan <emphasis role="pkg">smbclient</emphasis>.

en: The <command>smbclient</command> Program
id-ID: Program <command>smbclient</command>

en: The <command>smbclient</command> program queries SMB servers. It accepts a <literal>-U <replaceable>user</replaceable></literal> option, for connecting to the server under a specific identity. <command>smbclient //<replaceable>server</replaceable>/<replaceable>share</replaceable></command> accesses the share in an interactive way similar to the command-line FTP client. <command>smbclient -L <replaceable>server</replaceable></command> lists all available (and visible) shares on a server.
id-ID: Program <command>smbclient</command> meng-query server SMB. Menerima opsi <literal>-U <replaceable>pengguna</replaceable></literal>, untuk menghubungkan ke server di bawah identitas tertentu. <command>smbclient //<replaceable>server</replaceable>/<replaceable>share</replaceable></command> mengakses share dengan cara interaktif yang mirip dengan baris perintah klien FTP. <command>smbclient -L <replaceable>server</replaceable></command> menampilkan daftar seluruh share yang tersedia (dan terlihat) pada server.

en: Mounting Windows Shares
id-ID: Mengait Share Windows

en: The <command>mount</command> command allows mounting a Windows share into the Linux filesystem hierarchy (with the help of <command>mount.cifs</command> provided by <emphasis role="pkg">cifs-utils</emphasis>).
id-ID: Perintah <command>mount</command> memungkinkan mengait share Windows ke dalam hirarki sistem berkas Linux (dengan bantuan dari <command>mount.cifs</command> yang disediakan oleh <emphasis role="pkg">cifs-utils</emphasis>).

en: Mounting a Windows share
id-ID: Mengait suatu share Windows

en: The <filename>/etc/smb-credentials</filename> file (which must not be readable by users) has the following format:
id-ID: Berkas <filename>/etc/smb-credentials</filename> (yang harus tidak bisa dibaca oleh pengguna) memiliki format berikut:

en: <primary>Samba</primary><secondary>credentials</secondary>
id-ID: <primary>Samba</primary><secondary>kredensial</secondary>

en: 
    username = <replaceable>user</replaceable>
    password = <replaceable>password</replaceable>
id-ID: 
    username = <replaceable>pengguna</replaceable>
    password = <replaceable>kata sandi</replaceable>

en: Other options can be specified on the command-line; their full list is available in the <citerefentry><refentrytitle>mount.cifs</refentrytitle> <manvolnum>1</manvolnum></citerefentry> manual page. Two options in particular can be interesting: <literal>uid</literal> and <literal>gid</literal> allow forcing the owner and group of files available on the mount, so as not to restrict access to root.
id-ID: Opsi lain dapat dinyatakan pada baris perintah; daftar lengkap mereka tersedia di halaman manual <citerefentry><refentrytitle>mount.cifs</refentrytitle> <manvolnum>1</manvolnum></citerefentry>. Dua opsi secara khusus bisa menarik: <literal>uid</literal> dan <literal>gid</literal> memungkinkan memaksa pemilik dan kelompok berkas yang tersedia saat mount, agar tidak membatasi akses ke root.

en: A mount of a Windows share can also be configured in <filename>/etc/fstab</filename>:
id-ID: Mount share Windows juga dapat dikonfigurasi di <filename>/etc/fstab</filename>:

en: Printing on a Shared Printer
id-ID: Pencetakan pada Pencetak Bersama

en: CUPS is an elegant solution for printing from a Linux workstation to a printer shared by a Windows machine. When the <emphasis role="pkg">smbclient</emphasis> is installed, CUPS allows installing Windows shared printers automatically.
id-ID: CUPS adalah solusi elegan untuk mencetak dari workstation Linux ke pencetak yang dibagikan oleh mesin Windows. Ketika <emphasis role="pkg">smbclient</emphasis> dipasang, CUPS memungkinkan instalasi pencetak bersama Windows secara otomatis.

en: <primary>printing</primary><secondary>network</secondary>
id-ID: <primary>pencetakan</primary><secondary>jaringan</secondary>

en: <primary>Samba</primary><secondary>shared printers</secondary>
id-ID: <primary>Samba</primary><secondary>pencetak bersama</secondary>

en: Here are the required steps:
id-ID: Ini adalah langkah-langkah yang diperlukan:

en: Enter the CUPS configuration interface: <literal>http://localhost:631/admin</literal>
id-ID: Masukkan konfigurasi antarmuka CUPS: <literal>http://localhost:631/admin</literal>

en: Click on “Add Printer”.
id-ID: Klik pada "Tambah Pencetak".

en: Choose the printer device, pick “Windows Printer via SAMBA”.
id-ID: Pilih perangkat pencetak, pilih "Pencetak Windows melalui SAMBA".

en: Enter the connection URI for the network printer. It should look like the following:
id-ID: Masukkan URI koneksi untuk pencetak jaringan. Seharusnya terlihat seperti berikut:

en: <literal>smb://<replaceable>user</replaceable>:<replaceable>password</replaceable>@<replaceable>server</replaceable>/<replaceable>printer</replaceable></literal>.
id-ID: <literal>smb://<replaceable>pengguna</replaceable>:<replaceable>katasandi</replaceable>@<replaceable>server</replaceable>/<replaceable>pencetak</replaceable></literal>.

en: Enter the name that will uniquely identify this printer. Then enter the description and location of the printer. Those are the strings that will be shown to end users to help them identify the printers.
id-ID: Masukkan nama yang akan mengidentifikasi pencetak ini secara unik. Kemudian masukkan keterangan dan lokasi pencetak. Mereka adalah string yang akan ditampilkan kepada pengguna akhir untuk membantu mereka mengidentifikasi pencetak.

en: Indicate the manufacturer/model of the printer, or directly provide a working printer description file (PPD).
id-ID: Tunjukkan produsen/model pencetak, atau langsung berikan sebuah berkas deskripsi pencetak (PPD) yang bekerja.

en: Voilà, the printer is operational!
id-ID: Voilà, pencetak operasional!

en: HTTP/FTP Proxy
id-ID: Proksi HTTP/FTP

en: <primary>Proxy</primary><secondary>HTTP</secondary>
id-ID: <primary>Proksi</primary><secondary>HTTP</secondary>

en: <primary>Proxy</primary><secondary>FTP</secondary>
id-ID: <primary>Proksi</primary><secondary>FTP</secondary>

en: An HTTP/FTP proxy acts as an intermediary for HTTP and/or FTP connections. Its role is twofold:
id-ID: Suatu proksi HTTP/FTP bertindak sebagai perantara untuk koneksi HTTP dan/atau FTP. Perannya ada dua:

en: Caching: recently downloaded documents are copied locally, which avoids multiple downloads.
id-ID: Penyinggahan: dokumen-dokumen yang baru saja diunduh akan disalin secara lokal, yang menghindari pengunduhan berganda.

en: Filtering server: if use of the proxy is mandated (and outgoing connections are blocked unless they go through the proxy), then the proxy can determine whether or not the request is to be granted.
id-ID: Server penyaringan: jika penggunaan proksi wajib (dan koneksi keluar diblokir kecuali mereka pergi melalui proksi), maka proksi dapat menentukan apakah permintaan tersebut dikabulkan.

en: <primary>HTTP/FTP proxy</primary>
id-ID: <primary>Proksi HTTP/FTP</primary>

en: <primary>proxy cache</primary>
id-ID: <primary>singgahan proksi</primary>

en: Falcot Corp selected Squid as their proxy server.
id-ID: Falcot Corp memilih Squid sebagai server proksi mereka.

en: Installing
id-ID: Memasang

en: <primary>Squid</primary><secondary>installation</secondary>
id-ID: <primary>Squid</primary><secondary>instalasi</secondary>

en: Prior to installing, care should be taken to check that the system can identify its own complete name: the <command>hostname -f</command> must return a fully-qualified name (including a domain). If it does not, then the <filename>/etc/hosts</filename> file should be edited to contain the full name of the system (for instance, <literal>arrakis.falcot.com</literal>). The official computer name should be validated with the network administrator in order to avoid potential name conflicts.
id-ID: Sebelum memasang, perlu dipastikan bahwa sistem dapat mengidentifikasi nama lengkap sendiri: <command>hostname -f</command> harus mengembalikan nama lengkap (termasuk domain). Jika tidak, maka berkas <filename>/etc/hosts</filename> harus disunting agar memuat nama lengkap dari sistem (misalnya, <literal>arrakis.falcot.com</literal>). Nama resmi komputer harus divalidasi dengan administrator jaringan untuk menghindari kemungkinan konflik nama.

en: Configuring a Cache
id-ID: Mengkonfigurasi sebuah Singgahan

en: Enabling the caching server feature is a simple matter of editing the <filename>/etc/squid/squid.conf</filename> configuration file and allowing machines from the local network to run queries through the proxy. The following example shows the modifications made by the Falcot Corp administrators:
id-ID: Mengaktifkan fitur server singgahan cukup hanya dengan menyunting berkas konfigurasi <filename>/etc/squid/squid.conf</filename> dan mengizinkan mesin-mesin dari jaringan lokal untuk menjalankan kuiri melalui proksi. Contoh berikut menunjukkan modifikasi yang dibuat oleh administrator Falcot Corp:

en: The <filename>/etc/squid/squid.conf</filename> file (excerpts)
id-ID: Berkas <filename>/etc/squid/squid.conf</filename> (kutipan)

en: <![CDATA[
    # INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS
    #
    include /etc/squid/conf.d/*
    
    # Example rule allowing access from your local networks.
    # Adapt localnet in the ACL section to list your (internal) IP networks
    # from where browsing should be allowed
    
    acl our_networks src 192.168.1.0/24 192.168.2.0/24
    http_access allow our_networks
    http_access allow localhost
    # And finally deny all other access to this proxy
    http_access deny all
    ]]>
id-ID: <![CDATA[
    # MASUKKAN ATURAN ANDA DI SINI UNTUK MENGIZINKAN AKSES DARI KLIEN ANDA
    #
    include /etc/squid/conf.d/*
    
    # Contoh aturan yang mengizinkan akses dari jaringan lokal Anda.
    # Sesuaikan untuk menyertakan jaringan IP (internal) dari mana
    # meramban mesti diizinkan.
    
    acl our_networks src 192.168.1.0/24 192.168.2.0/24
    http_access allow our_networks
    http_access allow localhost
    # Dan akhirnya tolak semua akses lain ke proksi ini
    http_access deny all
    ]]>

en: Configuring a Filter
id-ID: Mengkonfigurasi suatu Penyaring

en: <command>squid</command> itself does not perform the filtering; this action is delegated to <command>squidGuard</command>. The former must then be configured to interact with the latter. This involves adding the following directive to the <filename>/etc/squid/squid.conf</filename> file:
id-ID: <command>squid</command> itu sendiri tidak melakukan penyaringan; tindakan ini diserahkan kepada <command>squidGuard</command>. Squid harus kemudian dikonfigurasi untuk berinteraksi dengan yang squidGuard. Ini termasuk menambahkan direktif berikut ke berkas <filename>/etc/squid/squid.conf</filename>:

en: The working database must be regenerated with <command>update-squidguard</command> after each change of the <command>squidGuard</command> configuration file (or one of the lists of domains or URLs it mentions). The configuration file syntax is documented on the following website: <ulink type="block" url="http://www.squidguard.org/Doc/configure.html" />
id-ID: Basis data kerja harus dibuat ulang dengan <command>update-squidguard</command> setelah setiap perubahan berkas konfigurasi <command>squidGuard</command> (atau salah satu daftar domain atau URL yang disebutkan). Sintaks berkas konfigurasi didokumentasikan pada situs web berikut: <ulink type="block" url="http://www.squidguard.org/Doc/configure.html" />

en: <emphasis>ALTERNATIVE</emphasis> E2guardian (a DansGuardian Fork)
id-ID: <emphasis>ALTERNATIF</emphasis> E2guardian (sebuah Fork DansGuardian)

en: LDAP Directory
id-ID: Direktori LDAP

en: <primary>directory, LDAP</primary>
id-ID: <primary>direktori, LDAP</primary>

en: OpenLDAP is an implementation of the LDAP protocol; in other words, it is a special-purpose database designed for storing directories. In the most common use case, using an LDAP server allows centralizing management of user accounts and the related permissions. Moreover, an LDAP database is easily replicated, which allows setting up multiple synchronized LDAP servers. When the network and the user base grows quickly, the load can then be balanced across several servers.
id-ID: OpenLDAP adalah sebuah implementasi protokol LDAP; dengan kata lain, itu adalah sebuah basis data tujuan khusus yang dirancang untuk menyimpan direktori. Dalam kasus penggunaan yang paling umum, menggunakan server LDAP memungkinkan pemusatan manajemen akun pengguna dan izin terkait. Selain itu, sebuah basis data LDAP mudah direplikasi, yang memungkinkan menyiapkan beberapa server LDAP yang tersinkronisasi. Ketika jaringan dan basis pengguna tumbuh cepat, beban kemudian dapat diseimbangkan ke beberapa server.

en: LDAP data is structured and hierarchical. The structure is defined by “schemas” which describe the kind of objects that the database can store, with a list of all their possible attributes. The syntax used to refer to a particular object in the database is based on this structure, which explains its complexity.
id-ID: Data LDAP terstruktur dan hirarkis. Struktur didefinisikan oleh "skema" yang menggambarkan jenis objek yang dapat disimpan oleh basis data, dengan daftar semua atribut mereka yang mungkin. Sintaks yang digunakan untuk merujuk pada suatu obyek tertentu dalam basis data tersebut berdasarkan atas struktur ini, yang menjelaskan kompleksitasnya.

en: The <emphasis role="pkg">slapd</emphasis> package contains the OpenLDAP server. The <emphasis role="pkg">ldap-utils</emphasis> package includes command-line tools for interacting with LDAP servers.
id-ID: Paket <emphasis role="pkg">slapd</emphasis> berisi server OpenLDAP. Paket <emphasis role="pkg">ldap-utils</emphasis> memuat alat bantu baris perintah untuk berinteraksi dengan server LDAP.

en: Installing <emphasis role="pkg">slapd</emphasis> usually asks only for the administrator's password and the resulting database is unlikely to suit your needs. Fortunately a simple <command>dpkg-reconfigure slapd</command> will let you reconfigure the LDAP database with more details:
id-ID: Memasang <emphasis role="pkg">slapd</emphasis> biasanya hanya menanyakan kata sandi administrator dan basis data yang dihasilkan sangat boleh jadi tidak sesuai dengan kebutuhan Anda. Untungnya sekedar <command>dpkg-reconfigure slapd</command> memungkinkan Anda mengkonfigurasi ulang basis data LDAP dengan lebih banyak rincian:

en: Omit OpenLDAP server configuration? No, of course, we want to configure this service.
id-ID: Abaikan konfigurasi server OpenLDAP? Tidak, tentu saja, kami ingin mengkonfigurasi layanan ini.

en: DNS domain name: “<literal>falcot.com</literal>”.
id-ID: Nama domain DNS: "<literal>falcot.com</literal>".

en: Organization name: “Falcot Corp”.
id-ID: Nama organisasi: "Falcot Corp".

en: An administrative passwords needs to be typed in.
id-ID: Kata sandi administratif harus diketikkan.

en: Database backend to use: “MDB”.
id-ID: Backend basis data yang dipakai: "MDB".

en: Do you want the database to be removed when <emphasis role="pkg">slapd</emphasis> is purged? No. No point in risking losing the database in case of a mistake.
id-ID: Apakah Anda ingin basis data dihapus ketika <emphasis role="pkg">slapd</emphasis> dibersihkan? Tidak. Tidak ada gunanya berrisiko kehilangan basis data jika terjadi kesalahan.

en: Move old database? This question is only asked when the configuration is attempted while a database already exists. Only answer “yes” if you actually want to start again from a clean database, for instance if you run <command>dpkg-reconfigure slapd</command> right after the initial installation.
id-ID: Memindahkan basis data lama? Ini hanya ditanyakan ketika konfigurasi diupayakan sementara basis data yang sudah ada. Hanya jawab "yes" jika Anda benar-benar ingin mulai lagi dari basis data yang bersih, misalnya jika Anda menjalankan <command>dpkg-reconfigure slapd</command> tepat setelah instalasi awal.

en: <emphasis>BACK TO BASICS</emphasis> LDIF format
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> format LDIF

en: An LDIF file (<emphasis>LDAP Data Interchange Format</emphasis>) is a portable text file describing the contents of an LDAP database (or a portion thereof); this can then be used to inject the data into any other LDAP server.
id-ID: Suatu berkas LDIF (<emphasis>LDAP Data Interchange Format</emphasis>) adalah sebuah berkas teks portabel yang menggambarkan isi dari basis data LDAP (atau bagian daripadanya); ini kemudian dapat digunakan untuk menyuntikkan data ke server LDAP lain.

en: A minimal database is now configured, as demonstrated by the following query:
id-ID: Basis data minimal sekarang dikonfigurasi, seperti yang ditunjukkan oleh kuiri berikut:

en: The query returned two objects: the organization itself, and the administrative user.
id-ID: Kuiri mengembalikan dua objek: organisasi itu sendiri, dan pengguna administratif.

en: Filling in the Directory
id-ID: Mengisi Direktori

en: Since an empty database is not particularly useful, we are going to inject into it all the existing directories; this includes the users, groups, services and hosts databases.
id-ID: Karena basis data kosong yang tidak terlalu berguna, kita akan menyuntikkan ke dalamnya semua direktori yang ada; ini mencakup basis data pengguna, grup, layanan, dan host.

en: The <emphasis role="pkg">migrationtools</emphasis> package provides a set of scripts dedicated to extract data from the standard Unix directories (<filename>/etc/passwd</filename>, <filename>/etc/group</filename>, <filename>/etc/services</filename>, <filename>/etc/hosts</filename> and so on), convert this data, and inject it into the LDAP database.
id-ID: Paket <emphasis role="pkg">migrationtools</emphasis> menyediakan seperangkat skrip yang didedikasikan untuk mengekstrak data dari direktori standar Unix (<filename>/etc/passwd</filename>, <filename>/etc/group</filename>, <filename>/etc/services</filename>, <filename>/etc/hosts</filename>, dan seterusnya), mengkonversi data ini dan menyuntikkan ke basis data LDAP.

en: Once the package is installed, the <filename>/etc/migrationtools/migrate_common.ph</filename> must be edited; the <varname>IGNORE_UID_BELOW</varname> and <varname>IGNORE_GID_BELOW</varname> options need to be enabled (uncommenting them is enough), and <varname>DEFAULT_MAIL_DOMAIN</varname>/<varname>DEFAULT_BASE</varname> need to be updated.
id-ID: Setelah paket terpasang, <filename>/etc/migrationtools/migrate_common.ph</filename> harus disunting; pilihan <varname>IGNORE_UID_BELOW</varname> dan <varname>IGNORE_GID_BELOW</varname> perlu diaktifkan (cukup dengan manghapus tanda komentar), dan <varname>DEFAULT_MAIL_DOMAIN</varname>/<varname>DEFAULT_BASE</varname> perlu diperbarui.

en: The actual migration operation is handled by the <command>migrate_all_online.sh</command> command, as follows:
id-ID: Operasi migrasi sebenarnya, ditangani oleh perintah <command>migrate_all_online.sh</command>, sebagai berikut:

en: The <command>migrate_all_online.sh</command> asks a few questions about the LDAP database into which the data is to be migrated. <xref linkend="tab-migrate-all" xrefstyle="select: label nopage" /> summarizes the answers given in the Falcot use-case.
id-ID: <command>migrate_all_online.sh</command> menanyakan beberapa pertanyaan tentang basis data LDAP tempat tujuan data akan dimigrasi. <xref linkend="tab-migrate-all" xrefstyle="select: label nopage" /> meringkas jawaban yang diberikan dalam use-case Falcot.

en: Answers to questions asked by the <command>migrate_all_online.sh</command> script
id-ID: Jawaban atas pertanyaan yang diajukan oleh skrip <command>migrate_all_online.sh</command>

en: Question
id-ID: Pertanyaan

en: Answer
id-ID: Jawaban

en: X.500 naming context
id-ID: konteks penamaan X.500

en: LDAP server hostname
id-ID: Nama host server LDAP

en: Manager DN
id-ID: Manajer DN

en: Bind credentials
id-ID: Kredensial Bind

en: the administrative password
id-ID: kata sandi administratif

en: Create DUAConfigProfile
id-ID: Buat DUAConfigProfile

en: no
id-ID: tidak

en: <emphasis>TOOL</emphasis> Browsing an LDAP directory
id-ID: <emphasis>ALAT</emphasis> Meramban suatu direktori LDAP

en: The <command>jxplorer</command> command (in the package of the same name) is a graphical tool allowing to browse and edit an LDAP database. It is an interesting tool that provides an administrator with a good overview of the hierarchical structure of the LDAP data.
id-ID: Perintah <command>jxplorer</command> (dalam paket dengan nama yang sama) adalah alat grafis yang memungkinkan untuk meramban dan menyunting suatu basis data LDAP. Ini adalah alat yang menarik yang menyediakan gambaran yang baik ke administrator tentang struktur hirarkis data LDAP.

en: Also note the use of the <literal>-c</literal> option to the <command>ldapadd</command> command; this option requests that processing doesn't stop in case of error. Using this option is required because converting the <filename>/etc/services</filename> often generates a few errors that can safely be ignored.
id-ID: Perhatikan juga penggunaan opsi <literal>-c</literal> untuk perintah <command>ldapadd</command>; opsi ini meminta pengolahan tidak berhenti saat ada kesalahan. Penggunaan opsi ini diperlukan karena mengubah <filename>/etc/services</filename> sering menghasilkan beberapa kesalahan yang aman untuk diabaikan.

en: Managing Accounts with LDAP
id-ID: Mengelola akun dengan LDAP

en: Now the LDAP database contains some useful information, the time has come to make use of this data. This section focuses on how to configure a Linux system so that the various system directories use the LDAP database.
id-ID: Sekarang basis data LDAP berisi beberapa informasi yang berguna, waktunya telah tiba untuk memakai data ini. Bagian ini berfokus pada bagaimana mengkonfigurasi sistem Linux sehingga berbagai sistem direktori memanfaatkan basis data LDAP.

en: Configuring NSS
id-ID: Mengkonfigurasi NSS

en: The NSS system (Name Service Switch, see sidebar <xref linkend="sidebar.intro-nss" />) is a modular system designed to define or fetch information for system directories. Using LDAP as a source of data for NSS requires installing the <emphasis role="pkg">libnss-ldap</emphasis> package. Its installation asks a few questions; the answers are summarized in <xref linkend="tab-libnss-ldap" xrefstyle="select: label nopage" />.
id-ID: Sistem NSS (Name Service Switch, lihat bilah sisi <xref linkend="sidebar.intro-nss" />) adalah sebuah sistem modular yang dirancang untuk menentukan atau mengambil informasi untuk direktori sistem. Menggunakan LDAP sebagai sumber data untuk NSS memerlukan memasang paket <emphasis role="pkg">libnss-ldap</emphasis>. Instalasi menanyakan beberapa pertanyaan; jawaban dirangkum dalam <xref linkend="tab-libnss-ldap" xrefstyle="select: label nopage" />.

en: Distinguished name of the search base
id-ID: Distinguished name dari basis pencarian

en: LDAP version to use
id-ID: Versi LDAP yang akan dipakai

en: LDAP account for root
id-ID: Akun LDAP untuk root

en: LDAP root account password
id-ID: Kata sandi akun root LDAP

en: Allow LDAP admin account behave like local root?
id-ID: Izinkan akun admin LDAP berperilaku seperti root lokal?

en: Does the LDAP database require login?
id-ID: Apakah basis data LDAP memerlukan login?

en: The <filename>/etc/nsswitch.conf</filename> file then needs to be modified, so as to configure NSS to use the freshly-installed <command>ldap</command> module. You can use the example provided in <filename>/usr/share/doc/libnss-ldap/examples/nsswitch.ldap</filename> or edit your existing configuration.
id-ID: Berkas <filename>/etc/nsswitch.conf</filename> lalu perlu diubah, sehingga mengkonfigurasi NSS untuk menggunakan modul <command>ldap</command> yang baru dipasang. Anda dapat memakai contoh yang disediakan dalam <filename>/usr/share/doc/libnss-ldap/examples/nsswitch.ldap</filename> atau menyunting konfigurasi eksisting Anda.

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

en: The <command>ldap</command> module is usually inserted before others, and it will therefore be queried first. The notable exception is the <literal>hosts</literal> service since contacting the LDAP server requires consulting DNS first (to resolve <literal>ldap.falcot.com</literal>). Without this exception, a hostname query would try to ask the LDAP server; this would trigger a name resolution for the LDAP server, and so on in an infinite loop.
id-ID: Modul <command>ldap</command> biasanya dimasukkan sebelum yang lain, dan itu karena itu dikuiri pertama. Pengecualian adalah layanan <literal>hosts</literal> karena menghubungi server LDAP membutuhkan terlebih dahulu konsultasi ke DNS (untuk me-resolve <literal>ldap.falcot.com</literal>). Tanpa pengecualian ini, suatu kuiri nama host akan mencoba untuk bertanya ke server LDAP; ini akan memicu resolusi nama untuk server LDAP, dan seterusnya dalam suatu pengulangan tanpa ujung.

en: If the LDAP server should be considered authoritative (and the local files used by the <command>files</command> module disregarded), services can be configured with the following syntax:
id-ID: Jika server LDAP mesti dianggap otoritatif (dan berkas lokal yang digunakan oleh modul <command>files</command> diabaikan), layanan dapat dikonfigurasi dengan sintaks berikut:

en: If the requested entry does not exist in the LDAP database, the query will return a “not existing” reply even if the resource does exist in one of the local files; these local files will only be used when the LDAP service is down.
id-ID: Jika entri yang diminta tidak ada di basis data LDAP, kuiri akan mengembalikan jawaban "tidak ada" bahkan jika sumber daya ada di salah satu berkas lokal; berkas-berkas lokal ini hanya dapat digunakan ketika layanan LDAP mati.

en: Configuring PAM
id-ID: Mengkonfigurasi PAM

en: This section describes a PAM configuration (see sidebar <xref linkend="sidebar.intro-pam" />) that will allow applications to perform the required authentications against the LDAP database.
id-ID: Bagian ini menjelaskan tentang konfigurasi PAM (lihat bilah sisi <xref linkend="sidebar.intro-pam" />) yang akan memungkinkan aplikasi untuk melakukan otentikasi yang diperlukan terhadap basis data LDAP.

en: <emphasis>CAUTION</emphasis> Broken authentication
id-ID: <emphasis>HATI-HATI</emphasis> Otentikasi yang rusak

en: Changing the standard PAM configuration used by various programs is a sensitive operation. A mistake can lead to broken authentication, which could prevent logging in. Keeping a root shell open is therefore a good precaution. If configuration errors occur, they can be then fixed and the services restarted with minimal effort.
id-ID: Mengubah konfigurasi PAM standar yang digunakan oleh berbagai program adalah sebuah operasi yang sensitif. Kesalahan dapat menyebabkan otentikasi yang rusak, yang dapat mencegah masuk. Mempertahankan sebuah shell root terbuka oleh karena itu adalah tindakan pencegahan yang baik. Jika terjadi kesalahan konfigurasi, mereka dapat kemudian diperbaiki dan layanan dijalankan ulang dengan usaha minimum.

en: The LDAP module for PAM is provided by the <emphasis role="pkg">libpam-ldap</emphasis> package. Installing this package asks a few questions very similar to those in <emphasis role="pkg">libnss-ldap</emphasis>; some configuration parameters (such as the URI for the LDAP server) are even actually shared with the <emphasis role="pkg">libnss-ldap</emphasis> package. Answers are summarized in <xref linkend="tab-libpam-ldap" xrefstyle="select: label nopage" />.
id-ID: Modul LDAP untuk PAM disediakan oleh paket <emphasis role="pkg">libpam-ldap</emphasis>. Memasang paket ini menanyakan beberapa pertanyaan sangat mirip dengan yang di <emphasis role="pkg">libnss-ldap</emphasis>; beberapa parameter konfigurasi (seperti URI untuk server LDAP) bahkan dipakai bersama dengan paket <emphasis role="pkg">libnss-ldap</emphasis>. Jawaban dirangkum dalam <xref linkend="tab-libpam-ldap" xrefstyle="select: label nopage" />.

en: Configuration of <emphasis>libpam-ldap</emphasis>
id-ID: Konfigurasi <emphasis>libpam-ldap</emphasis>

en: Allow LDAP admin account to behave like local root?
id-ID: Izinkan akun admin LDAP untuk berperilaku seperti root lokal?

en: Yes. This allows using the usual <command>passwd</command> command for changing passwords stored in the LDAP database.
id-ID: Ya. Hal ini memungkinkan menggunakan perintah <command>passwd</command> yang biasa untuk mengubah kata sandi yang disimpan dalam basis data LDAP.

en: Does the LDAP database require logging in?
id-ID: Apakah basis data LDAP memerlukan login?

en: the LDAP database administrative password
id-ID: kata sandi administratif basis data LDAP

en: Installing <emphasis role="pkg">libpam-ldap</emphasis> automatically adapts the default PAM configuration defined in the <filename>/etc/pam.d/common-auth</filename>, <filename>/etc/pam.d/common-password</filename> and <filename>/etc/pam.d/common-account</filename> files. This mechanism uses the dedicated <command>pam-auth-update</command> tool (provided by the <emphasis role="pkg">libpam-runtime</emphasis> package). This tool can also be run by the administrator should they wish to enable or disable PAM modules.
id-ID: Memasang <emphasis role="pkg">libpam-ldap</emphasis> secara otomatis mengadaptasi konfigurasi PAM default yang didefinisikan dalam berkas <filename>/etc/pam.d/common-auth</filename>, <filename>/etc/pam.d/common-password</filename>, dan <filename>/etc/pam.d/common-account</filename>. Mekanisme ini menggunakan alat khusus <command>pam-auth-update</command> (yang disediakan oleh paket <emphasis role="pkg">libpam-runtime</emphasis>). Alat ini juga dapat dijalankan oleh administrator jika mereka ingin mengaktifkan atau menonaktifkan modul PAM.

en: Securing LDAP Data Exchanges
id-ID: Mengamankan Pertukaran Data LDAP

en: <primary>LDAP</primary><secondary>secure</secondary>
id-ID: <primary>LDAP</primary><secondary>aman</secondary>

en: By default, the LDAP protocol transits on the network as cleartext; this includes the (encrypted) passwords. Since the encrypted passwords can be extracted from the network, they can be vulnerable to dictionary-type attacks. This can be avoided by using an extra encryption layer; enabling this layer is the topic of this section.
id-ID: Secara default, protokol LDAP transit pada jaringan sebagai teks polos; ini termasuk kata sandi (yang dienkripsi). Karena kata sandi terenkripsi dapat diekstrak dari jaringan, mereka dapat rentan terhadap serangan bertipe dictionary-attack. Ini dapat dihindari dengan menggunakan lapisan tambahan enkripsi; memfungsikan lapisan ini adalah topik bagian ini.

en: Configuring the Server
id-ID: Menata Server

en: <primary><foreignphrase>OpenSSL</foreignphrase></primary><secondary>creating keys</secondary>
id-ID: <primary><foreignphrase>OpenSSL</foreignphrase></primary><secondary>membuat kunci</secondary>

en: <primary>key pair</primary>
id-ID: <primary>pasangan kunci</primary>

en: The first step is to create a key pair (comprising a public key and a private key) for the LDAP server. The Falcot administrators reuse <emphasis>easy-rsa</emphasis> to generate it (see <xref linkend="sect.easy-rsa" />). Running <command>./easyrsa build-server-full ldap.falcot.com nopass</command> will ask you about the “common name”. The answer to that question <emphasis>must</emphasis> be the fully-qualified hostname for the LDAP server; in our case, <literal>ldap.falcot.com</literal>.
id-ID: Langkah pertama adalah untuk membuat pasangan kunci (terdiri dari kunci publik dan kunci privat) untuk server LDAP. Para administrator Falcot kembali memakai <emphasis>easy-rsa</emphasis> untuk menghasilkan ini (lihat <xref linkend="sect.easy-rsa" />). Menjalankan <command>./easyrsa build-server-full ldap.falcot.com nopass</command> akan mengajukan pertanyaan tentang "common name". Jawaban atas pertanyaan itu <emphasis>harus</emphasis> berupa fully-qualified hostname untuk server LDAP; dalam kasus kami, <literal>ldap.falcot.com</literal>.

en: This command creates a certificate in the <filename>pki/issued/ldap.falcot.com.crt</filename> file; the corresponding private key is stored in <filename>pki/private/ldap.falcot.com.key</filename>.
id-ID: Perintah ini akan membuat sertifikat dalam berkas <filename>pki/issued/ldap.falcot.com.crt</filename>; kunci privat disimpan dalam <filename>pki/private/ldap.falcot.com.key</filename>.

en: Now these keys have to be installed in their standard location, and we must make sure that the private file is readable by the LDAP server which runs under the <literal>openldap</literal> user identity:
id-ID: Sekarang kunci ini harus dipasang di lokasi standar mereka, dan kita harus memastikan bahwa berkasi pribadi tersebut dapat dibaca oleh server LDAP yang berjalan di bawah identitas pengguna <literal>openldap</literal>:

en: The <command>slapd</command> daemon also needs to be told to use these keys for encryption. The LDAP server configuration is managed dynamically: the configuration can be updated with normal LDAP operations on the <literal>cn=config</literal> object hierarchy, and the server updates <filename>/etc/ldap/slapd.d</filename> in real time to make the configuration persistent. <command>ldapmodify</command> is thus the right tool to update the configuration:
id-ID: Daemon <command>slapd</command> juga perlu diberitahu untuk menggunakan kunci-kunci ini untuk enkripsi. Konfigurasi server LDAP dikelola secara dinamis: konfigurasi dapat diperbarui dengan operasi LDAP normal pada hirarki objek <literal>cn=config</literal>, dan server memperbarui <filename>/etc/ldap/slapd.d</filename> secara real time untuk membuat konfigurasi persisten. <command>ldapmodify</command> adalah alat yang tepat untuk memperbarui konfigurasi:

en: Configuring <command>slapd</command> for encryption
id-ID: Mengkonfigurasi <command>slapd</command> untuk enkripsi

en: <emphasis>TOOL</emphasis> <command>ldapvi</command> to edit an LDAP directory
id-ID: <emphasis>ALAT</emphasis> <command>ldapvi</command> untuk menyunting direktori LDAP

en: It is thus a convenient way to update the configuration of the LDAP server, simply by editing the <literal>cn=config</literal> hierarchy.
id-ID: Jadi itu adalah cara mudah untuk memperbarui konfigurasi server LDAP, cukup dengan menyunting hirarki <literal>cn=config</literal>.

en: The last step for enabling encryption involves changing the <varname>SLAPD_SERVICES</varname> variable in the <filename>/etc/default/slapd</filename> file. We'll play it safe and disable unsecured LDAP altogether.
id-ID: Langkah terakhir untuk memfungsikan enkripsi adalah mengubah variabel <varname>SLAPD_SERVICES</varname> di berkas <filename>/etc/default/slapd</filename>. Kami akan bermain aman dan menonaktifkan LDAP tidak aman sama sekali.

en: The <filename>/etc/default/slapd</filename> file
id-ID: Berkas <filename>/etc/default/slapd</filename>

en: Configuring the Client
id-ID: Mengkonfigurasi Klien

en: On the client side, the configuration for the <emphasis>libpam-ldap</emphasis> and <emphasis>libnss-ldap</emphasis> modules needs to be modified to use an <literal>ldaps://</literal> URI.
id-ID: Pada sisi klien, konfigurasi untuk modul <emphasis>libpam-ldap</emphasis> dan <emphasis>libnss-ldap</emphasis> perlu dimodifikasi untuk menggunakan URI <literal>ldaps://</literal>.

en: Last but not least, the default LDAP URI and default base DN used by the various command line tools can be modified in <filename>/etc/ldap/ldap.conf</filename>. This will save quite some typing.
id-ID: Terakhir sama pentingnya, URI LDAP default dan base DN default yang digunakan oleh berbagai alat baris perintah dapat dimodifikasi dalam <filename>/etc/ldap/ldap.conf</filename>. Ini akan banyak menghemat pengetikan.

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

en: Real-Time Communication Services
id-ID: Layanan Komunikasi Real-Time

en: Real-Time Communication (RTC) services include voice, video/webcam, instant messaging (IM) and desktop sharing. This chapter gives a brief introduction to three of the services required to operate RTC, including a TURN server, SIP server and XMPP server. Comprehensive details of how to plan, install and manage these services are available in the Real-Time Communications Quick Start Guide which includes examples specific to Debian. <ulink type="block" url="https://rtcquickstart.org" />
id-ID: Layanan Real-Time komunikasi (RTC) meliputi suara, video/webcam, pesan instan (IM), dan berbagi pakai desktop. Bab ini memberikan pengantar singkat tiga layanan yang diperlukan untuk mengoperasikan RTC, termasuk server TURN, server SIP, dan server XMPP. Rincian komprehensif tentang bagaimana untuk merencanakan, memasang, dan mengelola layanan ini tersedia dalam Panduan Ringkas Komunikasi Real-Time termasuk contoh spesifik untuk Debian. <ulink type="block" url="https://rtcquickstart.org" />

en: Both SIP and XMPP can provide the same functionality. SIP is slightly more well known for voice and video while XMPP is traditionally regarded as an IM protocol. In fact, they can both be used for any of these purposes. To maximize connectivity options, it is recommended to run both in parallel.
id-ID: SIP dan XMPP dapat menyediakan fungsionalitas yang sama. SIP sedikit lebih dikenal untuk suara dan video sementara XMPP secara tradisional dianggap sebagai protokol IM. Pada kenyataannya, keduanya dapat digunakan untuk tujuan ini. Untuk memaksimalkan pilihan konektivitas, disarankan untuk menjalankan keduanya secara paralel.

en: These services rely on X.509 certificates both for authentication and confidentiality purposes. See <xref linkend="sect.x509-cert" /> for more information.
id-ID: Layanan ini mengandalkan sertifikat X.509 untuk tujuan otentikasi dan kerahasiaan. Lihat <xref linkend="sect.x509-cert" /> untuk informasi lebih lanjut.

en: DNS settings for RTC services
id-ID: Pengaturan DNS untuk layanan RTC

en: 
    ; the server where everything will run
    server1            IN     A      198.51.100.19
    server1            IN     AAAA   2001:DB8:1000:2000::19
    
    ; IPv4 only for TURN for now, some clients are buggy with IPv6
    turn-server        IN     A      198.51.100.19
    
    ; IPv4 and IPv6 addresses for SIP
    sip-proxy          IN     A      198.51.100.19
    sip-proxy          IN     AAAA   2001:DB8:1000:2000::19
    
    ; IPv4 and IPv6 addresses for XMPP
    xmpp-gw            IN     A      198.51.100.19
    xmpp-gw            IN     AAAA   2001:DB8:1000:2000::19
    
    ; DNS SRV and NAPTR for STUN / TURN
    _stun._udp  IN SRV    0 1 3467 turn-server.falcot.com.
    _turn._udp  IN SRV    0 1 3467 turn-server.falcot.com.
    @           IN NAPTR  10 0 "s" "RELAY:turn.udp" "" _turn._udp.falcot.com.
    
    ; DNS SRV and NAPTR records for SIP
    _sips._tcp  IN SRV    0 1 5061 sip-proxy.falcot.com.
    @           IN NAPTR  10 0 "s" "SIPS+D2T" "" _sips._tcp.falcot.com.
    
    ; DNS SRV records for XMPP Server and Client modes:
    _xmpp-client._tcp  IN     SRV    5 0 5222 xmpp-gw.falcot.com.
    _xmpp-server._tcp  IN     SRV    5 0 5269 xmpp-gw.falcot.com.
id-ID: 
    ; server tempat semua akan dijalankan
    server1            IN     A      198.51.100.19
    server1            IN     AAAA   2001:DB8:1000:2000::19
    
    ; IPv4 only for TURN for now, some clients are buggy with IPv6
    turn-server        IN     A      198.51.100.19
    
    ; IPv4 and IPv6 addresses for SIP
    sip-proxy          IN     A      198.51.100.19
    sip-proxy          IN     AAAA   2001:DB8:1000:2000::19
    
    ; IPv4 and IPv6 addresses for XMPP
    xmpp-gw            IN     A      198.51.100.19
    xmpp-gw            IN     AAAA   2001:DB8:1000:2000::19
    
    ; DNS SRV and NAPTR for STUN / TURN
    _stun._udp  IN SRV    0 1 3467 turn-server.falcot.com.
    _turn._udp  IN SRV    0 1 3467 turn-server.falcot.com.
    @           IN NAPTR  10 0 "s" "RELAY:turn.udp" "" _turn._udp.falcot.com.
    
    ; DNS SRV and NAPTR records for SIP
    _sips._tcp  IN SRV    0 1 5061 sip-proxy.falcot.com.
    @           IN NAPTR  10 0 "s" "SIPS+D2T" "" _sips._tcp.falcot.com.
    
    ; DNS SRV records for XMPP Server and Client modes:
    _xmpp-client._tcp  IN     SRV    5 0 5222 xmpp-gw.falcot.com.
    _xmpp-server._tcp  IN     SRV    5 0 5269 xmpp-gw.falcot.com.

en: TURN Server
id-ID: Server TURN

en: TURN is a service that helps clients behind NAT routers and firewalls to discover the most efficient way to communicate with other clients and to relay the media streams if no direct media path can be found. It is highly recommended that the TURN server is installed before any of the other RTC services are offered to end users.
id-ID: TURN adalah layanan yang membantu klien di belakang firewall dan router NAT untuk menemukan cara yang paling efisien untuk berkomunikasi dengan klien lain dan me-relay stream media jika tidak ditemukan path media yang langsung. Sangat dianjurkan untuk memasang server TURN sebelum salah satu layanan RTC lain ditawarkan kepada pengguna akhir.

en: TURN and the related ICE protocol are open standards. To benefit from these protocols, maximizing connectivity and minimizing user frustration, it is important to ensure that all client software supports ICE and TURN.
id-ID: TURN dan protokol ICE yang terkait adalah standar terbuka. Untuk memperoleh manfaat dari protokol-protokol ini, memaksimalkan konektivitas dan meminimalkan frustrasi, itu penting untuk memastikan bahwa semua perangkat lunak klien mendukung ICE dan TURN.

en: For the ICE algorithm to work effectively, the server must have two public IPv4 addresses.
id-ID: Agar algoritma ICE bekerja secara efektif, server harus memiliki dua alamat IPv4 publik.

en: Install the <emphasis role="pkg">coturn</emphasis> package and edit the <filename>/etc/turnserver.conf</filename> configuration file. By default, a SQLite database is configured in <filename>/var/db/turndb</filename> for user account settings, but PostgreSQL, MySQL or Redis can be set up instead if preferred. The most important thing to do is insert the IP addresses of the server.
id-ID: Instal paket <emphasis role="pkg">coturn</emphasis> dan sunting berkas konfigurasi <filename>/etc/turnserver.conf</filename>. Secara default, database SQLite dikonfigurasi di <filename>/var/db/turndb</filename> untuk pengaturan akun pengguna, tetapi PostgreSQL, MySQL, atau Redis dapat disiapkan jika diinginkan. Hal terpenting yang harus dilakukan adalah memasukkan alamat IP server.

en: By default, the TURN server uses anonymous access. We have to add the users we want to use:
id-ID: Secara default, server TURN menggunakan akses anonim. Kita harus menambahkan pengguna yang ingin kita gunakan:

en: We use the argument <literal>-a</literal> to add a normal user and <literal>-A</literal> to add an admin user.
id-ID: Kita menggunakan argumen <literal>-a</literal> untuk menambahkan pengguna normal dan <literal>-A</literal> untuk menambahkan pengguna admin.

en: SIP Proxy Server
id-ID: Server Proksi SIP

en: A SIP proxy server manages the incoming and outgoing SIP connections between other organizations, SIP trunking providers, SIP PBXes such as Asterisk, SIP phones, SIP-based softphones and WebRTC applications.
id-ID: Server proksi SIP mengelola koneksi SIP masuk dan keluar antara organisasi, penyedia trunking SIP, PBX SIP seperti Asterisk, telepon SIP, softphones berbasis SIP, dan aplikasi WebRTC.

en: <primary>SIP</primary><secondary>proxy</secondary>
id-ID: <primary>SIP</primary> <secondary>proksi</secondary>

en: It is strongly recommended to install and configure the SIP proxy before attempting a SIP PBX setup. The SIP proxy normalizes a lot of the traffic reaching the PBX and provides greater connectivity and resilience.
id-ID: Sangat dianjurkan untuk memasang dan mengkonfigurasi proksi SIP sebelum mencoba konfigurasi PBX SIP. Proksi SIP menormalkan banyak lalu lintas yang mencapai PBX dan menyediakan konektivitas dan ketahanan yang lebih besar.

en: Install the SIP proxy
id-ID: Memasang proksi SIP

en: Now we focus on the configuration file <filename>/etc/kamailio/kamailio.cfg</filename>. Falcot needs user authentication and persistent user location, so they add the following <literal>#!define</literal> directives at the top of that file:
id-ID: Sekarang kita fokus pada berkas konfigurasi <filename>/etc/kamailio/kamailio.cfg</filename>. Falcot membutuhkan otentikasi pengguna dan lokasi pengguna yang persisten, sehingga mereka menambahkan perintah <literal>#!define</literal> berikut di bagian atas berkas itu:

en: XMPP Server
id-ID: Server XMPP

en: An XMPP server manages connectivity between local XMPP users and XMPP users in other domains on the public Internet.
id-ID: Suatu server XMPP mengelola konektivitas antara pengguna XMPP lokal dan XMPP pengguna di domain lainnya di Internet.

en: <emphasis>VOCABULARY</emphasis> XMPP or Jabber?
id-ID: <emphasis>KOSAKATA</emphasis> XMPP atau Jabber?

en: XMPP is sometimes referred to as Jabber. In fact, Jabber is a trademark and XMPP is the official name of the standard.
id-ID: XMPP kadang-kadang disebut sebagai Jabber. Pada kenyataannya, Jabber adalah merek dagang dan XMPP adalah nama resmi standar.

en: Install the XMPP server
id-ID: Pasang server XMPP

en: Install the <emphasis role="pkg">prosody</emphasis> package.
id-ID: Pasang paket <emphasis role="pkg">prosody</emphasis>.

en: Review the <filename>/etc/prosody/prosody.cfg.lua</filename> configuration file. The most important thing to do is insert JIDs of the users who are permitted to manage the server.
id-ID: Tinjau berkas konfigurasi <filename>/etc/prosody/prosody.cfg.lua</filename>. Yang paling penting untuk dilakukan adalah memasukkan JID pengguna yang diizinkan untuk mengelola server.

en: An individual configuration file is also needed for each domain. Copy the sample from <filename>/etc/prosody/conf.avail/example.com.cfg.lua</filename> and use it as a starting point. Here is <literal>falcot.com.cfg.lua</literal>:
id-ID: Berkas konfigurasi individu juga diperlukan untuk setiap domain. Salin contoh dari <filename>/etc/prosody/conf.avail/example.com.cfg.lua</filename> dan gunakan sebagai titik awal. Berikut adalah <literal>falcot.com.cfg.lua</literal>:

en: To enable the domain, there must be a symlink from <filename>/etc/prosody/conf.d/</filename>. Create it that way:
id-ID: Untuk mengaktifkan domain, harus ada symlink dari <filename>/etc/prosody/conf.d/</filename>. Buat dengan cara:

en: Restart the service to use the new configuration.
id-ID: Jalankan ulang layanan menggunakan konfigurasi baru.

en: Managing the XMPP server
id-ID: Mengelola server XMPP

en: See the <ulink url="https://prosody.im/doc/configure"> Prosody online documentation</ulink> for more details about how to customize the configuration.
id-ID: Lihat <ulink url="https://prosody.im/doc/configure"> dokumentasi daring Prosody</ulink> untuk informasi lebih lanjut tentang cara menyesuaikan konfigurasi.

en: Running services on port 443
id-ID: Menjalankan layanan pada port 443

en: Some administrators prefer to run all of their RTC services on port 443. This helps users to connect from remote locations such as hotels and airports where other ports may be blocked or Internet traffic is routed through HTTP proxy servers.
id-ID: Beberapa administrator lebih suka untuk menjalankan semua layanan RTC mereka pada port 443. Ini membantu pengguna untuk menyambung dari lokasi terpencil seperti Hotel dan Bandara dimana port lain dapat diblokir atau lalu lintas Internet disalurkan melalui server proksi HTTP.

en: To use this strategy, each service (SIP, XMPP and TURN) needs a different IP address. All the services can still be on the same host as Linux supports multiple IP addresses on a single host. The port number, 443, must be specified in the configuration files for each process and also in the DNS SRV records.
id-ID: Untuk menggunakan strategi ini, setiap layanan (SIP, XMPP, dan TURN) membutuhkan alamat-alamat IP yang berbeda. Semua layanan masih bisa diwadahi pada host yang sama karena Linux mendukung beberapa alamat IP pada satu host. Nomor port, 443, harus ditentukan di berkas konfigurasi untuk setiap proses dan juga di record SRV DNS.

en: Adding WebRTC
id-ID: Menambahkan WebRTC

en: Falcot wants to let customers make phone calls directly from the web site. The Falcot administrators also want to use WebRTC as part of their disaster recovery plan, so staff can use web browsers at home to log in to the company phone system and work normally in an emergency.
id-ID: Falcot ingin membiarkan pelanggan membuat panggilan telepon secara langsung dari situs web. Para administrator Falcot juga ingin menggunakan WebRTC sebagai bagian dari rencana pemulihan bencana, sehingga staf dapat menggunakan peramban web di rumah untuk log masuk ke sistem telepon perusahaan dan bekerja secara normal dalam keadaan darurat.

en: <emphasis>IN PRACTICE</emphasis> Try WebRTC
id-ID: <emphasis>DALAM PRAKTEK</emphasis> Mencoba WebRTC

en: <primary>WebRTC</primary><secondary>demonstration</secondary>
id-ID: <primary>Demonstrasi</primary><secondary>WebRTC</secondary>

en: WebRTC is a rapidly evolving technology and it is essential to use packages from the <emphasis role="distribution">Testing</emphasis> distribution. Another option is to compile the software.
id-ID: WebRTC adalah sebuah teknologi yang berkembang pesat dan sangat penting untuk menggunakan paket dari distribusi <emphasis role="distribution">Testing</emphasis>. Opsi lain adalah dengan mengompail perangkat lunaknya.

en: WebRTC uses a simple API to provide browsers and mobile applications with RTC, it is free software and it is being developed by Google. <ulink type="block" url="https://webrtc.org" />
id-ID: WebRTC menggunakan API sederhana untuk menyediakan RTC ke peramban dan aplikasi seluler, ini adalah perangkat lunak gratis dan sedang dikembangkan oleh Google. <ulink type="block" url="https://webrtc.org" />

en: More advanced click-to-call web sites typically use server-side scripting to generate the <literal>config.js</literal> file dynamically. The <ulink url="https://www.drupal.org/project/drucall">DruCall</ulink> source code demonstrates how to do this with PHP.
id-ID: Situs-situs web klik-untuk-memanggil yang lebih lanjut biasanya menggunakan script sisi server untuk menghasilkan berkas <literal>config.js</literal> secara dinamis. Kode sumber <ulink url="https://www.drupal.org/project/drucall">DruCall</ulink> menunjukkan bagaimana melakukan ini dengan PHP.

en: This chapter sampled only a fraction of the available server software; however, most of the common network services were described. Now it is time for an even more technical chapter: we'll go into deeper detail for some concepts, describe massive deployments and virtualization.
id-ID: Bab ini mencuplik hanya sebagian kecil dari perangkat lunak server yang tersedia; namun, sebagian besar layanan jaringan umum telah digambarkan. Sekarang saatnya untuk bab yang bahkan lebih teknis: kita akan pergi ke detail yang lebih untuk beberapa konsep, menggambarkan penyebaran besar-besaran, dan virtualisasi.
