Çevrimdışı

Konu : Dns ( Domain Name System )
Ek Konu: Cache ve Resolve alanı
Döküman Sahibi: KafKef
Döküman Kaynağı: Beyin.dll


Dns (Domain Name System), dağınık yapıda bir veritabınıdr.
Bu IPv4 adresileri makina isimlerine yada makina isimlerini IPv4(veya IPv6) adreslerine çevirmeye yaramaktadır.


IRC ile olan bağı nedir?
Dns IRC'de her kullanıcı için aktif bir rol oynamaktadır.
Bilindiği üzere kullanıcıların gerçek ip numaralarını gizlemek için host özelliği bulunmaktadır. Bu sayede kişilerin ip adresleri yerine belirli/belirsiz bir düzende algorit bir yapıya sayesinde kişilerin ip bilgileri gizlenir.

IRCd sistemi kişilere ait olan gerçek ip adreslerini yine bu algoritma sayesinde ters mantık gidişi ile görmemizi sağlayan komutlar içermektedir.

En çok bilinen komut '' Userip '' komutudur fakat burada anlatılan DNS olduğu için biz '' DNS '' komutunu anlatmış olacağız.


Kullanım Şekli : /Raw DNS
Not: Raw'lı bir kullanım gösterim sebebini zaten herkes biliyordur yinede kısaca açıklayalım; Eğer Raw ekli şekilde kullanmaz isek mIRC programına ait '' dns '' komutu öncelikli olduğundan yanlış komutu kullanmış olacağızdır.
Açıklama: Bu komut belirtilen hedefin Ip bilgilerini bizlere aktarmaktadır. Ayrıca Cache Resolve hakkında bilgiler vermektedir.

Burada dikkat edilmesi gereken en önemli husus ise +x modesidir. Bu modenin aktif edildiği sunucularda kişilere ait ip adresini görmeniz mümkün değildir.


Örneğin ; /Raw Dns KafKef komutuna aldığımız cevap,


Bu sunucuda +x modesinin etkin olmasından ötürü, görmemiz gereken kişinin ip adresi iken sunucunun Cache Resolvesi (IP veritabanı) olmuştur.


Nedir bu Cache ve bu terimler?


Cache, DNS sistemi ile kullanılan hostnameleri kendi veri tabanına saklayarak bu adresleri ip'e çeviren bellektir.

Tabi Cache'nin genel açıklaması bu değildir. Ben sadece IRCd mantığında cache kullanımını anlatacağım.

Cache, çalıştığı esnada sistem (DNS) domain name server taraması gerçekleştirir. Bu DNS'ler sistemin kendi belleğine ait serverler içindir yani şöyleki;

Yukarıda yazı olan Zurna.NET ağını göz önüne alacak olursak, Cache taramasında öncelik hedef belirten linkten (Yani komutu uygulayan kişinin link'i) olmak üzere bir başlangıç sergiler.
Akabinde ise sunucudaki bütün linkler(Subdomainler) incelenerek ulaşılan adreslerler gözden geçirilir.
NOT: Eğer ki 2 tane aynı bilgi elde edilmesi durumunda ilk DNS bilgisi öncelik taşıdığından bize o bilgi yansıtılacaktır.

Asıl önemli nokta Cache belleğine geldik; yukarıda anlatmış olduğum işlemi her dns komutunda uygulamak çok yorucu bir işlem olacağından Cache bellek kullanılmaktadır.
Cache bu taramayı yapıp, gelen bilgileri belirli bir süre kendi belleğinde tutarak tekrar sorulması durumunda daha kısa bir tarama yapısı kullanıp, bilgileri karşı tarafa aktarmaktadır.

Dip Not: Aslında bu taramaları tam anlamıyla cacheninde yaptığı söylenemez. Payı vardır fakat asıl yapı DNS'e aittir.


Örnek bir Cache Resolve ;

Buradaki terimlerin açıklayacak olursak;

Ca: Cacheye yapılan ekleme sayısını yansıtmaktadır.
Açıklama Notu : +x olduğu için cacheye ekleme yapılamaması gayet normaldir. O nedenle sonuç 0 olarak karşımıza çıkmakta.

Cd: Silinmiş olan cache resolve sayısını belirtmektedir.
Açıklama Notu : Ekleyemediğimiz şeyi silemeyeceğimiz için sonuç yine 0 olacaktır.

Ce: Taramadan sonra uzun süre bellekte tutulan ve zaman aşımına neden olan değerleri yansıtmaktadır.

Cl: Taramalarda bulunan isimlerin sayısını vermektedir.

Ch: Cachede bulunan kayıt sayısı/Cachede bulunmayan kayıt sayısıdır.

Cu: Cache'nin daha önce kayıt edip sildiği ve tekrar hafızaya aldığı kayıt sayısıdır.

Re: Resolve hatala sayısını bildirmektedir.
Açıklama Notu: Bu cache tabanına girmemiş fakat sunucuda bulunan yani barındırılan sayıyı vermektedir.

Rl: Resolve edilenlerin sayısı/Resolve edilmeyenlerin sayısı
Açıklama Notu: Bu ise sunucunun daha önce barındırdığı / barındırmaya devam ettiği adres sayısı

Rp: Resolve edilmek istenen adreslere gönderilen talep cevabı sayısı

Rq: Resolve talebi gönderilen adres sayısı

Ru: Ikinci Resolve işleminden sonra da yanıtsız kalanlar

Rsh: TTL (Time To Live) süresi yetersiz görünüp tekrar bilgi istenen adres sayısı

Rs: (Tekrar bilgi alınanlar)

Rt: Bilgi talebinde zaman aşımına uğrayıp bilgi alınamayan sonuçlar.



Şimdi tekrar DNS komutumuza dönecek olursak, (i) parametresi gözümüze çarpacaktır.

Bu parametrenin amacı ise bulunduğunuz sunucuya ait DNS (Domain Name Server) bilgilerini vermektedir.

Örneğin ; Siber.NET


SiberNET'e ait C-Ares ile düzenleme yapılmış bilgiler.

C-Ares bir modül tarzı dns info su için düzenleme yapmaktadır. ( Belkide modüldür hakkında bilgiye sahip olduğumu söylemek doğru olmaz. )

Burada C-Ares versionu, Timeout(zaman aşımı) süresi, çalışır durumdaki ip resolve, name server ait 2 ip adresini vermektedir.


Orjinal hali ( Yani C-Ares kullanılmayan sunucu için ) ;



Bu cevabı almaktayız. Burada belirtilen Default domain name sunucunun barındırıldığı cihaza ait host diyebiliriz. Neticede cihazda bir ip üzerinden işlem görmektedir.

Şuanda fark ettim ki yazdığım bütün dökümanlar gibi buda çok uzun süreceğe benziyor ve bu kadar bilginin bile yeterli olacağını düşünüyorum.
Anlatımda bir kusurumuz oldu ise affola. Umarım herkes için güzel bir bilgi alışverişi olmuştur.

Konu anlatımı sona ermiştir.