DNS'te Öncelik ve Yapılandırma Hataları Nasıl Giderilir?
DNS'teki öncelik veya yapılandırma hatası, bütün DNS sistemi için geçerli tek bir öncelik ayarının bozulduğu anlamına gelmez. Aynı ifade, cihazdaki DNS sunucusu sırasını, MX kaydındaki e-posta teslim tercihini, SRV kaydındaki hizmet seçimini ya da yönetim paneline yanlış girilen bir kayıt alanını anlatabilir.
Sorunu gidermenin ilk adımı, hatanın hangi mekanizmaya ait olduğunu belirlemektir. Bunu yaparken tam hata iletisini, etkilenen kayıt türünü, beklenen sonucu, yayımlanan değeri ve sorunun hangi ağlarda görüldüğünü birlikte değerlendirin.
Yanlış katmanda yapılan değişiklik sorunu çözmez. Örneğin bilgisayardaki birincil DNS adresini değiştirmek hatalı MX önceliğini düzeltmez; SRV kaydındaki weight (ağırlık) değerini değiştirmek de farklı priority (öncelik) gruplarının sırasını değiştirmez.
DNS Önceliği Neden Tek Bir Ayar Değildir?
DNS, farklı görevler için farklı kaynak kayıtları kullanır. Bir kaydın anlamı yalnız görünen alan adına değil, kayıt türüne ve o türe özgü veri alanlarına bağlıdır. Bu nedenle “DNS priority error” gibi genel bir mesaj, kayıt türü bilinmeden tek bir çözüm adımına dönüştürülemez.
İstemci ve Modemdeki DNS Sunucusu Sırası
İşletim sistemi, modem veya ağ bağdaştırıcısında görülen birincil ve ikincil DNS adresleri, alan adı sorgularının gönderilebileceği DNS sunucularını belirtir. Bunlar alan adının yetkili DNS bölgesinde tutulan kayıtlar değildir ve MX ya da SRV önceliğini değiştirmez.
“Birincil” ifadesi, bütün işletim sistemlerinin her sorguda aynı sunucuyu kesin olarak önce kullanacağı anlamına gelmez. DNS sunucusu seçimini işletim sisteminin davranışı, bağlantı durumu, VPN yazılımı, kurumsal ağ politikası veya yerel DNS hizmeti etkileyebilir. Sorun yalnız bir cihazda oluşuyorsa önce bu ayarları inceleyin.
MX Kayıtlarındaki Teslim Tercihi
MX kaydındaki sayısal değer, e-posta gönderen sunucunun hangi posta sunucusunu önce deneyeceğini belirtir. Düşük sayı daha yüksek tercih anlamına gelir. Örneğin tercih değeri 10 olan bir MX hedefi, tercih değeri 20 olan hedeften önce değerlendirilir.
İki MX kaydı aynı değeri taşıyorsa bunlar eşit öncelikli hedeflerdir. Sayı tek başına hangisinin önce kullanılacağını belirlemez. Öncelik doğru olsa bile MX hedefinin yanlış yazılması, çözümlenememesi veya posta hizmeti sunmaması teslimatı bozabilir.
SRV Kayıtlarında Priority ve Weight Ayrımı
SRV kaydındaki priority alanı, hangi hedef grubunun önce değerlendirileceğini belirler; düşük değerli grup önce gelir. Weight alanı ise aynı priority değerine sahip hedefler arasındaki göreli seçimi etkiler. Weight alanı yedek sunucu sırası değildir.
SRV yapılandırmasında hizmet adı, protokol, priority, weight, port ve hedefin her biri farklı bir bilgi taşır. Doğru priority değeri girilmiş olsa bile yanlış port, hatalı hedef adı veya yanlış kayıt adı nedeniyle hizmet bulunamayabilir.
DNS Hatalarını Belirtiye Göre Ayırma
Hatanın nerede görüldüğü, önce hangi alanı kontrol etmeniz gerektiğini gösterir. Tablo, her belirti için olası kaynağı ve ilk kontrol edilecek alanı gösterir.
| Belirti | Olası Katman | İlk Denetim |
|---|---|---|
| Yalnız bir cihaz alan adlarını çözemiyor | İstemci veya yerel ağ | DNS sunucusu adresleri, VPN etkisi ve yerel önbellek |
| Alan adı farklı ağlarda da çözümlenmiyor | Yetkili DNS bölgesi veya delegasyon | NS bilgileri, kayıt adı, kayıt türü ve yayımlanan yanıt |
| E-posta yanlış sunucuya gidiyor | MX yapılandırması | MX hedefleri, tercih değerleri ve hedeflerin çözümlenmesi |
| Belirli bir hizmet otomatik bulunamıyor | SRV yapılandırması | Priority, weight, port, hedef ve kayıt adı |
| Panelde kayıt var ancak dış sorguda görünmüyor | Yanlış bölge veya yayımlanmamış değişiklik | Gerçek yetkili DNS sunucuları ve bu sunucuların döndürdüğü kayıt |
DNS Yapılandırmasını Adım Adım Kontrol Etme
DNS yapılandırma hatasını tek bir ayarı tahmin ederek değiştirmeye çalışmayın. Kayıt türünden delegasyona kadar bütün alanları sırayla kontrol etmek, yanlış panelde yapılan değişiklikleri kayıt içeriğindeki hatalardan ayırır.
- Tam hata iletisini kaydedin. NXDOMAIN sorgulanan adın bulunmadığını, SERVFAIL sunucunun sorguyu tamamlayamadığını, REFUSED ise sorguyu reddettiğini bildirir. Zaman aşımı ve panel doğrulama uyarıları bunlardan ayrı değerlendirilmelidir. Hatanın yönetim panelinde kayıt sırasında mı, DNS sorgusunda mı yoksa uygulama bağlantısında mı oluştuğunu belirleyin.
- Etkilenen kayıt türünü kesinleştirin. E-posta teslim sorunu için MX, hizmet keşfi için SRV, genel alan adı çözümlemesi için A, AAAA veya CNAME gibi ilgili kayıt türünü inceleyin. Bir kayıt türünün öncelik mantığını başka türe uygulamayın.
- Kayıt adını kontrol edin. DNS kaydının eklendiği kök alan adı, alt alan adı ve SRV hizmet adı aynı değildir. Panel alan adını otomatik tamamlıyorsa tam adın yeniden yazılması kaydın yanlış bir ad altında oluşmasına neden olabilir.
- Aynı addaki kayıtların birlikte kullanılabildiğini kontrol edin. CNAME kaydı bulunan bir adda A, AAAA, MX veya TXT gibi başka veri kayıtları bulunamaz. DNS yanıtlarının doğrulanmasını sağlayan DNSSEC için kullanılan RRSIG ve NSEC gibi kayıtlar bu kuralın dışındadır.
- Değeri beklenen biçimle karşılaştırın. IP adresi beklenen alana sunucu adı, hedef adı beklenen alana URL veya priority alanına port yazılması geçersiz ya da işlevsiz kayıt oluşturabilir. Panelin kabul ettiği girişin DNS kayıt türünün gerçek biçimiyle uyuşması gerekir.
- Hedefin çözümlenebildiğini doğrulayın. Hizmet sunan MX ve SRV hedefleri, doğrudan A veya AAAA kayıtları bulunan sunucu adları olmalıdır; CNAME takma adı kullanılmamalıdır. Eksik veya var olmayan hedef, öncelik değeri doğru olsa bile bağlantıyı engeller. Hizmet sunulmadığını bildiren tek nokta (.) hedefi ise ayrı bir durumdur: tercih değeri 0 olan tek bir MX kaydındaki bu hedef, alan adının e-posta kabul etmediğini bildirir. Null MX adı verilen bu kayıtla birlikte başka MX kaydı yayımlanmaz. SRV kaydında nokta hedefi de ilgili hizmetin sunulmadığını belirtir.
- Öncelik değerini kayıt türüne göre yorumlayın. MX tercih değeri ile SRV priority alanında düşük sayı önce değerlendirilir. SRV weight ise aynı priority grubundaki hedeflerin seçilme olasılığını etkiler. A, AAAA, CNAME veya TXT gibi kayıtlarda MX tipi bir tercih değeri aranmaz.
- TTL ile kayıt doğruluğunu ayırın. TTL, DNS kaydı için saniye cinsinden belirtilen önbellek süresidir. Yanlış kayıt adını, geçersiz hedefi veya hatalı öncelik değerini düzeltmez. TTL değerini planlanan değişiklikten yeterince önce düşürmek, eski yanıtların önbellekte daha kısa süre kalmasına yardımcı olabilir; daha önce önbelleğe alınmış yanıtın kalan süresini ise değiştirmez.
- Kaydetme ve yayımlama durumunu denetleyin. Bazı yönetim sistemlerinde düzenleme, kaydetme ve etkinleştirme ayrı işlemler olabilir. Taslakta kalan veya doğrulama hatası alan değişiklik yetkili DNS sunucusunun yanıtına yansımaz.
- Yetkili DNS sunucularını karşılaştırın. Alan adı kayıt kuruluşundaki NS delegasyonu başka bir DNS sağlayıcısının sunucularını gösteriyorsa farklı panelde yapılan değişiklik etkisiz kalır. Düzenleme yaptığınız panelin yönettiği DNS bölgesi, internette yetkili görünen DNS sunucularında yayımlanmalıdır. Ad sunucusu, delege edilen alan adının altında bulunuyorsa üst bölgede bu sunucunun IP adresini bildiren glue (yardımcı adres) kaydı gerekir. Bu kayıt eksikse ad sunucusunun adresini bulmak için yine aynı ad sunucusuna ihtiyaç duyulabilir ve çözümleme başarısız olabilir.
Paneldeki Öncelik Alanının Kayıt Türüne Göre Anlamı
DNS panelleri aynı alanı “öncelik”, “priority” veya “preference” gibi farklı etiketlerle gösterebilir. Etiketin teknik anlamını panel markası değil, seçilen kayıt türü belirler. Bu nedenle DNS sağlayıcısına özgü doğrulanmamış menü adımlarına değil, yayımlanan kaydın gerçek alanlarına bakın.
MX kaydında hedef posta sunucusu ile tercih değeri ayrı alanlarda bulunabilir. SRV kaydında ise priority, weight, port ve target (hedef) alanları birlikte gösterilir. Bu değerlerden birinin başka bir alana yazılması, panel kaydı kabul etse bile uygulamaların beklenen hizmete ulaşamamasına neden olabilir.
Ortak kayıt tablosundaki “öncelik” sütununun A veya TXT kaydında boş olması tek başına hata değildir. Bu kayıt türlerinin MX benzeri bir tercih alanı bulunmaz. Denetimde paneldeki sütun görünümü yerine kayıt türünün tanımladığı veri yapısını esas alın.
Değişiklik Sonrasında Sonucu Doğrulama
Yapılandırmanın doğru olduğunu yalnız yönetim panelindeki satıra bakarak kabul etmeyin. Önce alan adının yetkili DNS sunucusundan dönen kaydı, ardından kullandığınız recursive resolver (özyinelemeli DNS çözümleyicisi) hizmetinin gördüğü yanıtı kontrol edin. Yetkili yanıtta kayıt bulunmuyorsa sorun kayıt bölgesi, yayımlama veya delegasyonla ilgilidir.
Yetkili DNS sunucusu doğru yeni kaydı döndürürken aynı recursive resolver eski değeri gösteriyorsa farkın nedeni önbellek ve TTL olabilir. Her kontrolde sorgulanan adı, kayıt türünü, yanıt kodunu, dönen değeri ve yanıtı veren sunucuyu birlikte kaydedin.
DNS Sağlık Kontrolü aracı, kayıt ve delegasyon alanlarındaki tutarsızlıkları gösterebilir. Araç çıktısını beklediğiniz DNS yapılandırmasıyla karşılaştırın; araç, doğru değerin ne olması gerektiğine karar vermez.
Sorun devam ediyorsa destek talebine alan adını, kayıt türünü, tam hata iletisini, beklenen sonucu, yayımlanan mevcut değeri ve değişiklik zamanını ekleyin. Bu bilgiler, sorunun istemci sırası, MX tercihi, SRV seçimi, kayıt biçimi veya delegasyonla ilgili olup olmadığını ayırmayı kolaylaştırır.
