SanzSkuy: Created page with "'''Domain Name System (DNS)''' adalah sistem yang me-resolve sebuah ''Fully Qualified Domain Name'' (FQDN) seperti `www.cisco.com` menjadi IP address. Manusia gampang mengingat nama, tapi komunikasi jaringan bekerja dengan IP address — DNS adalah jembatan di antara keduanya. Analogi paling gampang: DNS itu buku kontak di HP. Lo nggak hafal nomor telepon teman lo, lo hafal namanya. Waktu lo pencet "Budi", HP yang menerjemahkan ke nomor aslinya. DNS melakukan..."

2026-07-04T04:28:32Z

Created page with "'''Domain Name System (DNS)''' adalah sistem yang me-resolve sebuah ''Fully Qualified Domain Name'' (FQDN) seperti <code>www.cisco.com</code> menjadi IP address. Manusia gampang mengingat nama, tapi komunikasi jaringan bekerja dengan IP address — DNS adalah jembatan di antara keduanya. Analogi paling gampang: DNS itu buku kontak di HP. Lo nggak hafal nomor telepon teman lo, lo hafal namanya. Waktu lo pencet "Budi", HP yang menerjemahkan ke nomor aslinya. DNS melakukan..."

New page

'''Domain Name System (DNS)''' adalah sistem yang me-resolve sebuah ''Fully Qualified Domain Name'' (FQDN) seperti <code>www.cisco.com</code> menjadi IP address. Manusia gampang mengingat nama, tapi komunikasi jaringan bekerja dengan IP address — DNS adalah jembatan di antara keduanya.

Analogi paling gampang: DNS itu buku kontak di HP. Lo nggak hafal nomor telepon teman lo, lo hafal namanya. Waktu lo pencet "Budi", HP yang menerjemahkan ke nomor aslinya. DNS melakukan hal yang sama untuk hostname → IP address.

== Fully Qualified Domain Name (FQDN) ==

FQDN adalah nama lengkap sebuah host, dibaca dari kanan ke kiri (dari yang paling umum ke paling spesifik):

<pre>
www . cisco . com
--- ----- ---
| | |
hostname domain TLD
(Top Level Domain)
</pre>

* '''TLD''' — top level domain: <code>.com</code>, <code>.org</code>, <code>.id</code>, dst.
* '''Domain''' — nama organisasi/entitas: <code>cisco</code>, <code>google</code>, dst.
* '''Hostname''' — host spesifik di dalam domain itu: <code>www</code>, <code>mail</code>, <code>ftp</code>, dst.

== Cara Kerja DNS di Jaringan Enterprise ==

Perusahaan biasanya punya '''internal DNS server''' sendiri yang bisa me-resolve IP address host-host internal (server internal, printer, dsb. yang tidak terdaftar di DNS publik).

Alurnya:

# Host mengirim DNS query ke internal DNS server (yang dikonfigurasi sebagai DNS server-nya, biasanya via DHCP).
# Kalau internal DNS server '''tahu jawabannya''' (record internal, atau ada di cache) → langsung jawab.
# Kalau '''tidak tahu''' → query di-forward ke public DNS server di Internet (misalnya 8.8.8.8).
# Jawaban dikembalikan ke host, dan biasanya di-cache supaya query berikutnya lebih cepat.

<pre>
+--------+ query: www.cisco.com? +----------------+
| Host | -------------------------> | Internal DNS |
| | <------------------------- | Server |
+--------+ answer: 72.163.4.185 +----------------+
| ^
tidak tahu? | |
forward query v | answer
+----------------+
| Public DNS |
| (Internet) |
+----------------+
</pre>

=== Port yang Dipakai ===

DNS request dikirim menggunakan '''UDP port 53''', dan bisa '''failover ke TCP port 53'''.

Kenapa UDP? Karena query DNS itu kecil dan sifatnya satu-tembakan (satu pertanyaan, satu jawaban) — overhead three-way handshake TCP tidak sepadan. TCP dipakai kalau response terlalu besar untuk muat di satu paket UDP, atau untuk zone transfer antar DNS server.

{| class="wikitable"
! Protokol !! Port !! Kapan dipakai
|-
| UDP || 53 || Query/response normal (default)
|-
| TCP || 53 || Response besar, zone transfer
|}

Fakta ini (UDP 53, bisa failover TCP) sering keluar sebagai soal hafalan di ujian CCNA.

== DNS pada Cisco Router ==

Cisco router bisa berperan sebagai '''DNS client''' (me-resolve nama untuk keperluan dirinya sendiri, misalnya <code>ping servername</code> dari CLI) dan juga sebagai '''DNS server''' (menjawab query dari host lain). Di jaringan production, router jarang dijadikan DNS server — biasanya pakai server dedicated — tapi command-nya tetap materi ujian.

=== Konfigurasi DNS Client ===

<pre>
R1(config)# ip domain-lookup
R1(config)# ip name-server 172.23.4.1
R1(config)# ip domain-name flackboxA.lab
R1(config)# ip domain-list flackboxB.lab
</pre>

Penjelasan per command:

* <code>ip domain-lookup</code> — mengaktifkan DNS resolution di router. Ini default-nya sudah aktif.
* <code>ip name-server 172.23.4.1</code> — menunjuk DNS server yang akan ditanya router.
* <code>ip domain-name flackboxA.lab</code> — primary domain name. Kalau lo ketik <code>ping LinuxA</code> (bukan FQDN), router otomatis menambahkan suffix ini → query jadi <code>LinuxA.flackboxA.lab</code>.
* <code>ip domain-list flackboxB.lab</code> — daftar suffix tambahan yang dicoba kalau primary domain tidak menghasilkan jawaban. Bisa diisi lebih dari satu.

=== Catatan: no ip domain-lookup ===

Ada behavior menyebalkan yang perlu diketahui: kalau lo '''typo command''' di CLI, IOS menganggap kata itu adalah hostname yang mau di-telnet, lalu mencoba resolve via DNS. Kalau tidak ada DNS server yang menjawab, CLI '''nge-hang beberapa puluh detik''' menunggu timeout.

<pre>
R1# pnig 10.10.10.2
Translating "pnig"...domain server (255.255.255.255)
% Unknown command or computer name, or unable to find computer address
</pre>

Karena itu di lab, banyak orang mematikan DNS lookup:

<pre>
R1(config)# no ip domain-lookup
</pre>

Trade-off: router jadi tidak bisa resolve hostname sama sekali. Di lab ini fine, di production pertimbangkan lagi.

=== Konfigurasi DNS Server ===

<pre>
R1(config)# ip dns server
R1(config)# ip host LinuxA 172.23.4.2
</pre>

* <code>ip dns server</code> — mengaktifkan fungsi DNS server pada router, sehingga router mau menjawab query DNS dari host lain.
* <code>ip host LinuxA 172.23.4.2</code> — membuat static hostname-to-IP mapping di router (mirip file <code>/etc/hosts</code> di Linux). Entry ini dipakai router untuk dirinya sendiri dan untuk menjawab query kalau fungsi DNS server aktif.

=== Verifikasi ===

<pre>
R1# show hosts
</pre>

Menampilkan tabel hostname yang diketahui router — baik dari static entry (<code>ip host</code>) maupun hasil resolve DNS yang di-cache.

Tes paling praktis: ping pakai nama, bukan IP:

<pre>
R1# ping LinuxA
</pre>

Kalau resolve berhasil, ping jalan ke IP hasil translasi.

== Posisi DNS di OSI Model ==

DNS adalah protokol '''Layer 7 (Application)'''. Tapi perhatikan dependensinya: DNS berjalan di atas UDP/TCP (Layer 4) yang berjalan di atas IP (Layer 3). Ini contoh bagus encapsulation: satu query DNS yang lo kirim sebenarnya adalah data L7 yang dibungkus header UDP (L4), dibungkus header IP (L3), dibungkus header Ethernet (L2).

== Lihat Juga ==

* [[OSI Model]]
* [[TCP dan UDP]]
* [[Subnetting]]

[[Kategori:CCNA]]
[[Kategori:Networking]]

DNS 2 - Revision history