TR7'nin bir alan adını hangi IP'ye çözdüğünü nasıl kontrol ederim?
Kısa cevap
TR7 alan adlarını Device DNS ekranında route table başına tanımlanan Virtual Hosts kayıtları ve DNS Servers listesiyle çözer. Kontrol WEB-CLI'da, adın kullanıldığı route table sys-cmd route-table set ile seçildikten sonra yapılır. TR7'nin vardığı sonuç sys-cmd ping ile görülür: sys-cmd ping -c 1 <alan-adı> çıktısının ilk satırında adın çözüldüğü IP adresi yazar. Her DNS sunucusunun yanıtını ayrı ayrı görmek için sys-cmd dig kullanılır (sys-cmd dig @<dns-sunucusu> <alan-adı> +short); dig yalnızca DNS sunucusuna sorduğu için Virtual Hosts kayıtları yanıtında görünmez.
Sorun: Ad Çözümlemesi Beklenen Adresi Vermiyor
Kurum Servisi adresi alan adıyla tanımlandığında, ya da bildirim, log yönlendirme ve güncelleme sunucusu gibi bir hedef adla yazıldığında TR7'nin bu adı hangi IP'ye çözdüğü bilinmelidir. İstemcinin bilgisayarında yapılan sorgu başka bir DNS sunucusuna gider; sonuç TR7'nin gördüğüyle aynı olmayabilir. vService önizlemesinde DNS resolution error görüldüğünde de adın TR7'den çözülüp çözülmediği kontrol edilir.
Çözüm: İki Yöntem
İki yöntem birbirini tamamlar: ping TR7'nin vardığı sonucu, dig her DNS sunucusunun verdiği yanıtı gösterir. Sonuç beklenmedikse önce ping, ardından nedeni bulmak için dig kullanılır.
| Durumunuz | Uygun yöntem |
|---|---|
| TR7'nin adı sonunda hangi IP'ye çözdüğünü görmek istiyorum | Yöntem 1: sys-cmd ping |
| Device DNS'teki her sunucunun ne yanıt verdiğini, kaydın türünü ve durumunu görmek istiyorum | Yöntem 2: sys-cmd dig |
Yöntem 1: sys-cmd ping Önerilen
- Nasıl çalışırsys-cmd ping hedef adı, seçili route table'ın Device DNS ayarıyla (önce Virtual Hosts, sonra DNS Servers listesi) çözer ve çıktının ilk satırında çözülen adresi yazar. Yöntem Device DNS ekranındaki DNS değişikliği kontrolüyle aynıdır.
- Nerede açılırWEB-CLI
- GereksinimUser Type'ı Admin olan kullanıcı.
- Kapsam Cihaz geneli; vService'e bağlı değildir.
pingIPv4 adresine çözer.
Adım adım yapılandırma
Adın kullanıldığı route table seçilir (Kurum Servisi için Kurum Servisinin Route Table değeri); cihazın kendisi için v-device alanına Host yazılır, route table adı Tab listesinden alınır:
sys-cmd route-table set v-device Host route-table <route-table>Tek bir yankı isteğiyle ad çözdürülür:
sys-cmd ping -c 1 app.example.comÇıktının ilk satırı PING app.example.com (192.0.2.21) biçimindedir; parantez içindeki adres TR7'nin bu route table'da vardığı sonuçtur. Hedef ICMP'ye yanıt vermese de ilk satır yazılır. Ad çözülemezse çıktıda Name or service not known gibi bir ad çözümleme hatası yazar.
Doğrulama
Çıktının ilk satırındaki parantez içi adrese bakılır.
Komut: sys-cmd ping -c 1 app.example.com
PING app.example.com (192.0.2.21)Yöntem 2: sys-cmd dig
- Nasıl çalışırsys-cmd dig sorguyu seçili route table'dan,
@ile yazılan DNS sunucusuna gönderir ve dönen kayıtları, TTL sürelerini ve sorgunun süresini gösterir.@yazılmazsa sorgu cihazın varsayılan çözümleyicisine gider; hangi sunucunun yanıt verdiği kesin olsun diye sunucu@ile yazılır. - Nerede açılırWEB-CLI
- GereksinimUser Type'ı Admin olan kullanıcı; seçili route table'dan DNS sunucusuna erişim.
- Kapsam Cihaz geneli; vService'e bağlı değildir.
Adım adım yapılandırma
Settings → General Settings → Device DNS ekranı açılır; sol üstteki Route Table seçicisinde ilgili route table seçilir ve DNS Servers listesindeki adresler not edilir. Ad Virtual Hosts tablosunda bir satırla eşlenmişse TR7 o satırdaki IP'yi kullanır; bu durumda dig sorgusuna gerek kalmaz.
WEB-CLI'da aynı route table, Yöntem 1'in 1. adımındaki gibi sys-cmd route-table set v-device Host route-table <route-table> ile seçilir.
Device DNS'teki her sunucu için sorgu tekrarlanır; örnekte 192.0.2.53 adresli sunucuya app.example.com için A kaydı sorulur:
sys-cmd dig @192.0.2.53 app.example.com A +short+short yalnızca yanıttaki değerleri yazar. Kayıt bir CNAME ise önce hedef ad, ardından IP adresleri listelenir. IPv6 adresi için kayıt türü AAAA yazılır.
+short boş dönerse sorgu bu seçenek olmadan tekrarlanır; yanıt başlığındaki status: değeri ve flags: satırı okunur:
sys-cmd dig @192.0.2.53 app.example.com A| Görülen | Anlamı |
|---|---|
status: NOERROR ve ANSWER bölümünde kayıt | Ad çözülüyor; dönen adres yanıttadır |
status: NXDOMAIN | DNS sunucusu bu adı tanımıyor |
connection timed out | DNS sunucusuna seçili route table'dan ulaşılamıyor (dig · Bilinmesi gerekenler) |
flags: satırında aa | Yanıt doğrudan yetkili sunucudan geldi; yoksa bir önbellekten gelmiş olabilir |
Doğrulama
Device DNS'teki her sunucu için sys-cmd dig çalıştırılır ve sonuçlar karşılaştırılır.
Komut: sys-cmd dig @192.0.2.53 app.example.com A +short
Bütün sunucularda beklenen IP adresiSık Yapılan Hatalar
- Sorguyu istemcinin bilgisayarından yapmak. İstemci başka bir DNS sunucusu kullanıyor olabilir; TR7'nin gördüğü sonuç için sorgu TR7'nin WEB-CLI'ından, Device DNS'teki sunuculara yapılır.
- Yanlış route table'dan sormak. Device DNS ayarları route table başınadır ve varsayılan tablodan devralınmaz; bir route table'da DNS sunucusu tanımlı değilse o tabloda ad çözümlemesi yapılamaz (Route Table).
- Hedef ICMP'ye yanıt vermiyor diye adın çözülmediğini sanmak.
pingçıktısının ilk satırı yanıt beklenmeden yazılır; adın çözüldüğü adres oradan okunur. - Virtual Hosts kaydını
digçıktısında aramak.digyalnızca DNS sunucusuna sorar; Virtual Hosts satırları sorguya yansımaz. TR7'nin bu kayıtla vardığı sonuçpingile görülür. - DNS kaydını düzeltip Kurum Servisinin hemen yeni adrese gitmesini beklemek. Kurum Servisi adresindeki alan adı vService yapılandırması yüklenirken çözülür; düzeltmeden sonra vService yeniden yüklenir (Kurum Servisi adresi olarak IP yerine alan adı (FQDN) yazabilir miyim?).
+tracesonucunu TR7'nin kullandığı yanıt sanmak.+traceçözümlemeyi kök sunuculardan adım adım izler; Device DNS'teki sunucunun döndürdüğü yanıt için sorgu@ile o sunucuya gönderilir.
Dokümantasyonda nasıl yapılır
İlgili sorular
