TXT Kaydı Sorgulama
Bir alan adının TXT kayıtlarını okuyun.
Çalıştırmak için yukarıya bir değer girin: TXT Kaydı Sorgulama
örn. example.com
Kısa cevap
TXT sorgulama, bir alan adında yayımlanan metin kayıtlarını okur; bunlar genellikle SPF, DKIM, DMARC ve alan adı sahipliği doğrulaması için kullanılır. Her kayıt, başka servislerin e-postayı denetlemek veya alan adı sahipliğini onaylamak için okuduğu bir metin satırıdır.
TXT kaydı, DNS içinde serbest metin saklamaya yarayan bir kayıt türüdür ve zamanla makinelerin okuyabildiği politika dizelerini yayınlamanın standart yeri haline gelmiştir. Bu araç, bir alan adının TXT kayıtlarını sorgular ve bir çözümleyicinin döndürdüğü metni olduğu gibi gösterir; böylece SPF, DKIM, DMARC ya da alan adı doğrulama kodları gibi girdilerin gerçekten yayında olduğunu teyit edebilirsiniz. Bir alan adında çoğu zaman birbiriyle ilgisiz birçok TXT kaydı bir arada bulunduğundan, hepsini yan yana görmek, posta sunucularının ve doğrulama botlarının adınız için gerçekte ne okuduğunu anlamanın en hızlı yoludur.
Nasıl çalışır
Bir alan adı girersiniz ve araç, tam olarak o isimdeki TXT kayıtlarını bir DNS çözümleyiciye sorar. TXT kayıtları belirli etiketlerde durur: kök alan adı (ornek.com) genellikle SPF ve site doğrulama dizelerini tutarken, DKIM ve DMARC selector._domainkey.ornek.com ve _dmarc.ornek.com gibi alt isimlerde bulunur. Sorgu, girdiğiniz isimde yayınlanmış tüm TXT dizelerini döndürür. Uzun değerler DNS içinde 255 karakterlik parçalar halinde saklanır ve okunurken tek bir dizeye birleştirilir.
Sonuçları nasıl okursunuz
Her sonuç, tırnaklar arasındaki metin olarak gösterilen tek bir TXT kaydıdır. Amacını anlamak için baştaki etikete bakın: v=spf1 bir SPF politikası, v=DKIM1 bir imzalama anahtarı, v=DMARC1 bir raporlama politikası, google-site-verification gibi rastgele diziler ise sahiplik kanıtıdır. Bir alan adında birden çok TXT kaydı bulunması olağandır, ancak aynı isimde asla iki SPF kaydı yayınlanmamalıdır. Bir değer kesik görünüyorsa, parçalar yalnızca gösterim için yeniden birleştirilmiştir.
Sık karşılaşılan sorunlar ve çözümleri
Beklediğiniz bir kayıt görünmüyorsa doğru etiketi sorguladığınızdan emin olun; DKIM ve DMARC kök alan adında durmaz. Yeni eklenen ya da düzenlenen kayıtlar hâlâ önbellekte olabilir; bu yüzden eski veriye güvenmeden önce kaydın TTL süresini bekleyin. Yinelenen SPF kayıtlarına, bir belgeden yapıştırılmış eğik tırnaklara veya sondaki boşluklara dikkat edin; bunların hepsi ayrıştırmayı bozar. Bir değer kesik görünüyorsa, DNS'in uzun TXT verisini 255 karakterlik parçalara böldüğünü ve istemcilerin bunları yeniden birleştirdiğini unutmayın.
Sıkça sorulan sorular
- Bir alan adında neden bu kadar çok TXT kaydı var?
- TXT genel amaçlı bir taşıyıcı olduğundan, birbirinden bağımsız birçok sistem onu kullanır. Tek bir alan adı çoğu zaman bir SPF politikasını, Google veya Microsoft gibi hizmetler için bir ya da daha fazla doğrulama kodunu ve başka sinyalleri kök isimde bir arada tutar. Sorunsuz bir arada bulunurlar; çünkü her tüketici yalnızca kendi ilgilendiği ön eki, örneğin v=spf1, arar ve gerisini yok sayar.
- SPF, DKIM ve DMARC kayıtları gerçekte nerede durur?
- SPF, doğrudan kök alan adında bir TXT kaydı olarak durur, örneğin ornek.com. DKIM, selector1._domainkey.ornek.com gibi bir seçici alt isminde bulunur; buradaki seçiciyi posta sağlayıcınız belirler. DMARC ise her zaman _dmarc.ornek.com adresinde yayınlanır. Her birini bulmak için hepsini kökte beklemek yerine o belirli alan adını sorgulayın.
- Uzun TXT kaydım neden bölünmüş görünüyor?
- DNS her TXT dizesini 255 karakterle sınırlar; bu yüzden 2048 bitlik bir DKIM anahtarı gibi daha uzun veriler tek kayıt içinde birkaç tırnaklı parça halinde saklanır. Çözümleyiciler ve posta sunucuları bu parçaları otomatik olarak tek bir değere birleştirir. Bu araç da gösterim için birleştirir; dolayısıyla bölge dosyası düzenleyicisinde gördüğünüz bölünme kaydın bozuk olduğu anlamına gelmez.