Apakah ISP saya men-cache DNS?

13

Saya pergi ke zoneedit.com, mengubah mydomain.com untuk menunjuk ke IP yang berbeda. Namun perubahan belum berpengaruh.

Apakah ini karena DNS ISP saya adalah caching?

domain-name-system ip cache

— Alex
sumber

22

Iya. ISP Anda hampir pasti caching pengaturan DNS untuk beberapa periode waktu. Mereka seharusnya menyegarkan catatan ketika TTL kedaluwarsa. Sayangnya ada sejumlah besar ISP yang tampaknya mengabaikan TTL secara bersamaan dalam skema cache DNS mereka. Jika Anda berada di salah satu ISP itu bisa berjam-jam atau bahkan berhari-hari sebelum mereka menghormati catatan baru, bahkan jika Anda memiliki set TTL yang sangat rendah.

— Catherine MacInnes
sumber

1

Apakah ada cara untuk memeriksa catatan DNS / TTL di ISP Anda tanpa menghubungi mereka?

— PussInBoots

12

Saya menghadapi masalah yang sama dan memperbaikinya menggunakan google DNS

Buka pengaturan Jaringan / IP Anda Gunakan server DNS sebagai:

8.8.8.8
8.8.4.4

Ini adalah Google DNS dan akan menyelesaikan masalah Anda sampai ISP Anda menyegarkan tangkapannya masukkan deskripsi gambar di sini

— Voo
sumber

1

Perbaikan sementara yang sangat baik. Seseorang dapat dengan mudah beralih ke server DNS Google selama satu atau dua hari sampai ISP mereka yang bodoh (yang tidak menghormati TTL) menghapus cache DNS. Saya menggunakan ini, dan itu bekerja dengan baik. Terima kasih banyak!

— its_me

2

Ada dua hal di sini. Pertama adalah waktu yang dibutuhkan pendaftar domain Anda untuk menempatkan entri DNS yang Anda berikan melalui semacam formulir web / panel manajemen pada server DNS pendaftar. Proses 'pembaruan' ini biasanya terjadi dalam 15 menit.

Dua ada bidang TTL dari masing-masing RR (Catatan Registri), yang pada dasarnya mengatakan: jika seseorang bertanya tentang domain.com sebelumnya, cache domain.com -> alamat IP RR untuk detik TTL (cache jadi saya tidak perlu bertanya server otoritatif lagi / setiap kali beberapa host bertanya tentang domain.com). Nilai TTL bervariasi, biasanya ditetapkan sekitar 1 hari == 86400 detik.

Anda benar-benar dapat memeriksa apakah server DNS ISP Anda menyimpan cache hasilnya, dengan menanyakan server DNS ISP secara eksplisit, menggunakan perintah:

nslookup domain.com ns1.isp.com
dig domain.com @ns1.isp.com

TTL di bidang respons akan menunjukkan berapa lama RR di-cache di server.

— colemik
sumber

Saya kira jika saya mendapatkan "batas waktu permintaan" itu berarti bahwa mereka tidak menyimpannya

— Omu

1

Alex:

Iya. Data DNS domain Anda menentukan nilai TTL ("time to live"), yang mengarahkan komputer klien (dan server nama ISP) untuk meng-cache hasil untuk jangka waktu tertentu sebelum bertanya lagi. Nilai standar 24-48 jam adalah tipikal.

Inilah salah satu praktik yang baik untuk membuat transisi di masa depan berjalan lebih lancar: pergi dalam beberapa hari sebelum tanggal cut-over Anda dan ubah TTL menjadi sesuatu yang sangat singkat, misalnya 300 detik. Ketika Anda mengkonfigurasi alamat IP baru, Anda dapat mengaturnya kembali ke 24 jam. Dari perspektif Anda, manfaat utama dari TTL yang panjang adalah bahwa pengunjung situs Anda akan merasakan manfaat kinerja dari permintaan DNS yang di-cache. Ini juga meringankan beban di server nama domain Anda.

Mengingat situasi Anda saat ini, Anda mungkin ingin menjelajahi kemungkinan untuk terus mencerminkan konten Anda selama beberapa hari di alamat lama (jika situs Anda statis) atau mengonfigurasi server HTTP di alamat IP lama domain Anda untuk merujuk permintaan ke alamat IP baru (jika situs Anda dinamis).

Bersulang,

Miles

— Skyhawk
sumber

1

ISP Anda menjalankan server DNS yang menyimpan entri DNS selama Anda menyuruhnya.

Jika Anda mengontrol catatan DNS, salah satu aspek dari catatan itu adalah "TTL" yang memberi tahu server DNS (dan berperilaku baik klien) berapa lama ia harus menyimpan nilai itu setelah mendapatkannya dari server DNS yang berwenang.

Harap dicatat - ada perbedaan besar antara ISP Anda dan server DNS ISP Anda. Tidak ada yang memaksa Anda untuk menggunakan server DNS ISP Anda. Anda dapat menjalankan sendiri server rekursif, Anda dapat menggunakan server DNS Google, Anda dapat menggunakan OpenDNS.

Selain itu, jika Anda berharap untuk sering mengubah catatan DNS Anda, dan Anda ingin pembaruan itu segera berlaku, Anda harus mengurangi TTL dari catatan Anda. Anda akan melihat lebih banyak memuat di server DNS Anda, tetapi pada saat yang sama, pengejaran DNS Anda akan terlihat lebih cepat.

— chris
sumber

-1

Diperlukan waktu hingga 72 jam untuk memperbarui catatan zona untuk menyelesaikan penyebaran di seluruh dunia. Dan ya, ISP Anda melakukan cache permintaan DNS

Sunting: Ada sejumlah alat daring yang dapat Anda gunakan untuk melacak kemajuan pembaruan. Lihat yang ini.

— Iraklis
sumber

1

@Iraklis: Ini tidak benar. Anda "menyebarkan" mitos. Catatan DNS tidak menyebar, mereka cache. Mereka melakukan cache untuk TTL catatan yang dimaksud, bukan 72 jam, kecuali TTL 72 jam.

— joeqwerty

7

@joeqwerty, dalam pertahanan @ Iraklis, itu adalah masalah perspektif. Catatan tidak secara aktif didorong keluar, itu benar, tetapi orang bisa menyebut proses cache berakhir dan mengambil propagasi catatan baru. Dari sudut pandang tertentu. Misalnya entri 7 pada wiktionary en.wiktionary.org/wiki/propagate

— dsolimano

1

@dsolimano: Jangan tersinggung, tapi saya tidak setuju. Tidak peduli bagaimana Anda melihatnya, propagasi kata memiliki definisi spesifik yang tidak terbuka untuk interpretasi. "Persepsi" -nya bahwa DNS mencatat menyebar dan bahwa propagasi ini memakan waktu 72 jam adalah tidak benar, dan mendukung gagasan semacam itu hanya bertindak untuk memajukan kebohongan yang umum dinyatakan tentang bagaimana DNS bekerja.

— joeqwerty

4

Saya masih merasakan istilah "propagasi" menjelaskan bagaimana catatan DNS diperbarui secara lebih baik, meskipun itu tidak berarti secara teknis mendorong nilai. Ngomong-ngomong, tapi itu hanya aku.

— Iraklis

1

Propagasi berfungsi dengan baik sebagai istilah yang secara umum dipahami oleh pengguna non-teknis.

— ceejayoz