Ketika seseorang (atau beberapa komputer) di luar sana di Internet, sehingga untuk berbicara, ingin terhubung ke salah satu mesin Anda, mereka meminta server nama lokal mereka untuk alamat IP yang cocok dengan nama host yang mereka minati.
Jadi, jika Anda memberi tahu seseorang "hei, lihat situs web keren saya http://www.example.com ", komputer orang lain akan menanyakan server nama lokalnya "hei, apa alamat IP untuk www.example.com?"
Dengan anggapan server nama lokal belum pernah mencari jawaban atas pertanyaan itu sebelumnya, ia akan meminta server nama root untuk mencari tahu server mana yang menangani pencarian untuk ".com". Ketika mendapat jawaban itu, ia akan meminta server mana yang menangani pencarian untuk "example.com". Ketika mendapat jawaban itu, jika akan meminta server untuk alamat IP untuk "www.example.com".
Ketika server untuk example.com merespons dengan alamat IP untuk www.example.com, mereka juga akan memberikan server nama yang meminta petunjuk tentang berapa lama ia harus mengingat jawaban untuk pertanyaan ini. Petunjuk itu disebut "TTL", atau "waktu untuk hidup", dan diukur dalam hitungan detik. Tidak ada jaminan bahwa server mana pun akan memperhatikan TTL - beberapa server nama mungkin dikonfigurasikan untuk tidak pernah mengingat jawaban untuk pencarian, dan akan selalu mengulangi prosesnya meskipun diminta beberapa kali per detik. Server nama lain mungkin dikonfigurasikan untuk menjaga jawaban untuk waktu yang lama, bahkan jika Anda telah menyarankan bahwa data hanya disimpan untuk waktu yang singkat, mungkin karena mereka ingin meminimalkan lalu lintas jaringan. TTL hanyalah saran, bukan persyaratan atau jaminan.
Jawaban literal untuk pertanyaan Anda - mengapa data DNS Anda tidak menyebar ke internet - adalah bahwa mereka tidak melakukan itu karena tidak seharusnya.
Juga, jika Anda melihat informasi DNS Anda sendiri menggunakan situs yang dirancang untuk meneliti atau men-debug informasi DNS, kemungkinan besar situs itu tidak akan menyimpan data cache terlalu lama, atau sama sekali, terlepas dari apa saran TTL Anda, karena tujuan situs ini mungkin untuk memberikan informasi tentang apa yang dikatakan sistem DNS SEKARANG, bukan 5 atau 50 atau 500 detik yang lalu. Inilah sebabnya mengapa perubahan Anda segera tercermin, dan mengapa layanan berhenti berfungsi segera setelah Anda memutuskan server nama Anda.
Saya menduga pertanyaan mendasar Anda mungkin "bagaimana saya bisa mengatur semuanya sehingga jika server DNS saya reboot atau hard disknya mati, orang lain di internet masih dapat melihat halaman web saya?"
Jawaban atas pertanyaan itu adalah menyiapkan beberapa server nama untuk domain Anda, dan menjalankannya pada mesin yang berbeda - idealnya, bukan hanya komputer fisik yang berbeda, tetapi dengan koneksi jaringan yang berbeda, mungkin bahkan di berbagai kota atau negara bagian atau negara atau benua. Sebagian besar server nama ini akan ditetapkan sebagai "budak", yang berarti mereka mencari server nama "master" untuk informasi mereka, dan kemudian mengulangi informasi itu kepada siapa saja yang meminta data kepada mereka.
Jadi, dalam data WHOIS Anda dengan pendaftar nama domain Anda, Anda dapat mengonfigurasi empat server nama untuk domain Anda:
ns1.example.com ns2.example.com ns1.otherguy.com ns2.otherguy.com
di mana ns1.example.com adalah server DNS Anda saat ini. ns2.example.com mungkin merupakan mesin lain di perusahaan / organisasi Anda - idealnya bukan pada subnet yang sama dan di rak server yang sama (atau di bawah meja orang yang sama) seperti ns1.example.com.
ns1.example.com akan dianggap sebagai server "master", dan ketika Anda ingin mengubah DNS Anda, Anda akan membuat perubahan pada mesin itu.
ns2.example.com akan dikonfigurasikan sebagai server "budak", yang hanya menyalin data apa pun yang telah Anda atur di ns1.example.com - tetapi dunia luar tidak peduli tentang perbedaan master / slave, ns2.example .com akan dianggap sama "resmi" dengan ns1.example.com.
ns1.otherguy.com dan ns2.otherguy.com adalah mesin yang diatur di tempat lain - mungkin Anda membuat perjanjian dengan teman / kolega di organisasi lain untuk menjalankan nameserver satu sama lain, atau mungkin Anda mengatur dengan dyndns.com atau everydns.net atau penyedia DNS gratis atau komersial lainnya. Bagaimanapun Anda mengatasinya, Anda mendapatkan mesin-mesin itu dikonfigurasi sebagai budak, sehingga mereka menarik informasi DNS untuk example.com dari ns1.example.com ("master" Anda), dan mereka akan menayangkan informasi DNS itu ke mesin apa pun di internet yang memintanya.
Setelah pendaftar domain Anda menerbitkan catatan NS baru untuk domain Anda (yang seharusnya kira-kira seketika), maka ketika seseorang di internet menanyakan server nama domain mana yang menangani "example.com", mereka akan mendapatkan empat jawaban -
ns1.example.com, ns2.example.com, ns1.otherguy.com, ns2.otherguy.com
Bergantung pada bagaimana server nama orang lain diatur, itu mungkin memperlakukan keempatnya sebagai daftar dan bertanya satu per satu bagaimana mencapai "www.example.com" - atau mungkin meminta mereka berempat menanyakan pertanyaan yang sama di waktu yang sama, dan hanya mengambil jawaban dari mesin mana yang menjawab lebih dulu. Either way, jika ns1.example.com turun karena hard disk mati atau Anda memutuskan untuk reboot atau apa pun, maka 3 mesin lainnya akan tersedia untuk menjawab pertanyaan, dan situs web Anda akan terus terlihat.
Cara termudah untuk menyelesaikan masalah ini adalah mendaftar dengan penyedia layanan DNS yang akan menangani DNS untuk domain Anda - harga untuk ini berkisar dari gratis hingga ribuan (bahkan mungkin puluhan atau ratusan ribu) dolar per bulan, tergantung pada tingkat layanan yang Anda inginkan. Anda bisa mendapatkan layanan yang cukup andal untuk $ 30 / tahun atau lebih. Layanan gratis tidak buruk dan, karenanya, memiliki rasio yang cukup baik, tetapi jika Anda bergantung pada situs web Anda untuk menghasilkan uang, Anda harus dapat menghasilkan $ 30 untuk DNS selama setahun. .
Kemudian, ikuti instruksi dari penyedia layanan DNS untuk mengubah catatan NS di pendaftar nama domain Anda, dan Anda akan siap.
example.com
sebagai gantinya - itu resmi dicadangkan untuk tujuan itu.