Sistem Penamaan Domain: Perbedaan antara revisi

Konten dihapus Konten ditambahkan
Tidak ada ringkasan suntingan
Tag: VisualEditor Suntingan perangkat seluler Suntingan peramban seluler
k ~cite
 
(2 revisi perantara oleh 2 pengguna tidak ditampilkan)
Baris 52:
Membaca contoh di atas, Anda mungkin bertanya: "bagaimana caranya DNS server 204.74.112.1 tahu alamat IP mana yang diberikan untuk domain <code>wiki-indonesia.club</code>?" Pada awal proses, kita mencatat bahwa sebuah ''DNS recursor'' memiliki alamat IP dari para ''root server'' yang (kurang-lebih) didata secara explisit (''hard coded''). Mirip dengan hal tersebut, server nama (''name server'') yang otoritatif untuk ''top-level domain'' mengalami perubahan yang jarang.
 
Namun, server nama yang memberikan jawaban otorisatif bagi nama domain yang umum mengalami perubahan yang cukup sering. Sebagai bagian dari proses pendaftaran sebuah nama domain (dan beberapa waktu sesudahnya), pendaftar memberikan pendaftaran dengan server nama yang akan mengotorisasikan nama domain tersebut; maka ketika mendaftar <code>wiki-indonesia.club</code>, domain tersebut terhubung dengan server nama <code>gunther.bomis.com</code> dan <code>zwinger.wiki-indonesia.club</code> di pendaftar .org. Kemudian, dari contoh di atas, ketika server dikenali sebagai 204.74.112.1 menerima sebuah permintaan, DNS server memindai daftar domain yang ada, mencari <code>wiki-indonesia.club</code>, dan mengembalikan server nama yang terhubung dengan domain tersebut.
 
Biasanya, server nama muncul berdasarkan urutan nama, selain berdasarkan alamat IP. Hal ini menimbulkan ''string'' lain dari permintaan DNS untuk menyelesaikan nama dari server nama; ketika sebuah alamat IP dari server nama mendapatkan sebuah pendaftaran di zona induk, para programmer jaringan komputer menamakannya sebuah '''glue record'''.
Baris 152:
Banyak penyelidikan telah menyuarakan kritik dari metode yang digunakan sekarang untuk mengatur kepemilikan domain. Umumnya, kritik mengklaim penyalahgunaan dengan monopoli, seperti [[VeriSign]] Inc dan masalah-masalah dengan penunjukkan dari [[top-level domain]] (TLD). Lembaga international [[ICANN]] (''Internet Corporation for Assigned Names and Numbers'') memelihara industri nama domain.
 
== Lihat pula ==
*
* [[cybersquatting]]
* [[dynamic DNS]]
* [[DNSSEC]]
* [[ICANN]]
* [[Root nameserver]]
 
== Referensi ==
{{Reflist|30em}}
 
=== Sumber ===
 
* Evans, Claire L. (2018). ''[https://books.google.com/books?id=C8ouDwAAQBAJ&lpg=PP1&dq=9780735211759&pg=PP1#v=onepage&q=9780735211759&f=false Broad Band: Kisah Tak Terhingga dari Perempuan yang Membuat Internet]''. New York: Portofolio / Penguin. [[International Standard Book Number|ISBN]] [[:en:Special:BookSources/9780735211759|9780735211759]].
 
== Pranala luar ==
{{Wikiversity|Domain Name System}}
* Vixie, Paul (2007-04-01). "[https://web.archive.org/web/20070610092333/http://acmqueue.com/modules.php?name=Content&pa=showpage&pid=481 Kompleksitas DNS]". Antrian ACM. Diarsipkan [http://www.acmqueue.com/modules.php?name=Content&pa=showpage&pid=481 dari yang asli] pada 2007-06-10.
*[http://www.zytrax.com/books/dns/ Zytrax.com], Panduan Open Source - DNS untuk Ilmuwan Rocket.
*[http://www.fas.org/sgp/crs/misc/R42351.pdf Tata Kelola Internet dan Sistem Nama Domain: Masalah untuk Layanan] Layanan Penelitian Kongres
*Ball, James (28 Februari 2014). "[https://www.theguardian.com/technology/2014/feb/28/seven-people-keys-worldwide-internet-security-web Temui tujuh orang yang memegang kunci keamanan internet di seluruh dunia]".''The Guardian''. Guardian News & Media Limited. Diakses pada 28 Februari 2014.{{Authority control}}
 
[[Kategori:Standar internet]]