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

en: Network
id-ID: Jaringan

en: Network Infrastructure
id-ID: Infrastruktur Jaringan

en: Linux sports the whole Unix heritage for networking, and Debian provides a full set of tools to create and manage them. This chapter reviews these tools.
id-ID: Linux memperoleh seluruh warisan Unix untuk jaringan, dan Debian menyediakan set lengkap peralatan untuk membuat dan mengelola mereka. Bab ini mengulas peralatan tersebut.

en: A gateway is a system linking several networks. This term often refers to a local network's “exit point” on the mandatory path to all external IP addresses. The gateway is connected to each of the networks it links together, and acts as a router to convey IP packets between its various interfaces.
id-ID: Gateway adalah sebuah sistem yang menghubungkan beberapa jaringan. Istilah ini sering mengacu pada "titik keluar" jaringan lokal pada jalur wajib untuk semua alamat IP eksternal. Gateway terhubung ke masing-masing jaringan yang dihubungkannya, dan bertindak sebagai sebuah router untuk menyampaikan paket-paket IP antara berbagai antarmuka.

en: <emphasis>BACK TO BASICS</emphasis> IP packet
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> paket IP

en: <primary>packet</primary><secondary>IP</secondary>
id-ID: <primary>paket</primary><secondary>IP</secondary>

en: Most networks nowadays use the IP protocol (<emphasis>Internet Protocol</emphasis>). This protocol segments the transmitted data into limited-size packets. Each packet contains, in addition to its payload data, a number of details required for its proper routing.
id-ID: Sebagian besar jaringan saat ini menggunakan protokol IP (<emphasis>Internet Protocol</emphasis>). Protokol ini mensegmentasi data yang ditransmisikan ke paket-paket ukuran terbatas. Setiap packet berisi, selain muatan datanya, sejumlah rincian yang diperlukan untuk routing yang tepat.

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

en: Many programs do not handle the individual packets themselves, even though the data they transmit does travel over IP; they often use TCP (<emphasis>Transmission Control Protocol</emphasis>). TCP is a layer over IP allowing the establishment of connections dedicated to data streams between two points. The programs then only see an entry point into which data can be fed with the guarantee that the same data exits without loss (and in the same sequence) at the exit point at the other end of the connection. Although many kinds of errors can happen in the lower layers, they are compensated by TCP: lost packets are retransmitted, and packets arriving out of order (for example, if they used different paths) are re-ordered appropriately.
id-ID: Banyak program yang tidak menangani sendiri paket-paket individu, walaupun data yang mereka transmisikan berjalan melalui IP; mereka sering memakai TCP (<emphasis>Transmission Control Protocol</emphasis>). TCP adalah suatu lapisan di atas IP yang mengizinkan terjalinnya koneksi yang didedikasikan ke stream data antara dua titik. Program kemudian hanya melihat suatu titik masuk tempat data diasupkan dengan garansi bahwa data yang sama keluar tanpa ada kehilangan (dan dalam urutan yang sama) di titik keluar di ujung lain koneksi. Walaupun banyak jenis kesalahan dapat terjadi dalam lapisan-lapisan yang lebih rendah, mereka dikompensasi oleh TCP: paket hilang dipancarkan ulang, dan paket yang datang tak berurut (sebagai contoh, bila mereka memakai path yang berbeda) diurutkan ulang secara tepat.

en: Another protocol relying on IP is UDP (<emphasis>User Datagram Protocol</emphasis>). In contrast to TCP, it is packet-oriented. Its goals are different: the purpose of UDP is only to transmit one packet from an application to another. The protocol does not try to compensate for possible packet loss on the way, nor does it ensure that packets are received in the same order as were sent. The main advantage to this protocol is that the latency is greatly improved, since the loss of a single packet does not delay the receiving of all following packets until the lost one is retransmitted.
id-ID: Protokol lain yang mengandalkan IP adalah UDP (<emphasis>User Datagram Protocol</emphasis>). Berbeda dengan TCP, ini berorientasi paket. Sasarannya berbeda: tujuan UDP hanya untuk mentransmisikan satu paket dari sebuah aplikasi ke lainnya. Protokol tidak mencoba mengkompensasi kemungkinan kehilangan paket di jalan, maupun tidak memastikan bahwa paket diterima dalam urutan yang sama dengan saat dikirim. Keuntungan utama atas protokol ini adalah latensinya jauh lebih baik, karena kehilangan satu paket tidak menunda penerimaan semua paket yang mengikuti sampai satu yang hilang ditransmisikan ulang.

en: TCP and UDP both involve ports, which are “extension numbers” for establishing communication with a given application on a machine. This concept allows keeping several different communications in parallel with the same correspondent, since these communications can be distinguished by the port number.
id-ID: TCP dan UDP keduanya melibatkan port, yang merupakan “nomor ekstensi” untuk menjalin komunikasi dengan suatu aplikasi pada sebuah mesin. Konsep ini mengizinkan menjaga beberapa komunikasi yang berbeda secara paralel dengan korespondensi yang sama, karena komunikasi ini dapat dibedakan menurut nomor portnya.

en: When a local network uses a private address range (not routable on the Internet), the gateway needs to implement <emphasis>address masquerading</emphasis> so that the machines on the network can communicate with the outside world. The masquerading operation is a kind of proxy operating on the network level: each outgoing connection from an internal machine is replaced with a connection from the gateway itself (since the gateway does have an external, routable address), the data going through the masqueraded connection is sent to the new one, and the data coming back in reply is sent through to the masqueraded connection to the internal machine. The gateway uses a range of dedicated TCP ports for this purpose, usually with very high numbers (over 60000). Each connection coming from an internal machine then appears to the outside world as a connection coming from one of these reserved ports.
id-ID: Ketika suatu jaringan lokal memakai sebuah rentang alamat privat (yang tidak dapat di-route di Internet), gateway perlu mengimplementasikan <emphasis>masquerading alamat</emphasis> sehingga mesin-mesin pada jaringan dapat berkomunikasi dengan dunia luar. Operasi masquerading adalah semacam proksi yang beroperasi pada level jaringa: setiap koneksi arah luar dari suatu mesin internal digantikan dengan suatu koneksi dari gateway itu sendiri (karena gateway memiliki alamat eksternal, yang dapat di-route), data yang melalui koneksi yang di-masquerade dikirim ke yang baru, dan data yang kembali dalam jawaban dikirim melalui koneksi yang di-masquerade ke mesin internal. Gateway memakai suatu rentang port TCP yang terdedikasi untuk tujuan ini, biasanya dengan nomor sangat tinggi (di atas 60000). Setiap koneksi yang datang dari suatu mesin internal kemudian muncul ke dunia luar sebagai suatu koneksi yang datang dari salah satu port yang dicadangkan ini.

en: <emphasis>CULTURE</emphasis> Private address range
id-ID: <emphasis>KULTUR</emphasis> Rentang alamat privat

en: <primary>private IP address</primary>
id-ID: <primary>alamat IP privat</primary>

en: RFC 1918 defines three ranges of IPv4 addresses not meant to be routed on the Internet but only used in local networks. The first one, <literal>10.0.0.0/8</literal> (see sidebar <xref linkend="sidebar.networking-basics" />), is a class-A range (with 2<superscript>24</superscript> IP addresses). The second one, <literal>172.16.0.0/12</literal>, gathers 16 class-B ranges (<literal>172.16.0.0/16</literal> to <literal>172.31.0.0/16</literal>), each containing 2<superscript>16</superscript> IP addresses. Finally, <literal>192.168.0.0/16</literal> is a class-B range (grouping 256 class-C ranges, <literal>192.168.0.0/24</literal> to <literal>192.168.255.0/24</literal>, with 256 IP addresses each). <ulink type="block" url="http://www.faqs.org/rfcs/rfc1918.html" />
id-ID: RFC 1918 mendefinisikan tiga rentang alamat IPv4 yang tidak dimaksudkan untuk di-route di Internet tapi hanya dipakai di jaringan lokal. Yang pertama, <literal>10.0.0.0/8</literal> (lihat bilah sisi <xref linkend="sidebar.networking-basics" />), adalah suatu rentang kelas-A (dengan 2<superscript>24</superscript> alamat IP). Yang kedua, <literal>172.16.0.0/12</literal>, mengumpulkan 16 rentang kelas-B (<literal>172.16.0.0/16</literal> sampai <literal>172.31.0.0/16</literal>), masing-masing memuat 2<superscript>16</superscript> alamat IP. Akhirnya, <literal>192.168.0.0/16</literal> adalah suatu rentang kelas-B (mengelompokkan 256 rentang kelas-C, <literal>192.168.0.0/24</literal> sampai <literal>192.168.255.0/24</literal>, masing-masing dengan 256 alamat IP). <ulink type="block" url="http://www.faqs.org/rfcs/rfc1918.html" />

en: The gateway can also perform two kinds of <emphasis>network address translation</emphasis> (or NAT for short). The first kind, <emphasis>Destination NAT</emphasis> (DNAT) is a technique to alter the destination IP address (and/or the TCP or UDP port) for a (generally) incoming connection. The connection tracking mechanism also alters the following packets in the same connection to ensure continuity in the communication. The second kind of NAT is <emphasis>Source NAT</emphasis> (SNAT), of which <emphasis>masquerading</emphasis> is a particular case; SNAT alters the source IP address (and/or the TCP or UDP port) of a (generally) outgoing connection. As for DNAT, all the packets in the connection are appropriately handled by the connection tracking mechanism. Note that NAT is only relevant for IPv4 and its limited address space; in IPv6, the wide availability of addresses greatly reduces the usefulness of NAT by allowing all “internal” addresses to be directly routable on the Internet (this does not imply that internal machines are accessible, since intermediary firewalls can filter traffic).
id-ID: Gateway juga bisa melaksanakan dua macam <emphasis>network address translation</emphasis> (atau NAT). Jenis pertama, <emphasis>Destination NAT</emphasis> (DNAT) adalah suatu teknik yang mengubah alamat IP tujuan (dan/atau port TCP atau UDP) (umumnya) untuk suatu koneksi masuk. Mekanisme pelacakan koneksi juga mengubah paket-paket yang mengikuti dalam koneksi yang sama untuk memastikan keberlangsungan dalam komunikasi. NAT jenis kedua adalah <emphasis>Source NAT</emphasis> (SNAT), dimana <emphasis>masquerading</emphasis> adalah suatu kasus khusus; SNAT mengubah alamat IP sumber (dan/atau port TCP atau UDP) (umumnya) dari suatu koneksi keluar. Seperti pada DNAT, semua paket dalam koneksi secara tepat ditangani oleh mekanisme pelacakan koneksi. Perhatikan bahwa NAT hanya relevan bagi IPv4 dan ruang alamatnya yang terbatas; dalam IPv6, ketersediaan luas dari alamat sangat mengurangi kebergunaan NAT dengan mengizinkan semua alamat "internal" dapat di-route secara langsung pada Internet (ini tidak mengimplikasikan bahwa mesin-mesin internal dapat diakses, karena firewal perantara dapat menyaring lalu lintas).

en: <emphasis>BACK TO BASICS</emphasis> Port forwarding
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> Penerusan port

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

en: A concrete application of DNAT is <emphasis>port forwarding</emphasis>. Incoming connections to a given port of a machine are forwarded to a port on another machine. Other solutions may exist for achieving a similar effect, though, especially at the application level with <command>ssh</command> (see <xref linkend="sect.ssh-port-forwarding" />) or <command>redir</command>.
id-ID: Aplikasi konkrit DNAT adalah <emphasis>port forwarding</emphasis>. Koneksi masuk ke port tertentu dari suatu mesin diteruskan ke port pada komputer lain. Solusi lain mungkin ada untuk mencapai efek yang sama, terutama pada tingkat aplikasi dengan <command>ssh</command> (Lihat <xref linkend="sect.ssh-port-forwarding" />) atau <command>redir</command> .

en: Enough theory, let's get practical. Turning a Debian system into a gateway is a simple matter of enabling the appropriate option in the Linux kernel, by way of the <filename>/proc/</filename> virtual filesystem:
id-ID: Teori cukup, mari kita praktek. Mengubah sistem Debian menjadi gateway adalah sekedar mengaktifkan opsi yang sesuai untuk kernel Linux, melalui sistem berkas virtual <filename>/proc/</filename>:

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

en: The same effect can be obtained for IPv6 by simply replacing <literal>ipv4</literal> with <literal>ipv6</literal> in the manual command and using the <literal>net.ipv6.conf.all.forwarding</literal> line in <filename>/etc/sysctl.conf</filename>.
id-ID: Efek yang sama dapat diperoleh untuk IPv6 hanya dengan mengganti <literal>ipv4</literal> dengan <literal>ipv6</literal> dalam perintah manual dan menggunakan <literal>net.ipv6.conf.all.forwarding</literal> dalam <filename>/etc/sysctl.conf</filename>.

en: Enabling IPv4 masquerading is a slightly more complex operation that involves configuring the <emphasis>netfilter</emphasis> firewall.
id-ID: Mengaktifkan masquerading IPv4 adalah operasi yang sedikit lebih kompleks yang melibatkan konfigurasi <emphasis> netfilter </emphasis> firewall.

en: Similarly, using NAT (for IPv4) requires configuring <emphasis>netfilter</emphasis>. Since the primary purpose of this component is packet filtering, the details are listed in <xref linkend="security" xrefstyle="select: label quotedtitle nopage" /> (see <xref linkend="sect.firewall-packet-filtering" />).
id-ID: Demikian pula dengan menggunakan NAT (untuk IPv4) membutuhkan konfigurasi <emphasis>netfilter</emphasis>. Karena tujuan utama komponen ini adalah penyaringan paket, rinciannya tercantum dalam <xref linkend="security" xrefstyle="select: label quotedtitle nopage" /> (Lihat <xref linkend="sect.firewall-packet-filtering" />).

en: X.509 certificates
id-ID: setifikat X.509

en: <primary>certificate</primary><secondary>X.509</secondary>
id-ID: <primary>sertifikat</primary><secondary>X.509</secondary>

en: <primary>X.509</primary><secondary>certificates</secondary>
id-ID: <primary>X.509</primary><secondary>sertifikat</secondary>

en: Certificates are an important building block of many network services built on cryptographic protocols, when they need some sort of central authentication.
id-ID: Sertifikat adalah blok bangunan penting dari banyak layanan jaringan yang dibangun di atas protokol kriptografi, ketika mereka membutuhkan semacam otentikasi pusat.

en: Among those protocols, SSL (<emphasis>Secure Socket Layer</emphasis>) was invented by Netscape to secure connections to web servers. It was later standardized by IETF under the acronym TLS (<emphasis>Transport Layer Security</emphasis>). Since then TLS continued to evolve, and nowadays SSL is deprecated due to multiple design flaws that have been discovered.
id-ID: Di antara protokol-protokol tersebut, SSL (<emphasis>Secure Socket Layer</emphasis>) diciptakan oleh Netscape untuk mengamankan koneksi ke server-server web. Itu kemudian distandarkan oleh IETF dengan singkatan TLS (<emphasis>Transport Layer Security</emphasis>). Sejak itu TLS terus berkembang dan saat ini SSL usang karena beberapa cacat desain yang telah ditemukan.

en: The TLS protocol aims primarily to provide privacy and data integrity between two or more communicating computer applications. The most common case on the Internet is the communication between a client (e.g. a web browser) and a server.
id-ID: Protokol TLS bertujuan terutama untuk memberikan privasi dan integritas data antara dua atau lebih aplikasi komputer yang berkomunikasi. Kasus yang paling umum di Internet adalah komunikasi antara klien (misalnya peramban web) dan server.

en: You can implement a CA (as described in <xref linkend="sect.easy-rsa" />), but if you intend to use the certificate for a website, you need to rely on a trusted CA. The prices vary significantly, but it is possible to implement great security spending little to no money.
id-ID: Anda dapat mengimplementasikan CA (seperti yang dijelaskan di <xref linkend="sect.easy-rsa" />), tetapi jika Anda berniat untuk menggunakan sertifikat untuk situs web, Anda harus mengandalkan CA tepercaya. Harga bervariasi secara signifikan, tetapi dimungkinkan untuk menerapkan keamanan yang baik dengan mengeluarkan sedikit uang atau gratis.

en: Creating gratis trusted certificates
id-ID: Membuat sertifikat tepercaya yang gratis

en: The Falcot administrators just want to create a certificate for their website, which runs on Apache. There is a convenient Apache plugin for <emphasis role="pkg">certbot</emphasis> that automatically edits the Apache configuration to serve the obtained certificate, so they make use of it:
id-ID: Administrator Falcot hanya ingin membuat sertifikat untuk situs web mereka, yang berjalan di Apache. Ada plugin Apache yang nyaman untuk <emphasis role="pkg">certbot</emphasis> yang secara otomatis menyunting konfigurasi Apache untuk menyajikan sertifikat yang diperoleh, jadi mereka memanfaatkannya:

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

en: <emphasis>CULTURE</emphasis> The Let's Encrypt Initiative
id-ID: <emphasis>KULTUR</emphasis> Inisiatif Let's Encrypt

en: The <ulink url="https://letsencrypt.org/">Let's Encrypt</ulink> initiative is a joint effort to create a free, automated, and open certificate authority (CA), run for the public's benefit. It is supported by the <acronym>EFF</acronym> and the Linux Foundation. The initiative provides an automated tool for acquiring and renewing certificates. This reduces the amount of manual effort involved, especially if multiple sites and domains must be managed. The certificates can also be used for SIP, XMPP, WebSockets and TURN servers. Usage of the service requires control over the DNS information of the domain in question (domain validation). <ulink type="block" url="https://letsencrypt.org/how-it-works/" />
id-ID: Inisiatif <ulink url="https://letsencrypt.org/id/">Let's Encrypt</ulink> adalah upaya bersama untuk membuat otoritas sertifikat (CA) gratis, otomatis, dan terbuka, yang dijalankan untuk kepentingan publik. Ini didukung oleh <acronym>EFF</acronym> dan Linux Foundation. Inisiatif ini menyediakan alat otomatis untuk memperoleh dan memperbarui sertifikat. Ini mengurangi jumlah upaya manual yang terlibat, terutama jika beberapa situs dan domain harus dikelola. Sertifikat juga dapat digunakan untuk server SIP, XMPP, WebSocket, dan TURN. Penggunaan layanan memerlukan kontrol atas informasi DNS dari domain yang dimaksud (validasi domain). <ulink type="block" url="https://letsencrypt.org/id/how-it-works/" />

en: If you would rather keep the server running during the certificate creation, you can use the webroot plugin to get the certificate with the arguments <command>certonly</command> and <command>--webroot</command>. You would have to specify a <command>--webroot-path</command> (abbreviated <command>-w</command>), which should contain the files served. The command looks as follows:
id-ID: Jika Anda lebih suka server tetap berjalan selama pembuatan sertifikat, Anda dapat menggunakan plugin webroot untuk mendapatkan sertifikat dengan argumen <command>certonly</command> dan <command>--webroot</command>. Anda harus menentukan <command>--webroot-path</command> (disingkat <command>-w</command>), yang harus berisi berkas yang disajikan. Perintahnya terlihat sebagai berikut:

en: You need to restart all services using the certificates that you have created.
id-ID: Anda perlu memulai ulang semua layanan menggunakan sertifikat yang telah Anda buat.

en: The certificates created are so called short-life certificates, which are valid for 90 days and must therefor be renewed every once in three months using the <command>certbot renew</command> command. However, we shouldn't renew every certificate manually, but automatically. A basic cron job is included by <emphasis role="pkg">certbot</emphasis> in <filename>/etc/cron.d/certbot</filename>. To ensure that certificates can be automatically renewed, you can execute <command>certbot renew --dry-run</command>.
id-ID: Sertifikat yang dibuat disebut sertifikat umur pendek, yang berlaku selama 90 hari dan harus diperpanjang sekali setiap tiga bulan menggunakan perintah <command>certbot renew</command>. Namun, kita sebaiknya tidak memperbarui setiap sertifikat secara manual, tetapi secara otomatis. Pekerjaan cron dasar disertakan oleh <emphasis role="pkg">certbot</emphasis> dalam <filename>/etc/cron.d/certbot</filename>. Untuk memastikan bahwa sertifikat dapat diperpanjang secara otomatis, Anda dapat mengeksekusi pembaruan <command>certbot --dry-run</command>.

en: Public Key Infrastructure: <emphasis>easy-rsa</emphasis>
id-ID: Infrastruktur Kunci Publik: <emphasis>easy-rsa</emphasis>

en: <primary>Public Key Infrastructure</primary>
id-ID: <primary>Infrastruktur Kunci Publik</primary>

en: <primary>RSA (algorithm)</primary>
id-ID: <primary>RSA (algoritme)</primary>

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

en: It is also possible to create our own CA, for that we will use the RSA algorithm, widely used in public-key cryptography. It involves a “key pair”, comprised of a private and a public key. The two keys are closely linked to each other, and their mathematical properties are such that a message encrypted with the public key can only be decrypted by someone knowing the private key, which ensures confidentiality. In the opposite direction, a message encrypted with the private key can be decrypted by anyone knowing the public key, which allows authenticating the origin of a message since only someone with access to the private key could generate it. When associated with a digital hash function (MD5, SHA1, or a more recent variant), this leads to a signature mechanism that can be applied to any message.
id-ID: Juga mungkin untuk membuat CA kita sendiri, untuk itu kita akan memakai algoritme RSA, yang banyak dipakai dalam kriptografi kunci publik. Ini melibatkan suatu "pasangan kunci", yang terdiri dari sebuah kunci privat dan publik. Kedua kunci terkait dekat satu sama lain, dan properti matematisnya sedemikian sehingga sebuah pesan yang dienkripsi dengan kunci publik hanya dapat didekripsi oleh seseorang yang mengetahui kunci privatnya, yang memastikan kerahasiaan. Pada arah yang berlawanan, sebuah pesan yang dienkripsi dengan kunci privatnya dapat didekripsi oleh siapapun yang mengetahui kunci publiknya, yang mengizinkan otentikasi asal-usul dari suatu pesan karena hanya seseorang yang punya akses ke kunci privat yang dapat membuatnya. Ketika dihubungkan dengan sebuah fungsi hash digital (MD5, SHA1, atau varian yang lebih terkini), ini mengarah ke suatu mekanisme tanda tangan yang dapat diterapkan ke sebarang pesan.

en: Since public CAs only emit certificates in exchange for a (hefty) fee, it is also possible to create a private certification authority within the company. The <emphasis role="pkg">easy-rsa</emphasis> package provides tools to serve as an X.509 certification infrastructure, implemented as a set of scripts using the <command>openssl</command> command.
id-ID: Karena CA publik hanya mengeluarkan sertifikat dengan biaya (yang mahal), juga dimungkinkan untuk membuat otoritas sertifikasi pribadi dalam perusahaan. Paket <emphasis role="pkg">easy-rsa</emphasis> menyediakan alat untuk melayani sebagai infrastruktur sertifikasi X.509, diimplementasikan sebagai satu set skrip menggunakan perintah <command>openssl</command> .

en: <emphasis>ALTERNATIVE</emphasis> GnuTLS
id-ID: <emphasis>ALTERNATIF</emphasis> GnuTLS

en: GnuTLS can also be used to generate a CA, and deal with other technologies around the TLS, DTLS and SSL protocols.
id-ID: GnuTLS juga dapat digunakan untuk menghasilkan CA, dan menangani teknologi lain seputar protokol TLS, DTLS, dan SSL.

en: The package <emphasis role="pkg">gnutls-bin</emphasis> contains the command-line utilities. It is also useful to install the <emphasis role="pkg">gnutls-doc</emphasis> package, which includes extensive documentation.
id-ID: Paket <emphasis role="pkg">gnutls-bin</emphasis> berisi utilitas baris perintah. Juga berguna untuk menginstal paket <emphasis role="pkg">gnutls-doc</emphasis>, yang menyertakan dokumentasi ekstensif.

en: The Falcot Corp administrators use this tool to create the required certificates, both for the server and the clients. This allows the configuration of all clients to be similar since they will only have to be set up so as to trust certificates coming from Falcot's local CA. This CA is the first certificate to create; to this end, the administrators set up a directory with the files required for the CA in an appropriate location, preferably on a machine not connected to the network in order to mitigate the risk of the CA's private key being stolen.
id-ID: Para admin Falcot Corp memakai perkakas ini untuk membuat sertifikat-sertifikat yang diperlukan, untuk server dan klien. Ini memungkinkan konfigurasi semua klien serupa karena mereka hanya perlu menyiapkan agar mempercayai sertifkat yang datang dari CA lokal Falcot. CA ini adalah sertifikat pertama yang dibuat; sampai titik ini, para administrator menyiapkan sebuah direktori dengan berkas-berkas yang diperlukan bagi CA dalam suatu lokasi yang sesuai, lebih disukai pada sebuah mesin yang tidak tersambung ke jaringan untuk memitigasi risiko kunci privat CA dicuri.

en: They then store the required parameters into the <filename>vars</filename> file, which can be uncommented and edited:
id-ID: Mereka kemudian menyimpan parameter-parameter yang diperlukan ke dalam berkas <filename>vars</filename>, yang dapat disunting:

en: Now we prepare the public key infrastructure directory with the following command:
id-ID: Sekarang kita siapkan direktori infrastruktur kunci publik dengan perintah berikut:

en: The next step is the creation of the CA's key pair itself (the two parts of the key pair will be stored under <filename>pki/ca.crt</filename> and <filename>pki/private/ca.key</filename> during this step). We can add the option <literal>nopass</literal> to avoid entering a password each time the private key is used:
id-ID: Langkah berikutnya adalah penciptaan pasangan kunci CA (dua bagian dari pasangan kunci akan disimpan di bawah <filename>pki/ca.crt</filename> dan <filename>pki/private/ca.key</filename> selama langkah ini). Kita dapat menambahkan opsi <literal>nopass</literal> untuk menghindari memasukkan sandi setiap kali kunci pribadi digunakan:

en: The certificate can now be created, as well as the Diffie-Hellman parameters required for the server side of an SSL/TLS connection. They want to use it for a VPN server (see section <xref linkend="sect.virtual-private-network" />) that is identified by the DNS name <literal>vpn.falcot.com</literal>; this name is re-used for the generated key files (<filename>keys/vpn.falcot.com.crt</filename> for the public certificate, <filename>keys/vpn.falcot.com.key</filename> for the private key):
id-ID: Sertifikat sekarang dapat dibuat, maupun parameter Diffie-Hellman yang diperlukan untuk koneksi SSL/TLS sisi server. Mereka ingin memakainya bagi Server VPN (lihat bagian <xref linkend="sect.virtual-private-network" />) yang diidentifikasi oleh nama DNS <literal>vpn.falcot.com</literal>; nama ini digunakan kembali untuk berkas-berkas kunci yang dihasilkan (<filename>keys/vpn.falcot.com.crt</filename> bagi sertifikat publik, <filename>keys/vpn.falcot.com.key</filename> untuk kunci privat):

en: The following step creates certificates for the VPN clients; one certificate is required for each computer or person allowed to use the VPN:
id-ID: Langkah berikut menciptakan sertifikat untuk klien VPN; satu sertifikat diperlukan untuk setiap komputer atau orang yang diizinkan untuk menggunakan VPN:

en: A <emphasis>Virtual Private Network</emphasis> (VPN for short) is a way to link two different local networks through the Internet by way of a tunnel; the tunnel is usually encrypted for confidentiality. VPNs are often used to integrate a remote machine within a company's local network.
id-ID: Sebuah <emphasis>Virtual Private Network</emphasis> (disingkat VPN) adalah suatu cara untuk menyambung dua jaringan lokal yang berbeda melalui Internet melalui suatu tunnel; tunnel biasanya dienkripsi untuk kerahasiaan data. VPN sering dipakai untuk mengintegrasikan suatu mesin di lokasi jauh ke dalam suatu jaringan lokal perusahaan.

en: Several tools provide this functionality. OpenVPN is an efficient solution, easy to deploy and maintain, based on SSL/TLS. Another possibility is using IPsec to encrypt IP traffic between two machines; this encryption is transparent, which means that applications running on these hosts need not be modified to take the VPN into account. SSH can also be used to provide a VPN, in addition to its more conventional features. Finally, a VPN can be established using Microsoft's PPTP protocol. Other solutions exist, but are beyond the focus of this book.
id-ID: Beberapa perkakas menyediakan fungsionalitas ini. OpenVPN adalah suatu solusi yang efisien, mudah digelar dan dipelihara, berbasis SSL/TLS. Kemungkinan lain adalah memakai IPsec untuk mengenkripsi lalu lintas IP antara dua mesin; enkripsi ini transparan, yang berarti bahwa aplikasi yang berjalan pada host-host ini tidak perlu dimodifikasi untuk melibatkan VPN. SSH juga bisa menyediakan suatu VPN, selain fitur-fitur konvensionalnya. Terakhir, suatu VPN dapat dijalin memakai protokol PPTP Microsoft. Solusi-solusi lain ada, tapi di luar fokus buku ini.

en: OpenVPN is a piece of software dedicated to creating virtual private networks. Its setup involves creating virtual network interfaces on the VPN server and on the client(s); both <literal>tun</literal> (for IP-level tunnels) and <literal>tap</literal> (for Ethernet-level tunnels) interfaces are supported. In practice, <literal>tun</literal> interfaces will most often be used except when the VPN clients are meant to be integrated into the server's local network by way of an Ethernet bridge.
id-ID: OpenVPN adalah perangkat lunak yang didedikasikan untuk menciptakan virtual private network. Penyiapannya melibatkan menciptakan antarmuka jaringan virtual VPN server dan klien; <literal>tun</literal> (untuk tunnel level IP) dan antarmuka <literal>tap</literal> (tunnel level terowongan) yang didukung. Dalam prakteknya, antarmuka <literal>tun</literal> akan paling sering digunakan kecuali ketika klien VPN yang dimaksudkan untuk diintegrasikan ke dalam jaringan lokal server melalui bridge Ethernet.

en: OpenVPN relies on OpenSSL for all the SSL/TLS cryptography and associated features (confidentiality, authentication, integrity, non-repudiation). It can be configured either with a shared private key or using X.509 certificates based on a public key infrastructure. The latter configuration is strongly preferred since it allows greater flexibility when faced with a growing number of roaming users accessing the VPN.
id-ID: OpenVPN mengandalkan OpenSSL untuk semua kriptografi SSL/TLS dan fitur terkait (kerahasiaan, otentikasi, integritas, non-repudiation). Hal ini dapat dikonfigurasi dengan kunci pribadi bersama atau menggunakan sertifikat X.509 berdasarkan infrastuktur kunci publik. Konfigurasi terakhir ini sangat disukai karena memungkinkan fleksibilitas yang lebih besar ketika dihadapkan dengan meningkatnya jumlah pengguna roaming yang mengakses VPN.

en: Configuring the OpenVPN Server
id-ID: Mengkonfigurasi Server OpenVPN

en: After all certificates have been created (follow the instructions from <xref linkend="sect.easy-rsa" />), they need to be copied where appropriate: the root certificate's public key (<filename>pki/ca.crt</filename>) will be stored on all machines (both server and clients) as <filename>/etc/ssl/certs/Falcot_CA.crt</filename>. The server's certificate is installed only on the server (<filename>pki/issued/vpn.falcot.com.crt</filename> goes to <filename>/etc/ssl/certs/vpn.falcot.com.crt</filename>, and <filename>pki/private/vpn.falcot.com.key</filename> goes to <filename>/etc/ssl/private/vpn.falcot.com.key</filename> with restricted permissions so that only the administrator can read it), with the corresponding Diffie-Hellman parameters (<filename>pki/dh.pem</filename>) installed to <filename>/etc/openvpn/dh.pem</filename>. Client certificates are installed on the corresponding VPN client in a similar fashion.
id-ID: Setelah semua sertifikat sudah dibuat (ikuti instruksi dari <xref linkend="sect.easy-rsa" />), mereka perlu disalin bila diperlukan: kunci publik sertifikat root (<filename>pki/ca.crt</filename>) akan disimpan pada semua mesin (server dan klien) sebagai <filename>/etc/ssl/certs/Falcot_CA.crt</filename>. Sertifikat server hanya dipasang pada server (<filename>pki/issued/vpn.falcot.com.crt</filename> diletakkan di <filename>/etc/ssl/certs/vpn.falcot.com.crt</filename>, dan <filename>pki/private/vpn.falcot.com.key</filename> ke <filename>/etc/ssl/private/vpn.falcot.com.key</filename> dengan hak terbatas sehingga hanya administrator yang dapat membacanya), dengan parameter Diffie-Hellman terkait <filename>pki/dh.pem</filename>) dipasang ke <filename>/etc/openvpn/dh.pem</filename>. Sertifikat klien dipasang pada klien VPN terkait dengan cara serupa.

en: By default, the OpenVPN initialization script tries starting all virtual private networks defined in <filename>/etc/openvpn/*.conf</filename>. Setting up a VPN server is therefore a matter of storing a corresponding configuration file in this directory. A good starting point is <filename>/usr/share/doc/openvpn/examples/sample-config-files/server.conf.gz</filename>, which leads to a rather standard server. Of course, some parameters need to be adapted: <literal>ca</literal>, <literal>cert</literal>, <literal>key</literal> and <literal>dh</literal> need to describe the selected locations (respectively, <literal>/etc/ssl/certs/Falcot_CA.crt</literal>, <literal>/etc/ssl/vpn.falcot.com.crt</literal>, <literal>/etc/ssl/private/vpn.falcot.com.key</literal> and <literal>/etc/openvpn/dh.pem</literal>). The <literal>server 10.8.0.0 255.255.255.0</literal> directive defines the subnet to be used by the VPN; the server uses the first IP address in that range (<literal>10.8.0.1</literal>) and the rest of the addresses are allocated to clients.
id-ID: Secara baku, skrip inisialisasi OpenVPN mencoba memulai semua virtual private network yang didefinisikan di dalam <filename>/etc/openvpn/*.conf</filename>. Maka menyiapkan suatu server VPN cukup dengan menyimpan suatu berkas konfigurasi yang terkait dalam direktori ini. Satu titik awal yang baik adalah <filename>/usr/share/doc/openvpn/examples/sample-config-files/server.conf.gz</filename>, yang mengarahkan ke sebuah server agak standar. Tentu saja, beberapa parameter perlu diadaptasi: <literal>ca</literal>, <literal>cert</literal>, <literal>key</literal>, dan <literal>dh</literal> perlu menjelaskan lokasi yang dipilih (masing-masing, <literal>/etc/ssl/certs/Falcot_CA.crt</literal>, <literal>/etc/ssl/vpn.falcot.com.crt</literal>, <literal>/etc/ssl/private/vpn.falcot.com.key</literal>, dan <literal>/etc/openvpn/dh.pem</literal>). Direktif <literal>server 10.8.0.0 255.255.255.0</literal> mendefinisikan subnet yang akan dipakai oleh VPN; server memakai alamat IP pertama dalam rentang tersebut (<literal>10.8.0.1</literal>) dan sisa alamat dialokasikan ke klien.

en: With this configuration, starting OpenVPN creates the virtual network interface, usually under the <literal>tun0</literal> name. However, firewalls are often configured at the same time as the real network interfaces, which happens before OpenVPN starts. Good practice therefore recommends creating a persistent virtual network interface, and configuring OpenVPN to use this pre-existing interface. This further allows choosing the name for this interface. To this end, <command>openvpn --mktun --dev vpn --dev-type tun</command> creates a virtual network interface named <literal>vpn</literal> with type <literal>tun</literal>; this command can easily be integrated in the firewall configuration script, or in an <literal>up</literal> directive of the <filename>/etc/network/interfaces</filename> file, or a <emphasis role="package">udev</emphasis> rule can be added to that end. The OpenVPN configuration file must also be updated accordingly, with the <literal>dev vpn</literal> and <literal>dev-type tun</literal> directives.
id-ID: Dengan konfigurasi ini, memulai OpenVPN membuat antarmuka jaringan virtual, biasanya dengan nama <literal>tun0</literal>. Namun, firewall seringkali dikonfigurasi pada waktu yang sama dengan antarmuka jaringan nyata, yang terjadi sebelum OpenVPN dimulai. Praktik yang baik menyarankan membuat suatu antarmuka jaringan virtual yang persisten, dan menata OpenVPN untuk memakai antarmuka yang telah dibuat ini. Lebih jauh ini mengizinkan pemilihan nama antarmuka. Perintah <command>openvpn —mktun —dev vpn —dev-type tun</command> membuat suatu antarmuka jaringan virtual bernama <literal>vpn</literal> dengan tipe <literal>tun</literal>; perintah ini dapat dengan mudah diintegrasikan dalam skrip konfigurasi firewall, atau dalam suatu direktif <literal>up</literal> dari berkas <filename>/etc/network/interfaces</filename>, atau aturan <emphasis role="package">udev</emphasis> dapat ditambahkan ke perangkat tersebut. Berkas konfigurasi OpenVPN juga mesti diperbarui, dengan direktif <literal>dev vpn</literal> dan <literal>dev-type tun</literal>.

en: Barring further action, VPN clients can only access the VPN server itself by way of the <literal>10.8.0.1</literal> address. Granting the clients access to the local network (192.168.0.0/24), requires adding a <literal>push route 192.168.0.0 255.255.255.0</literal> directive to the OpenVPN configuration so that VPN clients automatically get a network route telling them that this network is reachable by way of the VPN. Furthermore, machines on the local network also need to be informed that the route to the VPN goes through the VPN server (this automatically works when the VPN server is installed on the gateway). Alternatively, the VPN server can be configured to perform IP masquerading so that connections coming from VPN clients appear as if they are coming from the VPN server instead (see <xref linkend="sect.gateway" />).
id-ID: Kecuali ada tindakan lebih lanjut, klien VPN hanya dapat mengakses server VPN itu sendiri melalui alamat <literal>10.8.0.1</literal>. Memberi akses untuk klien ke jaringan lokal (192.168.0.0/24), memerlukan penambahan direktif <literal>push route 192.168.0.0 255.255.255.0</literal> ke konfigurasi OpenVPN sehingga klien VPN secara otomatis mendapatkan route yang memberi tahu mereka bahwa jaringan ini dapat dicapai melalui VPN. Lebih jauh, mesin-mesin pada jaringan lokal juga perlu diberitahu bahwa route ke VPN adalah melalui server VPN (ini secara otomatis berjalan ketika server VPN dipasang pada gateway). Alternatifnya, server VPN dapat dikonfigurasi untuk melaksanakan masquerading IP sehingga koneksi yang datang dari klien-klien VPN tampak seperti datang dari server VPN (lihat <xref linkend="sect.gateway" />).

en: Configuring the OpenVPN Client
id-ID: Mengkonfigurasi Klien OpenVPN

en: Setting up an OpenVPN client also requires creating a configuration file in <filename>/etc/openvpn/</filename>. A standard configuration can be obtained by using <filename>/usr/share/doc/openvpn/examples/sample-config-files/client.conf</filename> as a starting point. The <literal>remote vpn.falcot.com 1194</literal> directive describes the address and port of the OpenVPN server; the <literal>ca</literal>, <literal>cert</literal> and <literal>key</literal> also need to be adapted to describe the locations of the key files.
id-ID: Menyiapkan suatu klien OpenVPN juga memerlukan pembuatan suatu berkas konfigurasi dalam <filename>/etc/openvpn/</filename>. Sebuah konfigurasi standar dapat diperoleh dengan memakai <filename>/usr/share/doc/openvpn/examples/sample-config-files/client.conf</filename> sebagai titik awal. Direktif <literal>remote vpn.falcot.com 1194</literal> menjelaskan alamat dan port server OpenVPN; <literal>ca</literal>, <literal>cert</literal>, dan <literal>key</literal> juga perlu diadaptasi untuk menjelaskan lokasi berkas-berkas kunc.

en: If the VPN should not be started automatically on boot, set the <literal>AUTOSTART</literal> directive to <literal>none</literal> in the <filename>/etc/default/openvpn</filename> file. Starting or stopping a given VPN connection is always possible with the commands <command>systemctl start openvpn@<replaceable>name</replaceable></command> and <command>systemctl stop openvpn@<replaceable>name</replaceable></command> (where the connection <replaceable>name</replaceable> matches the one defined in <filename>/etc/openvpn/<replaceable>name</replaceable>.conf</filename>).
id-ID: Bila VPN tidak akan dijalankan secara otomatis saat boot, atur direktif <literal>AUTOSTART</literal> ke <literal>none</literal> dalam berkas <filename>/etc/default/openvpn</filename>. Memulai atau menghentikan suatu koneksi VPN tertentu selalu mungkin dengan perintah <command>systemctl start openvpn@<replaceable>nama</replaceable></command> dan <command>systemctl stop openvpn@<replaceable>nama</replaceable></command> (dimana <replaceable>nama</replaceable> koneksi cocok dengan yang didefinisikan dalam <filename>/etc/openvpn/<replaceable>nama</replaceable>.conf</filename>).

en: Virtual Private Network with SSH
id-ID: Virtual Private Network dengan SSH

en: There are actually two ways of creating a virtual private network with SSH. The historic one involves establishing a PPP layer over the SSH link. This method is described in a HOWTO document: <ulink type="block" url="https://www.tldp.org/HOWTO/ppp-ssh/" />
id-ID: Sebenarnya ada dua cara membuat sebuah virtual private network dengan SSH. Yang bersejarah melibatkan menjalin lapisan PPP atas link SSH. Metode ini dijelaskan dalam dokumen HOWTO: <ulink type="block" url="https://www.tldp.org/HOWTO/ppp-ssh/" />

en: The second method is more recent, and was introduced with OpenSSH 4.3; it is now possible for OpenSSH to create virtual network interfaces (<literal>tun*</literal>) on both sides of an SSH connection, and these virtual interfaces can be configured exactly as if they were physical interfaces. The tunneling system must first be enabled by setting <literal>PermitTunnel</literal> to “yes” in the SSH server configuration file (<filename>/etc/ssh/sshd_config</filename>). When establishing the SSH connection, the creation of a tunnel must be explicitly requested with the <literal>-w any:any</literal> option (<literal>any</literal> can be replaced with the desired <literal>tun</literal> device number). This requires the user to have administrator privilege on both sides, so as to be able to create the network device (in other words, the connection must be established as root).
id-ID: Metode kedua lebih baru, dan diperkenalkan dengan OpenSSH 4.3; sekarang mungkin bagi OpenSSH untuk membuat antarmuka jaringan virtual (<literal>tun*</literal>) pada kedua sisi dari koneksi SSH, dan antarmuka virtual ini dapat dikonfigurasi secara persis seolah mereka antarmuka fisik. Sistem tunnel pertama mesti difungsikan dengan menata <literal>PermitTunnel</literal> ke ”yes” dalam berkas konfigurasi server SSH (<filename>/etc/ssh/sshd_config</filename>). Ketika menjalin suatu koneksi SSH, pembuatan tunnel mesti diminta secara eksplisit dengan opsi <literal>-w any:any</literal> (<literal>any</literal> dapat digantikan dengan nomor peranti <literal>tun</literal> yang dikehendaki). Ini memerlukan pengguna memiliki hak administrator pada kedua sisi, sehingga dapat membuat peranti jaringan (dengan kata lain, koneksi mesti dijalin sebagai root).

en: Both methods for creating a virtual private network over SSH are quite straightforward. However, the VPN they provide is not the most efficient available; in particular, it does not handle high levels of traffic very well.
id-ID: Kedua metode untuk membuat sebuah virtual private network melalui SSH cukup sederhana. Namun, VPN yang mereka sediakan bukan yang paling efisien; khususnya, ia tidak menangani lalu lintas tingkat tinggi dengan sangat baik.

en: The explanation is that when a TCP/IP stack is encapsulated within a TCP/IP connection (for SSH), the TCP protocol is used twice, once for the SSH connection and once within the tunnel. This leads to problems, especially due to the way TCP adapts to network conditions by altering timeout delays. The following site describes the problem in more detail: <ulink type="block" url="http://sites.inka.de/sites/bigred/devel/tcp-tcp.html" />
id-ID: Penjelasannya adalah bahwa ketika suatu stack TCP/IP dienkapsulasi di dalam suatu koneksi TCP/IP (untuk SSH), protokol TCP dipakai dua kali, sekali untuk koneksi SSH dan sekali di dalam tunnel. Ini mengarah ke masalah, khususnya karena cara TCP menyesuaikan ke kondisi jaringan dengan mengubah tundaan waktu tunggu. Situs berikut menguraikan masalah tersebut secara lebih terrinci: <ulink type="block" url="http://sites.inka.de/sites/bigred/devel/tcp-tcp.html" />

en: VPNs over SSH should therefore be restricted to one-off tunnels with no performance constraints.
id-ID: Oleh karena itu, VPN melalui SSH harus dibatasi pada tunnel satu kali tanpa kendala kinerja.

en: First, we install the <emphasis role="pkg">libreswan</emphasis> package. In concrete terms, each host's <filename>/etc/ipsec.conf</filename> contains the parameters for <emphasis>IPsec tunnels</emphasis> (or <emphasis>Security Associations</emphasis>, in the IPsec terminology) that the host is concerned with. There are many configuration examples in <filename>/usr/share/doc/libreswan/</filename>, but Libreswan's online documentation has more examples with explanations: <ulink type="block" url="https://libreswan.org/wiki/" />
id-ID: Pertama, kita menginstal paket <emphasis role="pkg">libreswan</emphasis>. Secara konkret, <filename>/etc/ipsec.conf</filename> miliki setiap host berisi parameter untuk <emphasis>tunnel IPsec</emphasis> (atau <emphasis>Asosiasi Keamanan</emphasis>, dalam terminologi IPsec) yang diurus oleh host tersebut. Ada banyak contoh konfigurasi di <filename>/usr/share/doc/libreswan/</filename>, tetapi dokumentasi daring Libreswan memiliki lebih banyak contoh dengan penjelasan: <ulink type="block" url="https://libreswan.org/wiki/" />

en: The IPsec service can be controlled with <command>systemctl</command>; for example, <command>systemctl start ipsec</command> will start the IPsec service.
id-ID: Layanan IPsec dapat dikontrol dengan <command>systemctl</command>; misalnya, <command>systemctl start ipsec</command> akan memulai layanan IPsec.

en: In spite of its status as the reference, the complexity of setting up IPsec restricts its usage in practice. OpenVPN-based solutions will generally be preferred when the required tunnels are neither too many nor too dynamic.
id-ID: Meskipun statusnya sebagai referensi, kompleksitas menyiapkan IPsec membatasi penggunaannya dalam praktek. Solusi berbasis OpenVPN umumnya akan lebih disukai bila diperlukan tunnel yang tidak terlalu banyak atau dinamis.

en: <emphasis>CAUTION</emphasis> IPsec and NAT
id-ID: <emphasis>HATI-HATI</emphasis> IPsec dan NAT

en: NATing firewalls and IPsec do not work well together: since IPsec signs the packets, any change on these packets that the firewall might perform will void the signature, and the packets will be rejected at their destination. Various IPsec implementations now include the <emphasis>NAT-T</emphasis> technique (for <emphasis>NAT Traversal</emphasis>), which basically encapsulates the IPsec packet within a standard UDP packet.
id-ID: Firewall yang melakukan NAT dan IPsec tidak bekerja sama dengan baik: karena IPsec menandatangani paket-paket, perubahan pada paket-paket ini yang mungkin dilakukan oleh firewall akan membatalkan tanda tangan, dan paket-paket akan ditolak di tempat tujuan. Berbagai implementasi IPsec sekarang termasuk teknik <emphasis>NAT-T</emphasis> (untuk <emphasis>NAT Traversal</emphasis>), yang pada dasarnya membungkus paket IPsec dalam paket UDP standar.

en: <emphasis>SECURITY</emphasis> IPsec and firewalls
id-ID: <emphasis>KEAMANAN</emphasis> IPsec dan firewall

en: <primary>ESP, protocol</primary>
id-ID: <primary>ESP, protokol</primary>

en: <primary>AH, protocol</primary>
id-ID: <primary>AH, protokol</primary>

en: <primary>protocol</primary><secondary>AH</secondary>
id-ID: <primary>protokol</primary><secondary>AH</secondary>

en: <primary>protocol</primary><secondary>ESP</secondary>
id-ID: <primary>protokol</primary><secondary>ESP</secondary>

en: The standard mode of operation of IPsec involves data exchanges on UDP port 500 for key exchanges (also on UDP port 4500 in the case that NAT-T is in use). Moreover, IPsec packets use two dedicated IP protocols that the firewall must let through; reception of these packets is based on their protocol numbers, 50 (ESP) and 51 (AH).
id-ID: Mode standar pengoperasian IPsec melibatkan pertukaran data di UDP port 500 untuk pertukaran kunci (juga dalam port UDP 4500 dalam kasus digunakannya NAT-T). Selain itu, paket-paket IPsec menggunakan dua protokol IP terdedikasi yang mesti dibiarkan lewat oleh firewall; penerimaan paket ini didasarkan pada nomor protokol mereka, 50 (ESP) dan 51 (AH).

en: <primary>GRE, protocol</primary>
id-ID: <primary>GRE, protokol</primary>

en: <primary>protocol</primary><secondary>GRE</secondary>
id-ID: <primary>protokol</primary><secondary>GRE</secondary>

en: PPTP (for <emphasis>Point-to-Point Tunneling Protocol</emphasis>) uses two communication channels, one for control data and one for payload data; the latter uses the GRE protocol (<emphasis>Generic Routing Encapsulation</emphasis>). A standard PPP link is then set up over the data exchange channel.
id-ID: PPTP (untuk <emphasis>Point-to-Point Tunneling Protocol</emphasis>) menggunakan dua saluran komunikasi, satu untuk data kontrol dan satu untuk data muatan; yang terakhir menggunakan protokol GRE (<emphasis>Generik Routing enkapsulasi</emphasis>). Link PPP standar kemudian disiapkan di atas kanal pertukaran data.

en: Configuring the Client
id-ID: Mengkonfigurasi Klien

en: The <emphasis role="pkg">pptp-linux</emphasis> package contains an easily-configured PPTP client for Linux. The following instructions take their inspiration from the official documentation: <ulink type="block" url="http://pptpclient.sourceforge.net/howto-debian.phtml" />
id-ID: Paket <emphasis role="pkg">pptp-linux</emphasis> berisi klien PPTP yang mudah dikonfigurasi untuk Linux. Instruksi berikut mengambil inspirasi dari dokumentasi resmi: <ulink type="block" url="http://pptpclient.sourceforge.net/howto-debian.phtml" />

en: The Falcot administrators created several files: <filename>/etc/ppp/options.pptp</filename>, <filename>/etc/ppp/peers/falcot</filename>, <filename>/etc/ppp/ip-up.d/falcot</filename>, and <filename>/etc/ppp/ip-down.d/falcot</filename>.
id-ID: Administrator Falcot membuat beberapa berkas: <filename>/etc/ppp/options.pptp</filename>, <filename>/etc/ppp/peers/falcot</filename>, <filename>/etc/ppp/ip-up.d/falcot</filename>, dan <filename>/etc/ppp/ip-down.d/falcot</filename>.

en: The <filename>/etc/ppp/options.pptp</filename> file
id-ID: Berkas <filename>/etc/ppp/options.pptp</filename>

en: The <filename>/etc/ppp/peers/falcot</filename> file
id-ID: Berkas <filename>/etc/ppp/peers/falcot</filename>

en: The <filename>/etc/ppp/ip-up.d/falcot</filename> file
id-ID: Berkas <filename>/etc/ppp/ip-up.d/falcot</filename>

en: The <filename>/etc/ppp/ip-down.d/falcot</filename> file
id-ID: Berkas <filename>/etc/ppp/ip-down.d/falcot</filename>

en: <emphasis>SECURITY</emphasis> MPPE
id-ID: <emphasis>KEAMANAN</emphasis> MPPE

en: Securing PPTP involves using the MPPE feature (<emphasis>Microsoft Point-to-Point Encryption</emphasis>), which is available in official Debian kernels as a module.
id-ID: Mengamankan PPTP melibatkan penggunaan fitur MPPE (<emphasis>Microsoft Point-to-Point Encryption</emphasis>), yang tersedia di kernel Debian resmi sebagai modul.

en: Configuring the Server
id-ID: Menata Server

en: <emphasis>CAUTION</emphasis> PPTP and firewalls
id-ID: <emphasis>HATI-HATI</emphasis> PPTP dan firewall

en: Intermediate firewalls need to be configured to let through IP packets using protocol 47 (GRE). Moreover, the PPTP server's port 1723 needs to be open so that the communication channel can happen.
id-ID: Firewall intermediate perlu dikonfigurasi untuk membiarkan paket IP menggunakan protokol 47 (GRE). Selain itu, port server PPTP 1723 harus terbuka sehingga saluran komunikasi dapat terjadi.

en: <command>pptpd</command> is the PPTP server for Linux. Its main configuration file, <filename>/etc/pptpd.conf</filename>, requires very few changes: <emphasis>localip</emphasis> (local IP address) and <emphasis>remoteip</emphasis> (remote IP address). In the example below, the PPTP server always uses the <literal>192.168.0.199</literal> address, and PPTP clients receive IP addresses from <literal>192.168.0.200</literal> to <literal>192.168.0.250</literal>.
id-ID: <command>pptpd</command> adalah server PPTP untuk Linux. Berkas konfigurasi utamanya, <filename>/etc/pptpd.conf</filename>, memerlukan sangat sedikit perubahan: <emphasis>localip</emphasis> (alamat IP lokal) dan <emphasis>remoteip</emphasis> (alamat IP remote). Dalam contoh di bawah, server PPTP selalu memakai alamat <literal>192.168.0.199</literal>dan klien PPTP menerima alamat IP dari <literal>192.168.0.200</literal> sampai <literal>192.168.0.250</literal>.

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

en: The PPP configuration used by the PPTP server also requires a few changes in <filename>/etc/ppp/pptpd-options</filename>. The important parameters are the server name (<literal>pptp</literal>), the domain name (<literal>falcot.com</literal>), and the IP addresses for DNS and WINS servers.
id-ID: Konfigurasi PPP yang digunakan oleh server PPTP juga memerlukan beberapa perubahan kecil di <filename>/etc/ppp/pptpd-options</filename>. Parameter penting adalah nama server (<literal>pptp</literal>), nama domain (<literal>falcot.com</literal>), dan alamat IP untuk server DNS dan WINS.

en: The <filename>/etc/ppp/pptpd-options</filename> file
id-ID: Berkas <filename>/etc/ppp/pptpd-options</filename>

en: The last step involves registering the <literal>vpn</literal> user (and the associated password) in the <filename>/etc/ppp/chap-secrets</filename> file. Contrary to other instances where an asterisk (<literal>*</literal>) would work, the server name must be filled explicitly here. Furthermore, Windows PPTP clients identify themselves under the <literal><replaceable>DOMAIN</replaceable>\\<replaceable>USER</replaceable></literal> form, instead of only providing a user name. This explains why the file also mentions the <literal>FALCOT\\vpn</literal> user. It is also possible to specify individual IP addresses for users; an asterisk in this field specifies that dynamic addressing should be used.
id-ID: Langkah terakhir melibatkan mendaftarkan pengguna <literal>vpn</literal> (dan kata sandi terkait) dalam berkas <filename>/etc/ppp/chap-secrets</filename>. Berbeda dengan instansi lain dimana bintang (<literal>*</literal>) akan bekerja, nama server harus diisi secara eksplisit di sini. Lebih jauh, klien-klien PPTP Windows mengidentifikasi diri mereka sendiri dalam bentuk <literal><replaceable>DOMAIN</replaceable>\\<replaceable>USER</replaceable></literal>, bukan sekedar menyediakan nama pengguna. Ini menjelaskan mengapa berkas juga menyinggung pengguna <literal>FALCOT\\vpn</literal>. Juga dimungkinkan untuk menyatakan alamat IP individu untuk para pengguna; bintang dalam ruas ini menyatakan bahwa pengalamat dinamis mesti dipakai.

en: The <filename>/etc/ppp/chap-secrets</filename> file
id-ID: Berkas <filename>/etc/ppp/chap-secrets</filename>

en: <emphasis>SECURITY</emphasis> PPTP vulnerabilities
id-ID: <emphasis>KEAMANAN</emphasis> Kerentanan PPTP

en: Microsoft's first PPTP implementation drew severe criticism because it had many security vulnerabilities; most have since then been fixed in more recent versions. The configuration documented in this section uses the latest version of the protocol. Be aware though that removing some options (such as <literal>require-mppe-128</literal> and <literal>require-mschap-v2</literal>) would make the service vulnerable again.
id-ID: Implementasi PPTP pertama Microsoft mengundang kritik keras karena memiliki banyak kerentanan keamanan; sebagian besar sejak saat itu telah diperbaiki dalam versi yang lebih baru. Konfigurasi yang didokumentasikan di bagian ini menggunakan versi terbaru dari protokol. Sadarilah bahwa menghapus beberapa opsi (seperti <literal>require-mppe-128</literal> dan <literal>require-mschap-v2</literal>) akan membuat layanan rentan lagi.

en: Quality of Service
id-ID: Kualitas Layanan

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

en: <emphasis>Quality of Service</emphasis> (or <emphasis>QoS</emphasis> for short) refers to a set of techniques that guarantee or improve the quality of the service provided to applications. The most popular such technique involves classifying the network traffic into categories, and differentiating the handling of traffic according to which category it belongs to. The main application of this differentiated services concept is <emphasis>traffic shaping</emphasis>, which limits the data transmission rates for connections related to some services and/or hosts so as not to saturate the available bandwidth and starve important other services. Traffic shaping is a particularly good fit for TCP traffic, since this protocol automatically adapts to available bandwidth.
id-ID: <emphasis>Quality of Service</emphasis> (Kualitas Layanan atau disingkat <emphasis>QoS</emphasis>) mengacu ke sekumpulan teknik yang menjamin atau memperbaiki kualitas layanan yang disediakan ke aplikasi. Teknik paling populer melibatkan penggolongan trafik jaringan ke dalam kategori-kategori, dan membedakan penanganan trafik sesuai dengan kategori yang menaunginya. Penerapan utama dari konsep layanan terdiferensiasi ini adalah <emphasis>traffic shaping</emphasis>, yang membatasi laju transmisi data untuk koneksi yang terkait dengan beberapa layanan dan/atau host agar tidak membuat jenuh lebar pita yang tersedia dan mencekik layanan penting lain. Traffic shaping khususnya sangat cocok bagi trafik TCP, karena protokol ini secara otomatis menyesuaikan ke lebar pita yang tersedia.

en: <emphasis>CULTURE</emphasis> Net neutrality and QoS
id-ID: <emphasis>KULTUR</emphasis> Netralitas jaringan dan QoS

en: Network neutrality is achieved when Internet service providers treat all Internet communications equally, that is, without any access limitation based on content, user, website, destination address, etc.
id-ID: Netralitas jaringan dicapai ketika penyedia layanan Internet memperlakukan semua komunikasi Internet secara setara, yaitu, tanpa batasan akses apa pun berdasarkan konten, pengguna, situs web, alamat tujuan, dll.

en: Quality of service can be implemented in a net neutral Internet, but only if Internet service providers can't charge a special fee for a higher-quality service.
id-ID: Kualitas layanan dapat diimplementasikan dalam suatu Internet yang netral jaringan, tapi hanya bila penyedia layanan Internet tak bisa mengutip biaya khusus bagi suatu layanan dengan kualitas lebih tinggi.

en: It is also possible to alter the priorities on traffic, which allows prioritizing packets related to interactive services (such as <command>ssh</command> and <command>telnet</command>) or to services that only deal with small blocks of data.
id-ID: Mungkin juga untuk mengubah prioritas pada lalu lintas, yang memungkinkan memprioritaskan paket-paket yang berhubungan dengan layanan interaktif (seperti <command>ssh</command> dan <command>telnet</command>) atau ke layanan yang hanya berhubungan dengan blok-block kecil data.

en: The Debian kernels include the features required for QoS along with their associated modules. These modules are many, and each of them provides a different service, most notably by way of special schedulers for the queues of IP packets; the wide range of available scheduler behaviors spans the whole range of possible requirements.
id-ID: Kernel Debian menyertakan fitur-fitur yang diperlukan untuk QoS bersama dengan modul-modul terkait. Modul ini banyak, dan masing-masing menyediakan layanan berbeda, terutama skeduler khusus untuk antrian paket IP; berbagai macam perilaku skeduler tersedia mencakup seluruh kemungkinan persyaratan.

en: <emphasis>CULTURE</emphasis> LARTC — <emphasis>Linux Advanced Routing &amp; Traffic Control</emphasis>
id-ID: <emphasis>KULTUR</emphasis> LARTC — <emphasis>Linux Advanced Routing &amp; Traffic Control</emphasis>

en: <primary>routing</primary><secondary>advanced</secondary>
id-ID: <primary>routing</primary><secondary>tingkat lanjut</secondary>

en: <primary>traffic</primary><secondary>control</secondary>
id-ID: <primary>trafik</primary><secondary>kontrol</secondary>

en: <primary>control of traffic</primary>
id-ID: <primary>kontrol lalu lintas</primary>

en: The <emphasis>Linux Advanced Routing &amp; Traffic Control</emphasis> HOWTO is the reference document covering everything there is to know about network quality of service. <ulink type="block" url="https://www.lartc.org/howto/" />
id-ID: HOWTO <emphasis>Linux Advanced Routing &amp; Traffic Control</emphasis> adalah dokumen referensi yang mencakup segala hal yang perlu diketahui tentang kualitas layanan jaringan. <ulink type="block" url="https://www.lartc.org/howto/" />

en: Configuring and Implementing
id-ID: Mengkonfigurasi dan Mengimplementasi

en: QoS parameters are set through the <command>tc</command> command (provided by the <emphasis role="pkg">iproute</emphasis> package). Since its interface is quite complex, using higher-level tools is recommended.
id-ID: Parameter QoS ditetapkan melalui perintah <command>tc</command> (yang disediakan oleh paket <emphasis role="pkg">iproute</emphasis> ). Karena antarmukanya cukup kompleks, dianjurkan menggunakan alat-alat dengan tingkat lebih tinggi.

en: Reducing Latencies: <command>wondershaper</command>
id-ID: Mengurangi Latensi: <command>wondershaper</command>

en: <primary>limitation of traffic</primary>
id-ID: <primary>pembatasan lalu lintas</primary>

en: <primary>traffic</primary><secondary>limitation</secondary>
id-ID: <primary>trafik</primary><secondary>limitasi</secondary>

en: The main purpose of <command>wondershaper</command> (in the similarly-named package) is to minimize latencies independent of network load. This is achieved by limiting total traffic to a value that falls just short of the link saturation value.
id-ID: Tujuan utama dari <command>wondershaper</command> (dalam paket yang bernama sama) adalah untuk meminimalkan latensi independen dari beban jaringan. Hal ini dicapai dengan membatasi total lalu lintas ke nilai yang sedikit kurang dari nilai saturasi link.

en: Changes in the <filename>/etc/network/interfaces</filename> file
id-ID: Perubahan dalam berkas <filename>/etc/network/interfaces</filename>

en: <emphasis>GOING FURTHER</emphasis> Optimal configuration
id-ID: <emphasis>LEBIH LANJUT</emphasis> Konfigurasi optimal

en: The <filename>/usr/share/doc/wondershaper/README.Debian.gz</filename> file describes, in some detail, the configuration method recommended by the package maintainer. In particular, it advises measuring the download and upload speeds so as to best evaluate real limits.
id-ID: Berkas <filename>/Usr/share/doc/wondershaper/README.Debian.gz</filename> menjelaskan, secara agak rinci, metode konfigurasi yang direkomendasikan oleh pengelola paket. Secara khusus, itu menyarankan mengukur kecepatan unduh dan unggah untuk mengevaluasi secara terbaik batas nyata.

en: Standard Configuration
id-ID: Konfigurasi Standar

en: The DSCP field can be set by applications that generate IP packets, or modified on the fly by <emphasis>netfilter</emphasis>. The following rules are sufficient to increase responsiveness for a server's SSH service, note that the DSCP field must be set in hexadecimal:
id-ID: Ruas DSCP dapat diatur oleh aplikasi yang menghasilkan paket IP, atau diubah sambil jalan oleh <emphasis>netfilter</emphasis>. Aturan berikut cukup untuk meningkatkan responsivitas untuk server layanan SSH, perhatikan bahwa ruas DSCP mesti ditata dalam heksadesimal:

en: Dynamic Routing
id-ID: Routing Dinamis

en: <emphasis>BACK TO BASICS</emphasis> Dynamic routing
id-ID: <emphasis>KEMBALI KE DASAR</emphasis> Ruting dinamis

en: Dynamic routing allows routers to adjust, in real time, the paths used for transmitting IP packets. Each protocol involves its own method of defining routes (shortest path, use routes advertised by peers, and so on).
id-ID: Routing dinamis memungkinkan router untuk menyesuaikan, secara real time, jalur yang digunakan untuk transmisi paket IP. Setiap protokol melibatkan metode sendiri dalam mendefinisikan rute (jalur terpendek, menggunakan rute yang diiklankan oleh teman sebaya, dan sebagainya).

en: In the Linux kernel, a route links a network device to a set of machines that can be reached through this device. The <command>ip</command> command, when <literal>route</literal> is used as the first argument, defines new routes and displays existing ones. The <command>route</command> command was used for that purpose, but it is deprecated in favor of <command>ip</command>.
id-ID: Di kernel Linux, rute menghubungkan perangkat jaringan ke satu set mesin yang dapat dihubungi melalui perangkat ini. Perintah <command>ip</command>, ketika <literal>route</literal> digunakan sebagai argumen pertama, mendefinisikan rute baru dan menampilkan yang sudah ada. Perintah <command>route</command> digunakan untuk tujuan itu, tetapi tidak dipakai lagi, diganti dengan <command>ip</command>.

en: <emphasis>IN PRACTICE</emphasis> OSPF, BGP or RIP?
id-ID: <emphasis>DALAM PRAKTEK</emphasis> OSPF, BGP, atau RIP?

en: <acronym>OSPF</acronym> (Open Shortest Path First) is generally the best protocol to use for dynamic routing on private networks, but <acronym>BGP</acronym> (Border Gateway Protocol) is more common for Internet-wide routing. <acronym>RIP</acronym> (Routing Information Protocol) is rather ancient, and hardly used anymore.
id-ID: <acronym>OSPF</acronym> (Open Shortest Path First) umumnya adalah protokol yang terbaik untuk digunakan untuk routing dinamis pada jaringan privat, tetapi <acronym>BGP</acronym> (Border Gateway Protocol) lebih umum untuk routing seluruh Internet. <acronym>RIP</acronym> (Routing Information Protocol) agak kuno, dan hampir tidak digunakan lagi.

en: Debian kernels include IPv6 handling in the core kernel (with the exception of some architectures that have it compiled as a module named <literal>ipv6</literal>). Basic tools such as <command>ping</command> and <command>traceroute</command> have their IPv6 equivalents in <command>ping6</command> and <command>traceroute6</command>, available respectively in the <emphasis role="pkg">iputils-ping</emphasis> and <emphasis role="pkg">iputils-tracepath</emphasis> packages.
id-ID: Kernel Debian termasuk penanganan IPv6 di kernel inti (dengan pengecualian beberapa arsitektur yang mengkompilasinya sebagai module bernama <literal>ipv6</literal>). Perkakas dasar seperti <command>ping</command> dan <command>traceroute</command> memiliki yang setara untuk IPv6 di <command>ping6</command> dan <command>traceroute6</command>, masing-masing tersedia dalam paket-paket <emphasis role="pkg">iputils-ping</emphasis> dan <emphasis role="pkg">iputils-tracepath</emphasis> .

en: The IPv6 network is configured similarly to IPv4, in <filename>/etc/network/interfaces</filename>. But if you want that network to be globally available, you must ensure that you have an IPv6-capable router relaying traffic to the global IPv6 network.
id-ID: Jaringan IPv6 dikonfigurasi secara mirip dengan IPv4, di <filename>/etc/network/interfaces</filename>. Tetapi jika Anda ingin jaringan yang akan tersedia secara global, Anda harus memastikan bahwa Anda memiliki router mampu-IPv6 yang meneruskan lalu lintas ke jaringan IPv6 global.

en: Example of IPv6 configuration
id-ID: Contoh konfigurasi IPv6

en: IPv6 subnets usually have a netmask of 64 bits. This means that 2<superscript>64</superscript> distinct addresses exist within the subnet. This allows Stateless Address Autoconfiguration (<acronym>SLAAC</acronym>) to pick an address based on the network interface's MAC address. By default, if <acronym>SLAAC</acronym> is activated in your network and IPv6 on your computer, the kernel will automatically find IPv6 routers and configure the network interfaces.
id-ID: Subnet IPv6 biasanya memiliki netmask dari 64 bit. Ini berarti bahwa 2<superscript>64</superscript> alamat yang berbeda ada dalam subnet. Hal ini memungkinkan Stateless Address Autoconfiguration (<acronym>SLAAC</acronym>) untuk memilih alamat berdasarkan alamat MAC antarmuka jaringan. Secara default, jika <acronym>SLAAC</acronym> diaktifkan dalam jaringan dan IPv6 di komputer Anda, kernel akan otomatis menemukan router IPv6 dan mengkonfigurasi antarmuka jaringan.

en: IPv6 privacy extensions
id-ID: Ekstensi privasi IPv6

en: <emphasis>TIP</emphasis> Programs built with IPv6
id-ID: <emphasis>TIP</emphasis> Program-program yang dibangun dengan IPv6

en: Many pieces of software need to be adapted to handle IPv6. Most of the packages in Debian have been adapted already, but not all. If your favorite package does not work with IPv6 yet, you can ask for help on the <emphasis>debian-ipv6</emphasis> mailing-list. They might know about an IPv6-aware replacement and could file a bug to get the issue properly tracked. <ulink type="block" url="https://lists.debian.org/debian-ipv6/" />
id-ID: Banyak potongan perangkat lunak yang perlu disesuaikan untuk menangani IPv6. Sebagian besar paket Debian telah usai disesuaikan, tetapi tidak semua. Jika paket favorit Anda belum bekerja dengan IPv6, Anda dapat meminta bantuan pada milis <emphasis>debian-ipv6</emphasis>. Mereka mungkin tahu tentang pengganti yang IPv6-aware dan dapat melaporkan bug agar masalah dilacak dengan benar. <ulink type="block" url="https://lists.debian.org/debian-ipv6/" />

en: IPv6 connections can be restricted, in the same fashion as for IPv4. <command>nft</command> can be used to create firewall rules for IPv4 and IPv6 (see <xref linkend="sect.nftables" />).
id-ID: Koneksi IPv6 dapat dibatasi, dengan cara yang sama seperti untuk IPv4. <command>nft</command> dapat digunakan untuk membuat aturan firewall untuk IPv4 dan IPv6 (lihat <xref linkend="sect.nftables" />).

en: <emphasis>CAUTION</emphasis> IPv6 tunneling and firewalls
id-ID: <emphasis>HATI-HATI</emphasis> tunnel dan firewall IPv6

en: IPv6 tunneling over IPv4 (as opposed to native IPv6) requires the firewall to accept the traffic, which uses IPv4 protocol number 41.
id-ID: Tunneling IPv6 di IPv4 (alih-alih IPv6 native) memerlukan firewall untuk menerima lalu lintas, yang menggunakan protokol IPv4 nomor 41.

en: If a native IPv6 connection is not available, the fallback method is to use a tunnel over IPv4. Hurricane Electric is one (free) provider of such tunnels: <ulink type="block" url="https://tunnelbroker.net" />
id-ID: Jika koneksi IPv6 yang native tidak tersedia, metode alternatif adalah dengan menggunakan sebuah tunnel di atas IPv4. Hurricane Electric adalah salah satu penyedia tunnel (gratis) tersebut: <ulink type="block" url="https://tunnelbroker.net" />

en: To use a Hurricane Electric tunnel, you need to register an account, login, select a free tunnel and edit the file <filename>/etc/network/interfaces</filename> with the generated code.
id-ID: Untuk menggunakan tunnel Hurricane Electric, Anda perlu mendaftarkan akun, masuk, memilih tunnel gratis, dan menyunting berkas <filename>/etc/network/interfaces</filename> dengan kode yang dihasilkan.

en: You can install and configure the <command>radvd</command> daemon (from the similarly-named package) if you want to use the configured computer as a router for a local network. This IPv6 configuration daemon has a role similar to <command>dhcpd</command> in the IPv4 world.
id-ID: Anda dapat memasang dan mengonfigurasi daemon <command>radvd</command> (dari paket yang bernama sama) bila Anda ingin memakai komputer yang dikonfigurasi sebagai router bagi suatu jaringan lokal. Daemon konfigurasi IPv6 ini memiliki peran mirip <command>dhcpd</command> di dunia IPv4.

en: The <filename>/etc/radvd.conf</filename> configuration file must then be created (see <filename>/usr/share/doc/radvd/examples/simple-radvd.conf</filename> as a starting point). In our case, the only required change is the prefix, which needs to be replaced with the one provided by Hurricane Electric; it can be found in the output of the <command>ip a</command> command, in the block concerning the <literal>he-ipv6</literal> interface.
id-ID: Berkas konfigurasi <filename>/etc/radvd.conf</filename> harus kemudian dibuat (Lihat <filename>/usr/share/doc/radvd/examples/simple-radvd.conf</filename> sebagai titik awal). Dalam kasus kami, satu-satunya perubahan yang diperlukan adalah awalan, yang perlu diganti dengan yang disediakan oleh Hurricane Electric; hal ini dapat ditemukan dalam keluaran perintah <command>ip a</command>, di blok mengenai antarmuka <literal>he-ipv6</literal> .

en: Then run <command>systemctl start radvd</command>. The IPv6 network should now work.
id-ID: Kemudian jalankan <command>systemctl start radvd</command>. Jaringan IPv6 yang seharusnya sekarang bekerja.

en: <primary>server</primary><secondary>name</secondary>
id-ID: <primary>server</primary><secondary>nama</secondary>

en: DNS records are organized in zones; each zone matches either a domain (or a subdomain) or an IP address range (since IP addresses are generally allocated in consecutive ranges). A primary server is authoritative on the contents of a zone; secondary servers, usually hosted on separate machines, provide regularly refreshed copies of the primary zone.
id-ID: Record-record DNS disusun dalam zona; setiap zona cocok dengan suatu domain (atau subdomain) atau suatu rentang alamat IP (karena alamat IP umumnya dialokasikan dalam rentang berturutan). Sebuah server adalah otoritatif atas isi suatu zona; server sekunder, sering diwadahi pada mesin terpisah, menyediakan salinan zona utama yang diperbarui secara teratur.

en: <primary>zone</primary><secondary>DNS</secondary>
id-ID: <primary>zona</primary><secondary>DNS</secondary>

en: Each zone can contain records of various kinds (<emphasis>Resource Records</emphasis>), these are some of the most common:
id-ID: Setiap zona dapat berisi record dari berbagai jenis (<emphasis>Record Sumber Daya</emphasis>), ini adalah beberapa yang paling umum:

en: DNS software
id-ID: Perangkat lunak DNS

en: Furthermore, Bind supports the DNSSEC standard for signing (and therefore authenticating) DNS records, which allows blocking any spoofing of this data during man-in-the-middle attacks.
id-ID: Selain itu, Bind mendukung standar DNSSEC untuk penandatanganan (dan karena itu otentikasi) record DNS, yang memungkinkan memblokir setiap spoofing data ini selama serangan man-in-the-middle.

en: <emphasis>CULTURE</emphasis> DNSSEC
id-ID: <emphasis>KULTUR</emphasis> DNSSEC

en: The DNSSEC norm is quite complex; this partly explains why it is not in widespread usage yet (even if it perfectly coexists with DNS servers unaware of DNSSEC). To understand all the ins and outs, you should check the following article. <ulink type="block" url="https://en.wikipedia.org/wiki/Domain_Name_System_Security_Extensions" />
id-ID: Norma DNSSEC cukup kompleks; ini menjelaskan sebagian mengapa DNSSEC belum digunakan secara luas (bahkan jika itu secara sempurna berdampingan dengan server DNS yang tidak sadar-DNSSEC). Untuk memahami semua seluk-beluknya, Anda harus memeriksa artikel berikut. <ulink type="block" url="https://en.wikipedia.org/wiki/Domain_Name_System_Security_Extensions" />>

en: Configuring bind
id-ID: Mengkonfigurasi bind

en: Configuration files for <command>bind</command>, irrespective of version, have the same structure.
id-ID: Berkas konfigurasi untuk <command>bind</command>, terlepas dari versi, memiliki struktur yang sama.

en: The Falcot administrators created a primary <literal>falcot.com</literal> zone to store information related to this domain, and a <literal>168.192.in-addr.arpa</literal> zone for reverse mapping of IP addresses in the local networks.
id-ID: Para administrator Falcot menciptakan sebuah zona utama <literal>falcot.com</literal> untuk menyimpan informasi yang terkait dengan domain ini, dan zona <literal>168.192.in-addr.arpa</literal> untuk pemetaan balik alamat IP pada jaringan lokal.

en: <emphasis>CAUTION</emphasis> Names of reverse zones
id-ID: <emphasis>HATI-HATI</emphasis> Nama-nama zone reverse

en: <primary>zone</primary><secondary>reverse</secondary>
id-ID: <primary>zona</primary><secondary>reverse</secondary>

en: <primary>nibble format</primary>
id-ID: <primary>format nibble</primary>

en: Reverse zones have a particular name. The zone covering the <literal>192.168.0.0/16</literal> network needs to be named <literal>168.192.in-addr.arpa</literal>: the IP address components are reversed, and followed by the <literal>in-addr.arpa</literal> suffix.
id-ID: Zona reverse memiliki nama khusus. Zona yang meliputi jaringan <literal>192.168.0.0/16</literal> perlu diberi nama <literal>168.192.in-addr.arpa</literal>: komponen alamat IP dibalik, dan diikuti oleh akhiran <literal>in-addr.arpa</literal>.

en: For IPv6 networks, the suffix is <literal>ip6.arpa</literal> and the IP address components which are reversed are each character in the full hexadecimal representation of the IP address. As such, the <literal>2001:0bc8:31a0::/48</literal> network would use a zone named <literal>0.a.1.3.8.c.b.0.1.0.0.2.ip6.arpa</literal>.
id-ID: Untuk jaringan IPv6, akhiran adalah <literal>ip6.arpa</literal> dan komponen alamat IP yang dibalik adalah setiap karakter pada perwakilan penuh heksadesimal alamat IP. Dengan demikian, jaringan <literal>2001:0bc8:31a0::/48</literal> akan menggunakan zona yang bernama <literal>0.a.1.3.8.c.b.0.1.0.0.2.ip6.arpa</literal>.

en: <emphasis>TIP</emphasis> Testing the DNS server
id-ID: <emphasis>TIP</emphasis> Pengujian DNS server

en: The <command>host</command> command (in the <emphasis role="pkg">bind9-host</emphasis> package) queries a DNS server, and can be used to test the server configuration. For example, <command>host machine.falcot.com localhost</command> checks the local server's reply for the <literal>machine.falcot.com</literal> query. <command>host <replaceable>ipaddress</replaceable> localhost</command> tests the reverse resolution.
id-ID: Perintah <command>host</command> (dalam paket <emphasis role="pkg">bind9-host</emphasis>) mengkueri server DNS, dan dapat digunakan untuk menguji konfigurasi server. Sebagai contoh, <command>host machine.falcot.com localhost</command> memeriksa balasan server lokal untuk permintaan <literal>machine.falcot.com</literal>. <command>host <replaceable>alamatip</replaceable> localhost</command> menguji resolusi terbalik.

en: The following configuration excerpts, taken from the Falcot files, can serve as starting points to configure a DNS server:
id-ID: Kutipan-kutipan konfigurasi berikut, diambil dari berkas Falcot, dapat berfungsi sebagai titik awal untuk mengkonfigurasi sebuah server DNS:

en: Excerpt of <filename>/etc/bind/named.conf.local</filename>
id-ID: Kutipan dari <filename>/etc/bind/named.conf.local</filename>

en: Excerpt of <filename>/etc/bind/db.falcot.com</filename>
id-ID: Kutipan dari <filename>/etc/bind/db.falcot.com</filename>

en: <emphasis>CAUTION</emphasis> Syntax of a name
id-ID: <emphasis>HATI-HATI</emphasis> Sintaks nama

en: The syntax of machine names follows strict rules. For instance, <literal>machine</literal> implies <literal>machine.<replaceable>domain</replaceable></literal>. If the domain name should not be appended to a name, said name must be written as <literal>machine.</literal> (with a dot as suffix). Indicating a DNS name outside the current domain therefore requires a syntax such as <literal>machine.otherdomain.com.</literal> (with the final dot).
id-ID: Sintaks nama-nama mesin mengikuti aturan ketat. Contohnya, <literal>mesin</literal> menyiratkan <literal>mesin.<replaceable>domain</replaceable></literal>. Jika nama domain tidak harus ditambahkan ke sebuah nama, maka nama tersebut harus ditulis sebagai <literal>mesin.</literal> (dengan titik sebagai sufiks). Maka menunjukkan nama DNS di luar domain saat ini memerlukan sintaks seperti <literal>mesin.domainlain.com.</literal> (dengan titik akhir).

en: Excerpt of <filename>/etc/bind/db.192.168</filename>
id-ID: Kutipan dari <filename> /etc/bind/db.192.168 </filename>

en: <primary>network</primary><secondary>DHCP configuration</secondary>
id-ID: <primary>jaringan</primary><secondary>konfigurasi DHCP</secondary>

en: DHCP (for <emphasis>Dynamic Host Configuration Protocol</emphasis>) is a protocol by which a machine can automatically get its network configuration when it boots. This allows centralizing the management of network configurations, and ensuring that all desktop machines get similar settings.
id-ID: DHCP (untuk <emphasis>Dynamic Host Configuration Protocol</emphasis>) adalah protokol yang dengannya suatu mesin dapat secara otomatis mendapatkan konfigurasi jaringannya ketika boot. Ini memungkinkan sentralisasi manajemen konfigurasi jaringan, dan memastikan bahwa semua mesin desktop mendapatkan pengaturan yang serupa.

en: A DHCP server provides many network-related parameters. The most common of these is an IP address and the network where the machine belongs, but it can also provide other information, such as DNS servers, WINS servers, NTP servers, and so on.
id-ID: Sebuah server DHCP menyediakan banyak parameter terkait jaringan. Yang paling umum adalah alamat IP dan mesin masuk jaringan mana, tetapi juga bisa menyediakan informasi lainnya, seperti server DNS, server WINS, server NTP, dan sebagainya.

en: The Internet Software Consortium (also involved in developing <command>bind</command>) is the main author of the DHCP server. The matching Debian package is <emphasis role="pkg">isc-dhcp-server</emphasis>.
id-ID: Internet Software Consortium (juga terlibat dalam mengembangkan <command>bind</command>) adalah penulis utama dari server DHCP. Paket Debian yang cocok adalah <emphasis role="pkg">isc-dhcp-server</emphasis>.

en: Configuring
id-ID: Mengkonfigurasi

en: The first elements that need to be edited in the DHCP server configuration files (<filename>/etc/dhcp/dhcpd.conf</filename>, and <filename>/etc/dhcp/dhcpd6.conf</filename> for IPv6) are the domain name and the DNS servers. If this server is alone on the local network (as defined by the broadcast propagation), the <literal>authoritative</literal> directive must also be enabled (or uncommented). One also needs to create a <literal>subnet</literal> section describing the local network and the configuration information to be provided. The following example fits a <literal>192.168.0.0/24</literal> local network with a router at <literal>192.168.0.1</literal> serving as the gateway. Available IP addresses are in the range <literal>192.168.0.128</literal> to <literal>192.168.0.254</literal>.
id-ID: Elemen pertama yang perlu disunting dalam berkas konfigurasi DHCP (<filename>/etc/dhcp/dhcpd.conf</filename>), dan <filename>/etc/dhcp/dhcpd6.conf</filename> untuk IPv6) adalah nama domain dan server DNS. Bila server hanya sendiri pada jaringan lokal (sebagaimana didefinisikan oleh propagasi broadcast), direktif <literal>authoritative</literal> juga mesti difungsika (atau dihapus tanda komentarnya). Kita juga perlu membuat suatu bagian <literal>subnet</literal> yang menjelaskan jaringan lokal dan informasi konfigurasi yang akan disediakan. Contoh berikut pas ke jaringan lokal <literal>192.168.0.0/24</literal> dengan sebuah router pada <literal>192.168.0.1</literal> melayani sebagai gateway. Alamat IP yang tersedia ada dalam rentang <literal>192.168.0.128</literal> sampai <literal>192.168.0.254</literal>.

en: Excerpt of <filename>/etc/dhcp/dhcpd.conf</filename>
id-ID: Kutipan dari <filename>/etc/dhcp/dhcpd.conf</filename>

en: DHCP and DNS
id-ID: DHCP dan DNS

en: <primary>DNS</primary><secondary>automated updates</secondary>
id-ID: <primary>DNS</primary><secondary>pembaruan otomatis</secondary>

en: A nice feature is the automated registering of DHCP clients in the DNS zone, so that each machine gets a significant name (rather than something impersonal such as <literal>machine-192-168-0-131.internal.falcot.com</literal>). Using this feature requires configuring the DNS server to accept updates to the <literal>internal.falcot.com</literal> DNS zone from the DHCP server, and configuring the latter to submit updates for each registration.
id-ID: Fitur bagus adalah pendaftaran otomatis klien DHCP di zona DNS, sehingga setiap mesin mendapat nama yang signifikan (daripada sesuatu yang impersonal seperti <literal>mesin-192-168-0-131.internal.falcot.com</literal>). Menggunakan fitur ini memerlukan konfigurasi server DNS untuk menerima update bagi zona DNS <literal>internal.falcot.com</literal> dari server DHCP, dan mengkonfigurasi yang terakhir untuk mengirimkan pambaruan bagi setiap pendaftaran.

en: In the <command>bind</command> case (see <xref linkend="sect.dns-software" />), the <literal>allow-update</literal> directive needs to be added to each of the zones that the DHCP server is to edit (the one for the <literal>internal.falcot.com</literal> domain, and the reverse zone). This directive lists the IP addresses allowed to perform these updates; it should therefore contain the possible addresses of the DHCP server (both the local address and the public address, if appropriate).
id-ID: Dalam kasus <command>bind</command> (lihat <xref linkend="sect.dns-software" />), direktif <literal>allow-update</literal> perlu ditambahkan ke masing-masing zona yang akan disuting oleh server DHCP server (satu untuk domain <literal>internal.falcot.com</literal>, dan zona balik). Direktif ini memuat daftar alamat IP yang diizinkan untuk melakukan pembaruan ini; oleh karena itu harus mengandung alamat-alamat server DHCP yang mungkin (alamat lokal dan alamat publik, jika sesuai).

en: Beware! A zone that can be modified <emphasis>will</emphasis> be changed by <command>bind</command>, and the latter will overwrite its configuration files at regular intervals. Since this automated procedure produces files that are less human-readable than manually-written ones, the Falcot administrators handle the <literal>internal.falcot.com</literal> domain with a delegated DNS server; this means the <literal>falcot.com</literal> zone file stays firmly under their manual control.
id-ID: Berhati-hatilah! Zona yang dapat diubah <emphasis>akan</emphasis> diganti oleh <command>bind</command>, dan yang kedua akan menimpa berkas-berkas konfigurasi secara berkala. Karena prosedur ini otomatis menghasilkan berkas yang kurang terbaca-manusia daripada ditulis secara manual, para administrator Falcot menangani domain <literal>internal.falcot.com</literal> dengan server DNS yang didelegasikan; ini berarti berkas zona <literal>falcot.com</literal> tetap tegas di bawah kontrol manual mereka.

en: The DHCP server configuration excerpt above already includes the directives required for DNS zone updates: they are the <literal>ddns-update-style interim;</literal> and <literal>ddns-domain-name "internal.falcot.com";</literal> lines.
id-ID: Kutipan konfigurasi server DHCP di atas sudah termasuk petunjuk yang diperlukan untuk pembaruan zona DNS: mereka adalah baris <literal>ddns-update-style interim;</literal> dan <literal>ddns-domain-name "internal.falcot.com";</literal>.

en: Network Diagnosis Tools
id-ID: Alat Diagnosis Jaringan

en: Local Diagnosis: <command>netstat</command>
id-ID: Diagnosis Lokal: <command>netstat</command>

en: Let's first mention the <command>netstat</command> command (in the <emphasis role="pkg">net-tools</emphasis> package); it displays an instant summary of a machine's network activity. When invoked with no argument, this command lists all open connections; this list can be very verbose since it includes many Unix-domain sockets (widely used by daemons) which do not involve the network at all (for example, <literal>dbus</literal> communication, <literal>X11</literal> traffic, and communications between virtual filesystems and the desktop).
id-ID: Pertama mari kita bahas perintah <command>netstat</command> (dalam paket <emphasis role="pkg">net-tools</emphasis>); itu menampilkan suatu ringkasan seketika dari aktivitas jaringan komputer. Ketika dipanggil tanpa argumen, perintah ini menmpilkan daftar semua koneksi yang terbuka; daftar ini bisa jadi sangat panjang karena itu termasuk soket-soket domain Unix (yang biasa dikenal sebagai daemon) yang sama sekali tidak melibatkan jaringan (sebagai contoh, komunikasi <literal>dbus</literal>, lalu lintas <literal>X11</literal>, dan komunikasi antar sistem berkas virtual dan dekstop.

en: Common invocations therefore use options that alter <command>netstat</command>'s behavior. The most frequently used options include:
id-ID: Invokasi yang umum karena itu menggunakan pilihan yang mengubah perilaku <command>netstat</command>. Pilihan yang paling sering digunakan antara lain:

en: <literal>-t</literal>, which filters the results to only include TCP connections;
id-ID: <literal>-t</literal>, yang menyaring hasil untuk hanya menyertakan koneksi TCP;

en: <literal>-u</literal>, which works similarly for UDP connections; these options are not mutually exclusive, and one of them is enough to stop displaying Unix-domain connections;
id-ID: <literal>-u</literal>, yang bekerja secara serupa untuk koneksi UDP; pilihan ini tidak saling eksklusif, dan salah satunya cukup untuk menghentikan menampilkan hubungan Unix-domain;

en: <literal>-a</literal>, to also list listening sockets (waiting for incoming connections);
id-ID: <literal>-</literal>, juga menampilkan daftar soket yang mendengar (menunggu untuk koneksi masuk);

en: <literal>-n</literal>, to display the results numerically: IP addresses (no DNS resolution), port numbers (no aliases as defined in <filename>/etc/services</filename>) and user ids (no login names);
id-ID: <literal>-n</literal>, untuk menampilkan hasil secara numerik: alamat IP (tanpa resolusi DNS), nomor port (bukan alias sebagaimana didefinisikan dalam <filename>/etc/services</filename>) dan id pengguna (tidak ada nama login);

en: <literal>-p</literal>, to list the processes involved; this option is only useful when <command>netstat</command> is run as root, since normal users will only see their own processes;
id-ID: <literal>-p</literal>, untuk daftar proses yang terlibat; pilihan ini hanya berguna ketika <command>netstat</command> dijalankan sebagai root, karena pengguna normal hanya akan melihat proses mereka sendiri;

en: <literal>-c</literal>, to continuously refresh the list of connections.
id-ID: <literal>-c</literal>, untuk terus-menerus menyegarkan daftar koneksi.

en: Other options, documented in the <citerefentry><refentrytitle>netstat</refentrytitle> <manvolnum>8</manvolnum></citerefentry> manual page, provide an even finer control over the displayed results. In practice, the first five options are so often used together that systems and network administrators practically acquired <command>netstat -tupan</command> as a reflex. Typical results, on a lightly loaded machine, may look like the following:
id-ID: Pilihan lain, didokumentasikan dalam halaman manual <citerefentry> <refentrytitle>netstat</refentrytitle> <manvolnum>8</manvolnum> </citerefentry>, menyediakan kontrol yang bahkan lebih halus atas hasil yang ditampilkan. Dalam prakteknya, lima pilihan pertama begitu sering digunakan bersama bahwa sistem dan administrator jaringan praktis mengakuisisi <command>netstat -tupan</command> sebagai refleks. Hasil yang khas, pada mesin bermuatan ringan, mungkin terlihat seperti berikut:

en: As expected, this lists established connections, two SSH connections in this case, and applications waiting for incoming connections (listed as <literal>LISTEN</literal>), notably the Exim4 email server listening on port 25.
id-ID: Seperti yang diharapkan, daftar ini menampilkan koneksi yang terjalin, dua koneksi SSH dalam kasus ini, dan aplikasi yang menunggu koneksi masuk (terdaftar sebagai <literal>LISTEN</literal>), terutama server surel Exim4 yang mendengarkan di port 25.

en: Remote Diagnosis: <command>nmap</command>
id-ID: Diagnosis Jarak Jauh: <command>nmap</command>

en: <command>nmap</command> (in the similarly-named package) is, in a way, the remote equivalent for <command>netstat</command>. It can scan a set of “well-known” ports for one or several remote servers, and list the ports where an application is found to answer to incoming connections. Furthermore, <command>nmap</command> is able to identify some of these applications, sometimes even their version number. The counterpart of this tool is that, since it runs remotely, it cannot provide information on processes or users; however, it can operate on several targets at once.
id-ID: <command>nmap</command> (dalam paket yang bernama mirip) adalah, sedikit banyak, ekuivalen remote untuk <command>netstat</command>. Itu dapat memindai suatu set port yang "dikenal luas" untuk satu server remote atau lebih, dan menampilkan daftar port dimana suatu aplikasi ditemukan yang menjawab koneksi masuk. Lebih jauh, <command>nmap</command> dapat mengidentifikasi beberapa dari aplikasi ini, bahkan terkadang nomor versi mereka. Kekurangan dari perkakas ini adalah, karena itu dijalankan secara remote, tidak dapat menyediakan informasi tentang proses-proses atau para pengguna; namun, itu dapat beroperasi pada beberapa target sekaligus.

en: A typical <command>nmap</command> invocation only uses the <literal>-A</literal> option (so that <command>nmap</command> attempts to identify the versions of the server software it finds) followed by one or more IP addresses or DNS names of machines to scan. Again, many more options exist to finely control the behavior of <command>nmap</command>; please refer to the documentation in the <citerefentry> <refentrytitle>nmap</refentrytitle> <manvolnum>1</manvolnum> </citerefentry> manual page.
id-ID: Pemanggilan tipikal <command>nmap</command> hanya menggunakan pilihan <literal>-A</literal> (sehingga <command>nmap</command> mencoba mengidentifikasi versi perangkat lunak server yang ditemukannya) diikuti oleh satu atau lebih alamat IP atau nama DNS mesin yang akan dipindai. Sekali lagi, lebih banyak opsi yang ada untuk mengendalikan perilaku <command>nmap</command>; silakan lihat dokumentasi di halaman manual <citerefentry><refentrytitle>nmap</refentrytitle><manvolnum>1</manvolnum></citerefentry>.

en: Sniffers: <command>tcpdump</command> and <command>wireshark</command>
id-ID: Sniffer: <command>tcpdump</command> dan <command>wireshark</command>

en: Sometimes, one needs to look at what actually goes on the wire, packet by packet. These cases call for a “frame analyzer”, more widely known as a <emphasis>sniffer</emphasis>. Such a tool observes all the packets that reach a given network interface, and displays them in a user-friendly way.
id-ID: Kadang-kadang, orang perlu untuk melihat apa yang sebenarnya terjadi pada kabel, paket per paket. Kasus ini panggilan untuk “penganalsis frame”, lebih dikenal sebagai <emphasis>niffer</emphasis>. Suatu alat yang mengamati semua paket yang mencapai antarmuka jaringan tertentu, dan menampilkan mereka dalam cara yang ramah pengguna.

en: The venerable tool in this domain is <command>tcpdump</command>, available as a standard tool on a wide range of platforms. It allows many kinds of network traffic capture, but the representation of this traffic stays rather obscure. We will therefore not describe it in further detail.
id-ID: Alat mulia dalam domain ini adalah <command>tcpdump</command>, tersedia sebagai alat standar pada berbagai platform. Hal ini memungkinkan menangkap banyak jenis lalu lintas jaringan, tapi representasi dari lalu lintas ini tetap agak kabur. Karenanya kami tidak akan menjelaskan secara lebih terperinci.

en: A more recent (and more modern) tool, <command>wireshark</command> (in the <emphasis role="pkg">wireshark</emphasis> package), has become the new reference in network traffic analysis due to its many decoding modules that allow for a simplified analysis of the captured packets. The packets are displayed graphically with an organization based on the protocol layers. This allows a user to visualize all protocols involved in a packet. For example, given a packet containing an HTTP request, <command>wireshark</command> displays, separately, the information concerning the physical layer, the Ethernet layer, the IP packet information, the TCP connection parameters, and finally the HTTP request itself.
id-ID: Perkakas yang lebih terkini (dan lebih modern), <command>wireshark</command> (dalam paket <emphasis role="pkg">wireshark</emphasis>), telah menjadi acuan baru dalam analisis lalu lintas jaringan karena banyak modul pendekodeannya yang mengizinkan analisis yang disederhanakan atas paket-paket yang ditangkap. Paket-paket ditampilkan secara grafis dengan suatu pengorganisasian berbasis layer protokol. Ini memungkinkan pengguna memvisualisasi semua protokol yang terlibat dalam sebuah paket. Sebagai contoh, diberikan suatu paket yang memuat sebuah permintaan HTTP, <command>wireshark</command> menampilkan, secara terpisah, informasi terkait layer fisik, layer Ethernet, informasi paket IP, parameter koneksi TCP, dan akhirnya permintaan HTTP itu sendiri.

en: The <command>wireshark</command> network traffic analyzer
id-ID: <command>wireshark</command> penganalisis lalu lintas jaringan

en: In our example, the packets traveling over SSH are filtered out (with the <literal>!tcp.port == 22</literal> filter). The packet currently displayed was developed at the transport layer of the SSHv2 protocol.
id-ID: Dalam contoh kita, paket-paket yang berjalan di atas SSH disaring (dengan penyaring <literal>!tcp.port == 22</literal>). Paket yang sedang ditampilkan dikembangkan pada layer transport dari protokol SSHv2.

en: <emphasis>TIP</emphasis> <command>wireshark</command> with no graphical interface: <command>tshark</command>
id-ID: <emphasis>TIP</emphasis> <command>wireshark</command> tanpa antar muka grafis: <command>tshark</command>

en: When one cannot run a graphical interface, or does not wish to do so for whatever reason, a text-only version of <command>wireshark</command> also exists under the name <command>tshark</command> (in a separate <emphasis role="pkg">tshark</emphasis> package). Most of the capture and decoding features are still available, but the lack of a graphical interface necessarily limits the interactions with the program (filtering packets after they've been captured, tracking of a given TCP connection, and so on). It can still be used as a first approach. If further manipulations are intended and require the graphical interface, the packets can be saved to a file and this file can be loaded into a graphical <command>wireshark</command> running on another machine.
id-ID: Ketika seseorang tidak dapat menjalankan antarmuka grafis, atau tidak ingin menjalankannya dengan alasan apapun, suatu versi hanya-teks dari <command>wireshark</command> juga ada dengan nama <command>tshark</command> (dalam sebuah paket terpisah <emphasis role="pkg">tshark</emphasis>). Kebanyakan dari fitur tangkap dan dekode masih tersedia, tapi ketiadaan antarmuka grafis membatasi interaksi dengan program (menyaring paket setelah ditangkap, melacak koneksi TCP tertentu, dan seterusnya). Itu masih dapat dipakai sebagai sebuah pendekatan pertama. Bila manipulasi lebih lanjut dikehendaki dan memerlukan antarmuka grafis, paket-paket dapat disimpan ke suatu berkas dan berkas ini dapat dimuat ke dalam sebuah <command>wireshark</command> grafis yang berjalan pada mesin lain.
