DNS sorgulama, bir alan adının hangi sunucuya yönlendiğini, e-postalarını hangi sunucunun aldığını ve hangi ad sunucularını kullandığını öğrenmek için DNS kayıtlarını görüntüleme işlemidir. R10.Net Site DNS Bilgisi aracı, alan adınız için A, AAAA, CNAME, MX, NS, TXT, SOA, CAA ve DMARC kayıtlarını herkese açık DNS çözümleyicileri üzerinden aynı anda sorgular.
Her kaydın değeri ve TTL süresi kayıt türüne göre gruplanmış tablolarda listelenir. Araç ayrıca web adresi, ad sunucusu, MX, SPF ve DMARC kayıtlarını değerlendirerek eksik veya hatalı ayarları işaretler. Sorgular Cloudflare'in 1.1.1.1 çözümleyicisi üzerinden yapılır, gerekirse Google'ın 8.8.8.8 çözümleyicisi kullanılır. Araç ücretsizdir ve sorgu sınırı yoktur.
DNS Sorgulama Nasıl Yapılır?
Sorgu için alan adını yazmanız yeterlidir; alt alan adları da sorgulanabilir. Araç tüm kayıt türlerini paralel olarak ister ve sonucu birkaç saniye içinde gösterir. Raporun başında toplam kayıt sayısı, SPF ve DMARC durumu ile kullanılan çözümleyici özetlenir.
- Kutuya alan adını yazın, ör.
ornek.com. Alt alan adları (blog.ornek.com) da kabul edilir; IP adresi kabul edilmez. - Sorgula düğmesine basın.
- Özet ve e-posta güvenliği bölümündeki değerlendirmeleri okuyun.
- Kayıt türlerine göre ayrılmış tablolarda değerleri ve TTL sürelerini inceleyin.
DNS Kayıt Türleri ve Anlamları
Bir alan adının DNS bölgesi, farklı görevleri olan kayıtlardan oluşur. Bazıları web sitesinin hangi sunucuda çalıştığını, bazıları e-postaların nereye gideceğini, bazıları ise alan adının sahipliğini ve güvenlik ayarlarını belirler. Araç her türü ayrı bir tabloda, ad, TTL ve değer sütunlarıyla gösterir.
| Kayıt | Ne işe yarar? | Örnek değer |
|---|---|---|
| A | Alan adını bir IPv4 adresine bağlar; sitenin çalıştığı sunucuyu gösterir | 203.0.113.10 |
| AAAA | Alan adını bir IPv6 adresine bağlar | 2001:db8::10 |
| CNAME | Bir adı başka bir ada takma ad olarak yönlendirir | www → ornek.com |
| MX | Alan adına gelen e-postaları kabul eden sunucular ve öncelikleri | 10 mx.ornek.com |
| NS | Alan adının DNS kayıtlarını yöneten ad sunucuları | ns1.saglayici.com |
| TXT | Serbest metin; SPF, alan adı doğrulama ve DKIM gibi amaçlar | v=spf1 include:... -all |
| SOA | Birincil ad sunucusu, yönetici adresi ve seri numarası gibi yetki bilgileri | Bölge başlangıç kaydı |
| CAA | Hangi sertifika otoritelerinin SSL sertifikası verebileceği | 0 issue "letsencrypt.org" |
| DMARC | _dmarc alt adındaki TXT kaydı; SPF ve DKIM'i geçemeyen e-postalara ne yapılacağı | v=DMARC1; p=quarantine |
Değerlendirme Kontrolleri Nasıl Yorumlanır?
Araç kayıtları listelemenin yanında, sitenin ve e-postanın sağlıklı çalışması için gereken temel ayarları kontrol eder. Her kontrol iyi, uyarı, kritik veya bilgi olarak işaretlenir. Kritik sonuçlar acil düzeltme gerektirir; bilgi notları ise bir hata değil, duruma dair açıklamadır.
| Kontrol | İyi sonuç | Uyarı veya kritik |
|---|---|---|
| Web adresi kaydı | En az bir A veya AAAA kaydı var | Hiç yoksa site açılmaz |
| IPv6 desteği | AAAA kaydı var | Yoksa bilgi notu; site yalnızca IPv4 ile erişilir |
| Ad sunucuları | En az iki NS kaydı | Tek NS yedeklilik açısından risklidir |
| E-posta sunucusu (MX) | En az bir MX kaydı | Yoksa alan adı e-posta almıyor olabilir |
| SPF kaydı | Tek kayıt, sonu -all veya ~all | Hiç yoksa uyarı; birden fazla varsa veya +all ise kritik; ?all zayıf |
| DMARC kaydı | p=quarantine veya p=reject | Kayıt yoksa uyarı; p=none yalnızca raporlama yapar |
| CAA kaydı | Tanımlı | İsteğe bağlıdır; yoksa bilgi notu |
Bilgi: Alt alan adı sorgularında NS kaydı genellikle üst alan adında tanımlı olduğu için yanıt gelmeyebilir; bu normaldir. DKIM kayıtları seçici adıyla tutulduğu için bu araçta otomatik bulunmaz. SPF, DKIM ve DMARC'ın ayrıntılı analizi için SPF, DKIM ve DMARC Kontrolü aracını kullanabilirsiniz.
TTL Değeri Ne Anlama Gelir?
TTL (Time To Live), bir DNS kaydının çözümleyicilerde ne kadar süre önbellekte tutulacağını saniye cinsinden belirtir. TTL süresi dolmadan yapılan değişiklikler, bazı kullanıcılara eski kayıt gösterilmeye devam ettiği için gecikmeli yayılır. Düşük TTL değişiklikleri hızlandırır, yüksek TTL ise sorgu yükünü azaltır.
| TTL | Süre | Uygun kullanım |
|---|---|---|
| 60 – 300 | 1 – 5 dakika | Taşıma öncesi, sık değişen veya CDN yönetimli kayıtlar |
| 3600 | 1 saat | Çoğu A, CNAME ve MX kaydı için dengeli varsayılan |
| 14400 | 4 saat | Nadiren değişen kayıtlar |
| 86400 | 1 gün | NS kayıtları ve sabit altyapı |
İpucu: Hosting veya e-posta taşıması planlıyorsanız, değişiklikten en az bir gün önce ilgili kaydın TTL değerini 300 saniyeye düşürün. Taşıma tamamlandıktan sonra değeri tekrar yükseltebilirsiniz.
DNS Değişikliği Neden Hemen Görünmüyor?
DNS kayıtlarını güncellediğinizde değişiklik, eski kaydın TTL süresi dolana kadar bazı çözümleyicilerde görünmeyebilir. Ad sunucusu değişikliklerinde bu süre daha uzun olabilir; çünkü üst alan adı sunucularındaki NS kayıtlarının da güncellenmesi gerekir. Bu aracın kullandığı çözümleyiciler de önbellek tutar.
| Değişiklik | Tipik yayılma süresi |
|---|---|
| A, CNAME, MX, TXT güncellemesi | Eski kaydın TTL süresi kadar; çoğu zaman dakikalar ile birkaç saat |
| Yeni eklenen kayıt | Genellikle hızlı; olumsuz önbellek süresi etkileyebilir |
| Ad sunucusu (NS) değişikliği | Birkaç saat, bazı durumlarda 24–48 saat |
Değişikliğin dünya genelindeki çözümleyicilere yayılıp yayılmadığını görmek için DNS Yayılım Kontrolü aracını kullanabilirsiniz. Kendi bilgisayarınızda eski sonucu görüyorsanız yerel DNS önbelleğini temizlemek de yardımcı olur.
Sık Karşılaşılan DNS Sorunları
DNS sorunları genellikle hosting veya e-posta değişikliklerinden sonra, eski kayıtların silinmemesi ya da yeni kayıtların eksik girilmesi nedeniyle ortaya çıkar. Belirtiden yola çıkarak hangi kayda bakmanız gerektiğini bilmek, sorunu dakikalar içinde çözmenizi sağlar.
| Belirti | Bakılacak kayıt | Çözüm |
|---|---|---|
| Site açılmıyor | A / AAAA | Kaydın doğru sunucu IP'sini gösterdiğini kontrol edin; hosting değiştiyse eski IP kalmış olabilir |
| www açılıyor, www'suz açılmıyor | A ve CNAME | Her iki ad için kayıt tanımlayın |
| E-posta gelmiyor | MX | MX'in yeni sağlayıcıyı gösterdiğini ve eski kayıtların silindiğini doğrulayın |
| E-postalar spam'e düşüyor | TXT (SPF), _dmarc | Tek SPF kaydında tüm gönderim kaynaklarını toplayın, DMARC ekleyin |
| SSL sertifikası alınamıyor | CAA | Kullandığınız sertifika otoritesine izin verildiğini kontrol edin |
| CNAME eklenemiyor | CNAME | CNAME olan bir ada başka kayıt eklenemez; kök alan adında A kaydı veya sağlayıcının düzleştirme özelliğini kullanın |
| Doğrulama başarısız | TXT | Doğrulama metninin tam ve doğru ada eklendiğinden emin olun |
Uyarı: Alan adında birden fazla SPF kaydı bulunması SPF'yi tamamen geçersiz kılar. Yeni bir e-posta servisi eklerken ikinci bir SPF kaydı oluşturmak yerine mevcut kayda include ifadesi ekleyin.