Yararlı bir DNS geçmişi hem amacı hem de gözlemi açıklar. Değişiklik bileti, operatörün neyi yayınlamak istediğini belirtir. Yetkili bir yanıt, sorgulanan bir sunucunun belirli bir anda ne döndürdüğünü gösterir. Özyinelemeli bir yanıt, çözümleyicinin muhtemelen önbellekten ne döndürdüğünü gösterir. Bir kimlik doğrulama olayını yeniden oluştururken üçünü de saklayın; hiçbiri hikayenin tamamını tek başına anlatmıyor.
Tam nesneyi ve kaynağı kaydedin
Her gözlem için UTC saatini, sorgulanan sahibinin adını, türünü, sunucu adresini, aktarımı, yanıt kodunu, ilgili işaretleri, TTL'yi ve tam yanıtı saklayın. Ham çıktıyı veya kablo verilerini ve normalleştirilmiş görünümü koruyun. Gözlemin yetkili bir sunucudan mı, özyinelemeli çözümleyiciden mi, yoksa kontrol paneli dışa aktarımından mı geldiğini kaydedin. RFC 1034 Yetki ve önbellekleme ayrımını açıklar.
Politika değişikliği için önceki ve amaçlanan değerleri, onaylayanı, iş nedenini, etkilenen gönderenleri ve geri alma koşullarını saklayın. Daha sonraki bir ekran görüntüsü önceki DNS durumunu kanıtlayamaz. Eğer tarih kaydedilmediyse bunu söyleyin. Pasif gözlemler veya rapor meta verileri ipuçları sağlayabilir ancak eksiksiz bir yetkili değişiklik günlüğü olarak sunulmamalıdır.
Kayıtları karşılaştırırken anlambilimi koruyun
Dikkatlice normalleştirin. DNS adları büyük/küçük harfe duyarlı değildir, ancak tüm TXT içeriğinin gelişigüzel dönüştürülmesi kanıtlara zarar verebilir. TXT RDATA birden fazla karakter dizisi içerebilir; Sunumdan alıntı yapmak, birden fazla bağımsız kaynak kaydıyla aynı şey değildir. Orijinal yapıyı koruyun ve uygulama açısından anlamlı değeri ayrı ayrı karşılaştırın. İçin SPFbirden fazla politika kaydı, zararsız bir biçimlendirme değil, anlamsal bir sorundur.
Politika değeri değişikliğini TTL değişikliğinden, temsilci değişikliğinden ve çözümleyici önbellek geçişinden ayırın. Olumsuz yanıtlar, negatif önbelleğe alma kurallarına göre devam edebilir. RFC 2308. Yeni bir yetkili değer, her alıcının onu hemen kullandığını göstermez. Başarılı bir aramadan evrensel yayılma tamamlanma süresi elde etmekten kaçının.
Düzenleme zamanı icat etmeden iki gözlemi okuyun
Saat 10:00'da yapılan yetkili bir sorgunun eski bir politikayı gösterdiğini varsayalım. Saat 10:05'te aynı otorite yeni politikayı döndürürken, özyinelemeli çözümleyici hala kalan önbellek ömrüyle eski değeri döndürür. Her iki gözlem de ilgili kaynaklara göre doğru olabilir. İkisi de diğer tüm sunucuların veya alıcıların yeni değere sahip olduğunu kanıtlamaz.
Bu varsayımsal bir zaman çizelgesidir, tutulan paketler veya yürütülen bir DNS laboratuarı değildir. Sağlayıcı denetim olayı mevcut değilse, tam mutasyon anı bilinmemektedir. Sorgulanan otoritede tek bir geçişin olduğu belirtilen varsayımı altında, gözlemler bu otoritenin görünür cevabının değiştiği zamana bağlıydı; kesin yayın zamanını veya küresel yakınsamayı kanıtlamazlar. Tahmin edilen bir zaman damgasıyla doldurmak yerine eksik denetim olayını kaydedin.
Geçmişi mesaj kanıtlarına bağlayın
Bir arızayı incelerken mesaj zaman damgalarını, DNS gözlemlerini, imzalama seçicilerini, kuyruk gecikmelerini ve rapor gözlem aralıklarını hizalayın. RFC 9990 toplu raporlama bağlamı sağlar ancak rapor, DNS düzenlemeleri için bir işlem günlüğü değildir. Kimlik doğrulama sonucu bir değerlendirmeyi açıklar; buna neden olan çözümleyici önbellek içeriğini tam olarak ortaya çıkarmayabilir.
Kanıtları onaylanmış bir erişim ve saklama politikası kapsamında saklayın. Hash'ler, değişen baytların tespit edilmesine yardımcı olur, ancak imzasız bir yerel bildirim, kurcalamaya dayanıklı bir kaynak değildir. Özetle kaynak ve koleksiyon bağlamını koruyun. Eksik görüş noktaları veya kaydedilmemiş dönemler de dahil olmak üzere boşlukları açıkça belirtin. Amaç, her alıcının görüşü hakkında yanlış kesinlik değil, savunulabilir bir yeniden yapılanma ve daha güvenli bir sonraki değişikliktir.