Apa itu DNS? Pengantar Sistem Nama Domain

Ketika Anda duduk di depan komputer Anda, internet tampak sederhana. Anda membuka browser, mengetik nama domain, dan melihat situs web di layar Anda. Namun, di bawah Graphical User Interface (GUI) terdapat jaringan perangkat lunak dan server yang luas yang dikenal sebagai Domain Name System (DNS). Namun, apa itu DNS, dan bagaimana DNS membantu kami melihat web di perangkat kami?

Jawabannya rumit, karena banyaknya bagian yang bergerak yang terlibat. Anda akan menemukan bahwa hampir setiap tautan dalam rantai tersebut menggunakan server. Terlebih lagi, ada beberapa teknik untuk membantu Anda mengurangi kemacetan yang dapat mengikis kecepatan pemuatan halaman Anda yang cepat.

Untuk posting ini, kami akan membantu Anda memahami DNS dengan cara yang paling mudah yang kami bisa. Mari kita simpulkan apa yang akan dibahas artikel ini.

Bagaimana Internet Mendapatkan Halaman Web Dari Server ke Browser Anda

Singkatnya, DNS adalah cara kami mengubah nama domain yang dapat dibaca menjadi alamat Internet Protocol (IP) yang dihasilkan yang diwakilinya. Meskipun ini tampak seperti tugas sederhana di permukaan, itu jauh dari kasusnya.

Setiap situs web hidup di server, dan setiap server (dan komputer, sebenarnya) memiliki alamat IP. DNS adalah sistem yang memetakan alamat IP ke nama domain, sehingga kami dapat menikmati penjelajahan yang ramah pengguna. Sebagai analogi, pikirkan bagaimana nama jalan dan alamat rumah sebenarnya adalah satu set koordinat peta. Kami menggunakan alamat jalan untuk menyederhanakan garis bujur dan garis lintang suatu lokasi.

Saat Anda mengubah alamat IP menjadi nama domain (dan sebaliknya), ini adalah 'resolusi DNS'. Ada sejumlah komponen perangkat keras dalam rantai ini, khususnya empat jenis server yang berbeda. Mari kita bahas ini selanjutnya.

4 Server DNS yang Mengambil dan Memuat Halaman Web

Setiap permintaan dan resolusi DNS melewati empat server. Inilah mereka, singkatnya:

• rekursor DNS. Ini adalah 'pembawa air' untuk seluruh DNS. Saat Anda meminta situs web dari browser Anda, Anda memberi tahu recursor untuk pergi dan menemukan (atau 'mencari') situs tersebut di DNS.
• Server nama root. Jika Anda menganggap server web yang berisi banyak situs, server nama root mewakili keseluruhan. Ini adalah lokasi umum dari alamat IP.
• Server nama Domain Tingkat Atas (TLD). Sebuah situs web akan hidup di dalam server nama root, tetapi server nama TLD akan menggali bagian akhir dari alamat IP: Bagian akhir dari nama host. Ini bisa berupa .com, .net, atau banyak lainnya.
• Server nama yang otoritatif. Untuk membuat server yang rumit ini menjadi sederhana, ini adalah pustaka referensi untuk alamat IP. Server ini akan mengirimkan alamat IP lengkap kembali ke recursor, yang pada gilirannya menampilkan situs di browser Anda.

Kueri DNS melewati semua langkah ini, bahkan beberapa kali, sebelum kueri diselesaikan. Dengan demikian, ada banyak titik dalam rantai yang dapat menyebabkan kueri gagal – itulah sebabnya kami memiliki kesalahan HTTP.

Padahal, ada baiknya menggali bagian depan dan belakang rantai ini lebih detail. Mari kita lakukan ini selanjutnya.

Perbedaan Antara Rekursor DNS dan Server Nama Resmi

Anda akan memahami bahwa recursor mengambil hasil kueri, dan merupakan awal dari keseluruhan proses DNS. Pada gilirannya, Anda juga akan mengetahui bahwa server nama otoritatif meneruskan hasil proses ini kembali ke rekursor. Namun, keduanya memiliki lebih banyak perbedaan yang perlu Anda ketahui:

• rekursor DNS. Server ini menanggapi permintaan permintaan DNS. Ini aktif karena melacak catatan DNS di sepanjang rantai. Sementara pendekatan khas untuk recursor adalah membuat beberapa permintaan ke server lain, caching dapat mengurangi waktu ini. Kami akan berbicara lebih banyak tentang ini nanti.
• Server nama otoritatif. Server ini menyimpan semua catatan DNS. Tugasnya adalah menanggapi permintaan berdasarkan informasi yang diterimanya dari server lain dalam rantai, termasuk rekursor. Server inilah yang memungkinkan browser menampilkan situs web. Karena otoritatif, tidak perlu berkonsultasi dengan sumber lain untuk memvalidasi kueri – ini adalah sumber kebenaran.

Namun, sementara server nama otoritatif adalah titik akhir untuk permintaan DNS, itu tidak akan selalu seperti ini. Anda juga akan menemukan server nama tambahan setelah titik ini tergantung pada permintaan.

Jika kueri DNS adalah untuk subdomain (seperti shop.example.com), Anda akan menemukan bahwa akan ada server nama tambahan setelah yang otoritatif. Ini menyimpan data CNAME untuk subdomain yang dimaksud.

Secara teori, tidak ada batasan jumlah server nama tambahan yang diminta oleh kueri. Namun, sebagian besar waktu, hanya akan ada satu server nama tambahan.

Cara Kerja Pencarian DNS

Meskipun ada empat server yang memproses pencarian dan kueri DNS, ada banyak langkah dalam rantai yang meneruskan kueri dan mengambil hasil. Berikut adalah cara kerja proses pencarian:

• Anda akan mengetikkan nama domain ke browser Anda. Setelah Anda mengklik Enter , kueri menuju dari browser dan Sistem Operasi (OS) Anda ke internet tempat recursor DNS menerimanya.
• Recursor meneruskan kueri ini ke server nama root, dan melakukan kuerinya sendiri.
• Hasil dari query ini akan menjadi nameserver TLD, yang kembali ke recursor.
• Kali ini, recursor menanyakan server nama TLD, yang merespons dengan alamat IP server nama otoritatif domain.
• Rekursor mengirimkan kueri lain ke server nama otoritatif, yang pada gilirannya merespons dengan alamat IP untuk permintaan domain awal.

Dari sini, recursor mengirimkan hasil kerjanya kembali ke browser web. Ini menyelesaikan proses DNS, dan recursor dapat beristirahat selama beberapa milidetik! Browser kemudian akan memproses permintaan HTTP untuk menampilkan situs di browser.

Ada banyak langkah kompleks dan padat karya (relatif terhadap apa yang dapat dicapai server), dan ini terjadi miliaran kali per detik di seluruh dunia. Meski begitu, hanya ada tiga kueri yang terjadi dalam pencarian.

Kueri yang Akan Anda Temukan di Pencarian DNS

Ada hubungan dalam setiap kueri ini antara klien DNS dan server. Meskipun ini adalah istilah umum, kami akan mencatat hal spesifik apa pun dalam penjelasan kami:

• Permintaan rekursif. Dalam kueri ini, klien akan meminta agar rekursor DNS merespons baik dengan catatan DNS yang diminta, atau pesan kesalahan.
• Permintaan berulang. Query ini memberikan recursor lisensi gratis untuk membuat 'tebakan terbaik' dengan apa yang dikembalikannya. Jika tidak ada kecocokan untuk kueri, hasilnya akan menjadi rujukan ke server otoritatif tingkat yang lebih rendah hingga 'jalur' ini habis.
• Permintaan non-rekursif. Anda akan menemukan kueri ini akan muncul jika ada catatan DNS di cache, atau rekursor memiliki akses otoritatif ke catatan. Kita akan berbicara tentang caching menjelang akhir artikel.

Dalam banyak kasus, Anda akan menemukan bahwa kueri rekursif dan non-rekursif adalah yang paling umum. Inilah mengapa Anda akan melihat pesan kesalahan, dan mengapa proses pencarian bisa menjadi rumit.

Primer Pada Caching DNS

Saat Anda menangani kueri non-rekursif, catatan memiliki kesempatan untuk berada di cache khusus untuk catatan DNS. Jika Anda tahu tentang caching, Anda akan memahami bahwa itu akan berisi file yang Anda akses secara teratur. Aplikasi lokal dapat melakukan ini, tetapi cache situs Anda adalah contoh terbaik:

Ini akan menyimpan catatan untuk file situs Anda, sehingga Anda dapat menjaga jumlah permintaan HTTP tetap rendah. Hal yang sama juga dimungkinkan untuk catatan DNS. Ini membuat catatan yang relevan lebih dekat ke lokasi komputer Anda, sehingga Anda dapat mengambil alamat IP lebih cepat dari biasanya.

Untuk pengembang web, permintaan GET adalah masalah browser. Dengan cache, recursor memotong server lain dalam rantai dan langsung menuju ke server nama otoritatif atau memanggilnya kembali tanpa perlu pertanyaan lebih lanjut. Ini adalah kueri non-rekursif paling umum yang dapat Anda buat.

Bahkan, Anda akan menemukan cache DNS di berbagai teknologi, seperti Penyedia Layanan Internet (ISP), router, dan komputer lokal Anda.

Anda akan menemukan bahwa cache browser Anda adalah port panggilan pertama untuk recursor mencari catatan DNS, dan karena itu, browser sering menyimpan catatan sebagai pengaturan default. OS Anda juga akan memiliki penyelesai DNS, dan ini juga memeriksa cache untuk catatan DNS.

Sekali lagi, jika OS tidak berisi catatan di dalam cache-nya, itu akan mengirim kueri ke recursor ISP Anda untuk diproses. Kedua rekursor ini akan bekerja dengan catatan A dan NS domain Anda untuk mencoba dan menyelesaikan kueri, sebelum proses pencarian penuh berlangsung.

Membuat Perubahan pada Catatan DNS: 'Propagasi'

Omong-omong, Anda dapat membuat perubahan pada catatan A , NS , atau CNAME Anda dengan pencatat Anda. Dalam banyak kasus, ini akan memakan waktu hingga 72 jam total sebelum semua perubahan tersebut dicatat.

Ini adalah propagasi DNS, dan waktu yang diperlukan untuk menyelesaikannya bergantung pada sejumlah faktor – yaitu nilai Time To Live (TTL) untuk record terkait:

Singkatnya, ini menentukan seberapa cepat perubahan akan berlaku untuk catatan DNS tertentu. TTL tipikal adalah sekitar empat jam, dan semakin tinggi nilainya, semakin lama waktu propagasi ini.

Pencatat sering menetapkan TTL untuk server nama Anda, dan karena itu, Anda atau orang lain tidak akan dapat membuat perubahan. Inilah sebabnya mengapa Anda sering harus menunggu propagasi selesai, dan mengapa Anda terus-menerus memeriksa situs seperti Apa DNS Saya? untuk mengukur kemajuannya:

Solusinya adalah mengatur TTL Anda sebanyak mungkin sebelum Anda memutuskan untuk mengubah catatan DNS Anda. Tentu saja, registrar akan bertanggung jawab atas server nama Anda, tetapi Anda akan melakukan sebanyak yang Anda bisa untuk mengurangi waktu propagasi.

Kesimpulan

Jika menurut Anda mengakses halaman web itu sederhana, pikirkan lagi. Untuk pengguna akhir, prosesnya sederhana pada intinya. Namun, di bawah tenda itu jauh lebih kompleks, dan melibatkan sejumlah besar server tambahan.

Posting ini telah melihat DNS – cara internet mengambil nama domain dan menyelesaikannya ke alamat IP. Dari sana, ia dapat kembali ke browser dan merender sebagai halaman web. Namun, Anda akan menemukan bahwa banyak proses lain juga terjadi, seperti propagasi dan caching. Gabungan, mereka memberi kami penjelajahan yang cepat dan (kebanyakan) bebas masalah.

Apakah menurut Anda artikel ini menjawab pertanyaan: “Apa itu DNS?”, dan jika tidak, apakah Anda memiliki pertanyaan lain? Jika demikian, tanyakan di bagian komentar di bawah!