Apa Itu Sistem Penamaan Domain?

Sistem Penamaan Domain adalah sistem penamaan hierarkis dan terdesentralisasi untuk komputer, layanan, atau sumber daya lain yang terhubung ke Internet atau jaringan pribadi. Ini mengaitkan berbagai informasi dengan nama domain yang diberikan kepada mereka.
Secara khusus, ini mengubah nama domain yang lebih mudah diingat menjadi alamat IP numerik, yang diperlukan untuk menemukan dan mengidentifikasi layanan dan perangkat komputer menggunakan protokol jaringan yang mendasarinya.

Menyediakan layanan direktori terdesentralisasi global, sistem nama domain telah menjadi bagian penting dari cara kerja Internet sejak 1985. Sistem Penamaan Domain mendelegasikan tanggung jawab untuk mendefinisikan nama domain dan menghubungkannya ke sumber daya Internet dengan memberi nama server nama resmi untuk setiap domain. Administrator jaringan dapat mendelegasikan otoritas ke subdomain dari ruang nama yang dicadangkan ke server nama lain. Mekanisme ini menyediakan layanan terdistribusi dan toleran terhadap kesalahan dan dirancang untuk menghindari database pusat individu yang besar.

Sistem Penamaan Domain juga mendefinisikan fungsi teknis  layanan database pada intinya. Ini mendefinisikan protokol DNS sebagai bagian dari suite protokol Internet, spesifikasi rinci dari struktur data dan transfer data yang digunakan dalam DNS. Internet memiliki dua ruang nama utama, hierarki nama domain[1] dan ruang alamat  Internet Protocol (IP). Sistem Nama Domain mengelola hierarki nama domain dan menyediakan layanan terjemahan antara itu dan ruang alamat. Server nama internet dan protokol komunikasi mengimplementasikan sistem nama domain. Server nama DNS adalah server yang menyimpan catatan DNS untuk sebuah domain; Server nama DNS merespons  pertanyaan di database mereka.

Jenis catatan yang paling umum  disimpan dalam database DNS adalah SOA (awal otoritas), alamat IP (A dan AAAA), pertukaran surat SMTP (MX), server nama (NS), pointer pencarian DNS terbalik (PTR) dan alias . nama domain (CNAME). Meskipun tidak dimaksudkan sebagai database tujuan umum, DNS telah berkembang dari waktu ke waktu untuk menyimpan catatan dalam jenis catatan lain untuk pencarian otomatis, seperti catatan DNSSEC, atau permintaan manusia, seperti catatan Orang yang Bertanggung Jawab (RP).

Sebagai database tujuan umum, DNS juga telah digunakan untuk memerangi email yang tidak diinginkan (spam) dengan mempertahankan lubang hitam waktu nyata (RBL). Database DNS secara tradisional disimpan dalam file teks terstruktur, file zona, tetapi sistem database lain juga umum.

 

Fungsi

Analogi umum yang  digunakan untuk menggambarkan Sistem Penamaan Domain bahwa ia berfungsi seperti direktori telepon Internet, menerjemahkan nama host komputer  manusia menjadi alamat IP. Misalnya, nama domain www.example.com diterjemahkan ke alamat 93.18.216.3 (IPv) dan 2606:2800:220:1:28:1893:25c8:196 (IPv6).

DNS dapat diperbarui dengan cepat dan transparan, sehingga lokasi layanan di jaringan dapat berubah tanpa memengaruhi pengguna akhir yang terus menggunakan nama host yang sama. Pengguna mendapat manfaat dari penggunaan URL (Uniform Resource Locator) dan alamat email yang bermakna tanpa harus mengetahui bagaimana  komputer benar-benar menemukan layanan tersebut.

 

Sejarah

Menggunakan nama yang lebih sederhana dan lebih mudah diingat daripada alamat host numerik mengingatkan pada era ARPANET. Stanford Research Institute (sekarang SRI International) memelihara file teks HOSTS.TXT, yang memetakan nama host ke alamat numerik komputer di ARPANET.

Elizabeth Feinler mengembangkan dan memelihara direktori ARPANET pertama. Jon Postel dari Information Sciences Institute (ISI) dari University of Southern California, yang timnya bekerja sama dengan SRI, bertanggung jawab untuk memelihara alamat numerik, yang disebut Daftar Nomor yang Ditugaskan.

Pada awal 1980-an, mempertahankan satu tabel host terpusat  menjadi lambat dan rumit, dan jaringan yang berkembang membutuhkan sistem penamaan otomatis untuk memecahkan masalah teknis dan personel. Postel mengarahkan tugas menemukan kompromi antara lima  solusi yang bersaing untuk Paul Mockapetris. Mockapetris malah menciptakan sistem nama domain pada tahun 1983.

Satuan Tugas Teknik Internet menerbitkan  RFC 882 dan RFC 883 asli pada November 1983.
Pada tahun 1984, empat mahasiswa UC Berkeley, Douglas Terry, Mark Painter, David Riggle, dan Songnian Zhou, menulis implementasi server nama mirip-Unix pertama, yang biasa disebut BIND, untuk Nama Domain Internet Berkeley. Pada tahun 1985, kepala DEC Kevin Dunlap membuat perubahan signifikan pada implementasi DNS. Mike Karels, Phil Almquist, dan Paul Vixie kemudian memenangkan BIND. Pada awal 1990-an, BIND di-porting ke platform Windows NT. Ini didistribusikan secara luas, terutama pada sistem mirip Unix, dan masih merupakan perangkat lunak DNS yang paling banyak digunakan di Internet.

Pada bulan November 1987, RFC 103 dan RFC 1035 menggantikan spesifikasi DNS 1983. Beberapa permintaan tambahan untuk komentar menyarankan ekstensi ke protokol DNS inti.

 

DNS Dalam Praktik

Ketika  aplikasi (seperti browser) mencari alamat IP untuk domain, aplikasi  tidak perlu mengikuti semua langkah yang disebutkan dalam teori di atas. Pertama-tama mari kita lihat konsep caching dan kemudian definisikan operasi DNS di "dunia nyata".


Caching Dan Masa Hidup

 Karena  sistem seperti DNS menerima sejumlah besar permintaan, perancang DNS ingin menyediakan mekanisme untuk mengurangi beban pada server DNS individual. Desain mekanis menyiratkan bahwa ketika penyelesai DNS  (klien) menerima respons DNS, informasi disimpan dalam cache untuk jangka waktu tertentu. Nilai (ditetapkan oleh administrator  server DNS masing-masing) disebut time-to-live atau TTL, yang menentukan periode waktu.

Jika jawabannya di-cache, solver mengacu pada jawaban yang di-cache; hanya ketika TTL habis (atau ketika administrator secara manual menghapus jawaban dari memori resolver) apakah resolver menghubungi server DNS untuk informasi yang sama.
 

Pada Propagasi 

Salah satu akhir dari peristiwa penting dalam arsitektur terdistribusi dan cache adalah perubahan DNS, yang terkadang bekerja pada skala/global. Hal ini dapat dijelaskan dengan contoh berikut: Jika  administrator telah mengatur host www.wikipedia.org ke TTL  6 jam, dan kemudian mengubah alamat IP  www.wikipedia.org pada  12:01, administrator harus bertanggung jawab untuk ini (setidaknya di alamat) satu orang yang mencatat respons cache  dengan nilai lama 12:00, yang tidak  menghubungi server DNS yang tiba pada pukul 18:00.

Jangka waktu antara 12:00 dan  18:00 disebut waktu propagasi dalam contoh ini, yang dapat didefinisikan sebagai periode ketika interval modifikasi catatan DNS dimulai dan hasil setelah maksimum yang  ditetapkan oleh catatan DNS. TTL telah kedaluwarsa. Ini mengarah pada pertimbangan logis yang penting saat membuat perubahan pada DNS: tidak semua orang melihat apa yang Anda lihat. RFC1537  membantu menjelaskan hal ini.

 

DNS di Dunia Nyata

Di dunia nyata, pengguna tidak berhubungan langsung dengan DNS resolver, tetapi dengan program seperti browser web  (Mozilla Firefox, Safari, Opera, Internet Explorer, Netscape, Konqueror, dll. dan program email). ) Outlook Express, Mozilla) Thunderbird, dan lain-lain.) Ketika pengguna memulai program yang mengharapkan pencarian DNS (biasanya hampir semua program yang menggunakan Internet), program akan mengirimkan kueri ke penyelesai DNS  sistem operasi.

Penyelesai DNS  selalu memiliki cache dari kernel pencarian terakhir (lihat di bawah). Jika cache dapat memberikan jawaban atas kueri DNS, resolver menggunakan nilai yang di-cache untuk program yang membutuhkannya. Jika tidak ada jawaban dalam cache, resolver  mengirimkan kueri ke server DNS yang ditentukan. Bagi sebagian besar pengguna rumahan, Internet Service Provider (ISP) yang menghubungkan komputer  biasanya  menyediakan server DNS: pengguna mendaftarkan alamat server secara manual atau melakukan pendaftaran melalui DHCP.

Namun, jika administrator/pengguna sistem  telah mengonfigurasi sistem untuk menggunakan server DNS selain server default yang disediakan oleh ISP, seperti Google Public DNS atau OpenDNS[1],  DNS resolver akan menampilkan server DNS  yang telah disetel . Server nama ini  mengikuti bagian yang disebutkan dalam teori DNS apakah mereka menemukan jawaban atau tidak. Hasil pencarian  diberikan ke resolver DNS; Dengan asumsi jawaban ditemukan, resolver menyimpan hasilnya untuk penggunaan di masa mendatang dan mengembalikan hasilnya ke perangkat lunak yang ingin mencari DNS.

Sebagai bagian terakhir dari kerumitan ini, beberapa aplikasi, seperti  browser web, juga memiliki cache DNS  sendiri, yang bertujuan untuk mengurangi penggunaan penunjuk resolusi DNS, membuat proses debug DNS menjadi lebih sulit, sehingga menghasilkan informasi yang lebih akurat. kebingungan Durasi cache semacam itu biasanya pendek, 1 menit.
 
 

Penerapan DNS Lainnya 

Sistem yang dijelaskan di atas menyediakan skenario yang disederhanakan. DNS mencakup beberapa fungsi lain: 

- Nama host dan alamat IP tidak berarti keduanya terhubung secara terpisah. Beberapa nama host diwakili oleh satu alamat IP: dikombinasikan dengan hosting virtual, ini memungkinkan satu komputer untuk melayani beberapa situs web. Juga, satu nama host dapat mewakili beberapa alamat IP: ini membantu dengan failover dan penyeimbangan beban, dan memudahkan untuk memindahkan situs web dari satu lokasi fisik ke lokasi fisik lainnya.

- DNS memiliki banyak kegunaan lain selain menerjemahkan nama ke alamat IP. alamat Misalnya, agen transfer email Agen transfer email (MTA) menggunakan DNS untuk menemukan tujuan pengiriman email ke alamat tertentu. Domain yang menginformasikan pemetaan hub tersedia melalui MX record (MX record), yang menambahkan lapisan tambahan failover dan load balancing ke pemetaan alamat IP selain nama. 

- Kerangka Kebijakan Pengirim secara kontroversial menggunakan jenis data DNS yang dikenal sebagai data TXT. 

- Memberikan fleksibilitas jika terjadi kegagalan komputer, beberapa server DNS memberikan perlindungan untuk setiap domain. Secara khusus, ada tiga belas root server yang digunakan di seluruh dunia. Baik program DNS dan sistem operasi memiliki alamat IP dari semua server ini. Secara jumlah, Amerika Serikat memiliki semua kecuali tiga server utama.


Namun, karena banyak server root melakukan anycast, yang memungkinkan banyak komputer berbeda untuk berbagi alamat IP yang sama untuk menyediakan satu jenis layanan di wilayah geografis yang luas, banyak server secara fisik (bukan hanya numerik) di luar Amerika Serikat. 
DNS menggunakan TCP dan UDP pada port komputer 53 untuk melayani permintaan DNS.

Hampir semua permintaan DNS terdiri dari satu permintaan UDP dari klien diikuti oleh satu tanggapan UDP dari server. Secara umum, TCP terlibat hanya ketika ukuran data yang sesuai meningkat menjadi 512 byte atau ketika mengubah zona penerusan domain DNS.