NAPTR Kaydı Sorgulama
İsimlendirme Yetkili İşaretçi (NAPTR) kayıtları (ENUM/SIP).
Çalıştırmak için yukarıya bir değer girin: NAPTR Kaydı Sorgulama
örn. example.com
Kısa cevap
NAPTR sorgulaması, bir adı kurallar ve yeniden yazma desenleri kullanarak bir hizmete eşleyen Naming Authority Pointer kayıtlarını getirir. Bu kayıtlar çoğunlukla ENUM'da (telefon numaralarını SIP adreslerine çevirmek) ve bir alan adına ait VoIP/SIP hizmetlerini bulmak için kullanılır.
NAPTR Kaydı Sorgulama aracı, bir alan adı veya ENUM numarası için DNS'te yayınlanan Naming Authority Pointer (NAPTR) kayıtlarını sorgular. NAPTR kayıtları, girilen bir metni bir servise ve yeniden yazma kuralına eşler; bir SIP proxy'nin çağrıyı nereye yönlendireceğini bu şekilde bulur, ENUM sorgusu da bir telefon numarasını bu sayede SIP URI'sine dönüştürür. VoIP altyapısı, SIP trunk veya DDDS algoritmasıyla dinamik yönlendirme kullanan bir servis işletiyorsanız, kayıtların telefon santralinizin beklediği gibi çözümlenip çözümlenmediğini buradan doğrulayabilirsiniz.
Nasıl çalışır
Bir ad girersiniz ve araç, yetkili DNS'ten o adın NAPTR kayıtlarını (tür 35) ister. Her yanıtta altı alan bulunur: order, preference, flags, service, regexp ve replacement. İstemciler önce order'a, sonra preference'a göre sıralar; ardından flags alanını ve düzenli ifade kuralını uygulayarak bir sonraki sorgu hedefini üretir. ENUM'da +1 555 234 gibi bir numara, sorgu gönderilmeden önce basamak basamak ters çevrilerek 4.3.2.5.5.5.1.e164.arpa biçimine getirilir.
Sonuçları nasıl okursunuz
Düşük order ve preference değerleri önceliklidir, yani 10 değeri 20'den önce denenir. Flags alanı çözümleyiciye bir sonraki adımı söyler: "S", replacement'ın SRV ile aranacak bir alan adı olduğu anlamına gelir; "A" bir adres kaydına işaret eder; "U", regexp'in nihai bir URI ürettiğini belirtir; boş bir flag ise yeni bir NAPTR turunun geleceğini gösterir. Service alanı protokolü adlandırır; örneğin UDP üzerinden SIP için "SIP+D2U" veya ENUM'dan SIP'e geçiş için "E2U+sip".
Sık karşılaşılan sorunlar ve çözümleri
Hiçbir sonuç dönmüyorsa büyük olasılıkla yayınlanmış bir NAPTR yoktur; her alan adının NAPTR'a ihtiyacı olmaz ve pek çok SIP kurulumu doğrudan SRV kaydı kullanır. Girdiyle asla eşleşmeyen bir regexp, çağrı yönlendirmesini sessizce bozar; bu yüzden ayraçları ve geri referans söz dizimini kontrol edin. Ayrıca replacement'ın noktayla biten tam nitelikli bir ad olduğundan ve flag'in işaret ettiği SRV ya da A kaydının gerçekten var olduğundan emin olun.
Sıkça sorulan sorular
- NAPTR ile SRV kaydı arasındaki fark nedir?
- NAPTR, SRV'nin bir üst katmanında yer alır. Önce bir servisi ve protokolü seçer, ardından genellikle asıl sunucu ile portu veren bir SRV sorgusuna devreder. SRV tek başına "nerede" bilgisini verir; NAPTR ise buna "hangi servis ve hangi yeniden yazma kuralıyla" bilgisini ekler. VoIP keşfi çoğu zaman NAPTR, SRV ve A kayıtlarını sırayla zincirler.
- ENUM telefon numaralarında neden NAPTR kullanılır?
- ENUM, E.164 telefon numaralarını internet servislerine eşler. Numara ters çevrilerek bir e164.arpa alan adına dönüştürülür ve onun NAPTR kayıtları, numarayı SIP, mailto veya web URI'sine yeniden yazan regexp kurallarını taşır. Böylece aranan numara, geleneksel operatör hattı yerine genel DNS üzerinden bir VoIP uç noktasına çözümlenir.
- Alan adım hiç NAPTR kaydı döndürmüyor. Bu bir sorun mu?
- Genellikle değil. NAPTR yalnızca ENUM kullandığınızda veya DDDS algoritmasıyla servis duyurduğunuzda gereklidir. Çalışan pek çok SIP kurulumu NAPTR'ı atlar ve SRV ya da statik yapılandırmaya güvenir. Boş bir sonuç, istemcilerin platformunuzun belgelediği keşif yöntemine geçmesi gerektiği anlamına gelir.