Jadikan jawaban cadangan sebagai pertanyaan pemulihan
Sebelum mengubah catatan autentikasi, simpan informasi yang cukup untuk menjelaskan apa yang dipublikasikan, apa yang disimpan penyedia, dan bagaimana perubahan yang dimaksudkan dapat dibatalkan. File zona yang diunduh berguna, namun keberadaannya tidak membuktikan bahwa pemulihan akan membuat ulang layanan. Perlakukan cadangan sebagai paket pemulihan dengan pemiliknya, waktu pengambilan, dan batasan eksplisit.
Panduan ini menggunakan dokumentasi impor dan ekspor DNS publik Cloudflare yang ditinjau pada 8 November 2026 sebagai contoh nyata penyedia. Alur kerja adalah kontrol yang diusulkan, bukan laporan ekspor atau pemulihan yang dilakukan di sini. Antarmuka penyedia dan fitur akun perlu diperiksa sebelum penggunaan operasional. Tidak diperlukan kredensial, kunci penandatanganan pribadi, atau data zona produksi untuk memahami metode ini.
Identifikasi zona dan batas perubahan
Tuliskan zona pasti, akun, dan penyedia resmi sebelum mengumpulkan file. Pendaftaran dan hosting resmi dapat dimiliki oleh organisasi yang berbeda. Zona anak juga dapat memiliki pemiliknya sendiri. Ekspor dari induk tidak menentukan konten anak yang didelegasikan. Hierarki DNS membuat perbedaan tersebut menjadi penting ketika nama yang terpengaruh berada di bawah delegasi. RFC 1034
Sebutkan nama dan jenis ruang lingkup: an SPF Pemilik TXT , a pemilih DKIM pemilik, a DMARC pemilik kebijakan, atau vendor CNAME target. Pertahankan seluruh kumpulan catatan yang relevan daripada hanya menyalin string yang terlihat penting. Catat semua data TXT yang tidak terkait pada pemilik yang sama sehingga perbaikan di masa mendatang tidak menghapus catatan verifikasi layanan secara tidak sengaja. Pisahkan perubahan yang diminta dari inventaris di sekitarnya.
Ambil data penyedia dan observasi publik secara terpisah
Cloudflare mendokumentasikan ekspor dari halaman Catatan DNS melalui Impor dan Ekspor, lalu Ekspor. Alternatif API-nya adalah operasi GET yang menerima izin Baca DNS . Itu mendokumentasikan rute untuk operator resmi, bukan izin untuk membuat token atau mengakses akun. Pilih jalur baca yang sudah disetujui dan simpan hasilnya di lokasi bukti terbatas tim. Impor dan ekspor Cloudflare
Pertahankan byte yang diunduh tidak berubah. Berikan salinan kerja kepada peninjau dan simpan aslinya dengan checksum, waktu penangkapan UTC, identitas zona dan operator. Sebuah checksum mendeteksi perubahan byte berikutnya; hal ini tidak membuktikan bahwa dokumen asli sudah lengkap, benar, atau dikumpulkan dari akun yang benar. Catat apakah ekspor mendahului pembekuan perubahan dan apakah seseorang masih dapat mengedit zona selama pengumpulan.
Buat inventaris kedua dari pemeriksaan publik yang diusulkan: pemilik sebenarnya, jenis, server otoritatif, penyelesai rekursif, stempel waktu, status respons, data yang dikembalikan, dan TTL. Pemeriksaan ini akan menunjukkan apa yang dijawab oleh server tersebut pada saat itu. Mereka tidak menggantikan ekspor penyedia, dan ekspor tidak menggantikan mereka. Tidak ada hasil pencarian yang diberikan di sini. Transkrip otoritatif dan rekursif asli tetap menjadi bukti yang diperlukan.
Pertahankan bagian yang mungkin tidak dapat dipulihkan oleh file portabel
Ekspor terdokumentasi Cloudflare mencakup komentar, tag, dan tag khusus untuk perilaku rekaman yang dipilih. Secara khusus, tag negara proksinya memengaruhi perilaku impor, dan tag yang tidak ada dapat membuat perilaku bergantung pada opsi impor umum. Pertahankan atribut tersebut dan tinjau artinya sebelum memindahkan file ke layanan lain. Penyedia lain tidak perlu menafsirkan komentar khusus Cloudflare sebagai konfigurasi. Atribut rekaman Cloudflare
Simpan lembar ketergantungan terpisah untuk delegasi registrar, DNSSEC administrasi, fitur perutean lalu lintas, kepemilikan akun, dan konfigurasi pengirim. Tandai setiap item yang diambil, dicadangkan secara terpisah, atau di luar cakupan. Jangan memberi label file zona sebagai cadangan akun lengkap. Sebuah DNS catatan TXT mengandung a DKIM kunci publik bukanlah kunci pribadi yang digunakan oleh pengirim. Penyimpanan kunci pribadi berada dalam sistem terpisah yang disetujui, tidak pernah berada dalam tiket cadangan zona biasa. RFC 6376
Rancang pembalikan sempit sebelum mengubah apa pun
Pertimbangkan kasus tinjauan fiktif ini: sebuah tim berencana mengganti satu data SPF TXT di example.com sementara tim situs web sedang mengedit data alamat yang tidak terkait. Proposal pemulihan harus mengidentifikasi nilai SPF sebelumnya dan semua catatan terkini pada pemilik tersebut. Memulihkan snapshot seluruh zona yang lama dapat menghapus hasil edit sah tim situs web. Oleh karena itu, proposal pemulihan default harus berupa pembalikan rekor yang telah ditinjau, dengan restorasi seluruh zona dicadangkan untuk rencana insiden yang dibenarkan secara terpisah.
Tentukan kondisi yang akan memicu pembalikan, orang yang berhak mengambil keputusan, operator dan langkah verifikasi. Periksa apakah nilai sebelumnya masih aman: vendor yang dihentikan atau kunci yang disusupi tidak boleh dihidupkan kembali hanya karena muncul di cuplikan kemarin. Pengeditan file yang dapat dibalik tidak secara otomatis merupakan pengembalian operasional yang aman. Bandingkan lagi cakupan langsung yang dimaksudkan sebelum penulisan yang disetujui kemudian.
Latihan pemulihan harus menggunakan tujuan yang terisolasi dan resmi serta memverifikasi penguraian, kumpulan rekaman, dan atribut penyedia. Membaca file bukanlah latihan, dan mengimpornya ke produksi bukanlah tes yang tidak berbahaya. Cloudflare mendokumentasikan batas impor 256 KiB, sehingga ekspor yang valid pun memerlukan pemeriksaan pemulihan khusus tujuan. Tidak ada latihan atau impor yang dilakukan untuk artikel ini. Batasan impor Cloudflare
Tutup paket bukti tanpa melebih-lebihkan keberhasilan
Daftar periksa rilis harus memberi nama file sumber yang tidak diubah, checksumnya, perbedaan rekaman yang tepat, dependensi yang dihilangkan, dan pembalikan yang diusulkan. Laporan tersebut juga harus mencatat siapa yang mengkaji materi tersebut dan bukti mana yang masih hilang. Batasi akses bahkan ketika banyak nilai DNS bersifat publik: inventaris terkonsolidasi dan komentar penyedia dapat mengungkap detail operasional yang tidak jelas dari satu pencarian publik.
Setelah perubahan atau pembalikan yang diotorisasi secara independen, bandingkan observasi otoritatif dan rekursif dengan maksud yang disetujui. Cache dapat menyimpan jawaban sebelumnya, sehingga nilai panel kontrol yang dipulihkan tidak langsung memenuhi pandangan setiap penerima. Pertahankan nilai sebelumnya dan nilai pengganti, waktu pengamatan, dan ketidakpastian terkait cache. RFC 2308
Hasil yang berguna adalah paket pemulihan yang dapat dievaluasi oleh operator lain tanpa menebak-nebak. Ini bukan jaminan bahwa file yang diunduh akan memulihkan pengiriman email. Perilaku pengirim dan bukti pesan yang diterima masih memerlukan verifikasinya sendiri, dan gerbang eksekusi asli tetap terbuka hingga pemeriksaan yang berlaku benar-benar dilakukan.