Tidak suka iklan? Pergi Bebas Iklan Hari ini 

Kalkulator Expired TTL Rekam DNS

PengembangMatematikaJaringan

IKLAN · HAPUS?

MEMASUKKAN

Proses Otomatis

KELUARAN

Sisi klien

IKLAN · HAPUS?

Memandu

Kalkulator Expired TTL Rekam DNS

Rencanakan perubahan DNS dengan keyakinan. Tempel catatan yang baru saja Anda telusuri, tentukan saat mereka diambil, dan kalkulator ini menunjukkan tepatnya detik setiap salinan yang disimpan berakhir di berbagai resolusi — serta jendela penyebaran yang lebih aman 'semua zona jelas' untuk migrasi Anda.

Cara Penggunaan

Tempel satu catatan per baris di kotak DNS Records. Format: TYPE TTL [name] — contoh A 3600 example.com.
Tetapkan Fetched At saat nilai-nilai tersebut terakhir diambil (biarkan kosong untuk menggunakan waktu saat ini).
Secara opsional, aktifkan jadwal penurunan TTL yang direkomendasikan untuk rencana migrasi bertahap.
Perhatikan penghitungan langsung di tabel hasil untuk mengetahui tepatnya kapan setiap catatan yang disimpan akan berakhir.

Fitur

Input batch untuk beberapa catatan — hitung akhir berlaku untuk A, AAAA, MX, CNAME, TXT, NS, SOA, SRV, CAA, dan lainnya dalam satu kali proses.
Penghitungan langsung — setiap baris berkurang secara langsung hingga detik, sehingga Anda tahu kapan resolusi akan memperbarui.
Waktu akhir yang tepat — mengubah detik TTL menjadi waktu jam yang tepat berdasarkan waktu pengambilan yang Anda pilih.
Jendela penyebaran yang aman — menampilkan nilai TTL × 2 bersama setiap catatan, waktu tunggu konservatif sebelum mengasumsikan penyebaran global telah selesai.
Jadwal TTL untuk migrasi — rencana yang dapat diaktifkan yang membimbing Anda dari TTL saat ini turun ke 300 detik sebelum perubahan dan kembali naik setelahnya.
Parser input yang toleran — menerima spasi, tab, atau koma sebagai pemisah dan mengabaikan baris komentar yang dimulai dengan # atau ;.
Petunjuk validasi — menandai jenis catatan yang tidak dikenal dan nilai TTL yang berada di luar batas RFC 2181.
Durasi yang mudah dimengerti — nilai detik TTL juga ditampilkan sebagai 2h 30m 10s untuk perbandingan cepat.

Kapan Menggunakan Alat Ini

Mengatur perpindahan server, CDN, atau penyedia email dan perlu tahu kapan dunia akan melihat catatan baru.
Menginvestigasi mengapa IP lama masih disajikan dan ingin jadwal penghitungan yang dapat diandalkan untuk penghapusan terakhir dari cache.
Membatalkan perubahan DNS dan mencoba memperkirakan berapa lama entri usang akan tetap tiba di akhiran lama.
Membangun dokumen operasional yang memberi tahu insinyur yang bertugas kapan verifikasi dapat dimulai secara aman.

 Tanya Jawab Umum

Apa arti TTL bagi catatan DNS?

TTL (Time To Live) adalah penghitung dalam detik yang ditambahkan oleh resolusi rekursif ke jawaban DNS yang disimpan. Setelah penghitung ini mencapai nol, resolusi harus membuang salinan yang disimpan dan mengambil kembali dari nameserver otoritas. TTL yang lebih pendek membuat perubahan menyebar lebih cepat tetapi meningkatkan volume dan biaya query; TTL yang lebih panjang meningkatkan efisiensi cache namun dengan harga konvergensi yang lebih lambat.
Mengapa jendela penyebaran yang aman disarankan sebagai dua kali TTL?

Dalam praktiknya, berbagai resolusi mengambil catatan pada waktu yang berbeda, dan beberapa intermedier (termasuk klien yang tidak berperilaku baik) menyimpan salinan sedikit melebihi TTL resmi. Mengalikan TTL dua kali adalah heuristik yang luas digunakan yang menyerap waktu pengambilan yang terpisah serta perbedaan jam atau implementasi, memberikan operator jendela konservatif sebelum mengasumsikan bahwa catatan telah dihapus di seluruh wilayah.
Mengapa nilai TTL yang sangat besar atau negatif ditolak?

RFC 2181 membatasi nilai TTL DNS menjadi bilangan bulat 32-bit tanpa tanda, dengan bit teratas disimpan, sehingga nilai di atas 2147483647 tidak sesuai dan dianggap nol oleh banyak resolusi. Nilai negatif atau bukan bilangan bulat tidak memiliki makna yang terdefinisi di jaringan, sehingga kalkulator menampilkan ini sebagai kesalahan input daripada secara diam-diam menghasilkan waktu kedaluwarsa yang salah.
Mengapa nilai TTL harus ditekan sebelum perubahan DNS yang direncanakan?

Salinan yang tidak terlihat di cache tetap menyimpan catatan sebelumnya hingga TTL mereka habis. Dengan menurunkan TTL secara signifikan sebelumnya — biasanya setidaknya satu periode TTL sebelumnya — dan menunggu hingga TTL lama berakhir dari cache, setiap resolusi akhirnya mulai menghormati TTL pendek baru. Setelah perubahan, kembali menaikkan TTL memulihkan efisiensi cache dan mengurangi beban query pada nameserver otoritas.