Jason: Bu derste alan adı
sistemi ya da DNS hakkında konuşacağız.
DNS protokolü, ağ istemcilerinizin sayısal IP adresleri yerine insan tarafından
okunabilen ana bilgisayar adlarını kullanarak bir web sitesini
bulmalarına yardımcı olmak için kullanılır.
Örneğin, size web sitemi ziyaret etmenizi söylersem, basitçe şöyle
diyebilirim: "Hey, diontraining'e gidin. com" olarak değiştirebilirsiniz ve
bu sizin için 66 olduğunu hatırlamaktan çok daha
kolaydır. 123. 45. 237 veya
web sunucumun IP adresi ne olursa olsun.
Sonuçta, tüm bu rakamları bir TV reklamının parçası olarak
söylemek, tüketicinize diontraining'i ziyaret etmesini söylemek
kadar akılda kalıcı veya akılda kalıcı
değildir. com, ya da Coca-Cola. com veya microsoft.
com, değil mi?
Peki bilgisayar bu farklı alan adlarından
web sunucusunun IP adresini nasıl
bulacağını nereden biliyor?
DNS'nin, yani alan adı sisteminin amacı budur.
DNS'in çalışma şekli, kullanıcının bilgisayarına diontraining gibi bir yere
gitmesinin söylenmesidir. com, ve böylece bir DNS sunucusuna
ulaşır ve "Hey, kim diontraining.
com? DNS
sunucusu daha sonra yanıt verecek ve "Oh, diontraining'i
tanıyorum. com.
IP adresi 66 nokta bir şey, nokta bir
şey, nokta bir şey. Daha sonra istemci yönlendiricisini
ve bağlantı yolunu kullanarak bir web sunucusuna yönlendirilir,
çünkü artık hedef olarak kullanacağı doğru IP adresini
bilmektedir ve tüm bunlar kullanıcılarınız
ve bilgisayarınız için arka planda gerçekleşir,
kimsenin gerçekten istemesine gerek kalmaz,
çünkü DNS ağlarımızın ve sistemlerimizin çok yerleşik bir parçasıdır.
Şimdi, ev kullanıcıları olarak çoğumuz kendi DNS sunucularımızı
çalıştırmayacağız, bunun yerine bunu bizim için
yapmaları için internet servis sağlayıcılarımıza güveniyoruz.
Ancak kendi web sitelerinizi veya büyük
kurumsal ağımızı yönetiyorsanız, ağınızın
içinde kendi DNS sunucunuz da olabilir ve hangi sunucuların
hangi IP adreslerinde ve hangi
amaçlarla bulunduğunu belirleyen kendi
DNS kayıtlarınızı oluşturmaktan sorumlu olursunuz.
Bu, bu alan adlarını IP adreslerine dönüştürecek
olan kendi alan adı ve ana bilgisayar çözümlemenizi çalıştırmanıza
olanak tanır.
Bunu şöyle düşünmek isterseniz,
telefonunuzda bir kişi listesi olmasına benzer.
Günümüzde, kaç tane telefon numarası ezberlediniz?
Muhtemelen çok fazla değildir, değil mi?
Çünkü normalde akıllı telefonunuzu çıkarır,
kişinin ismine gider ve parmağınızla ismine
basarsınız, sonra da telefon onu arar.
Örneğin, eşimi aramak istediğimde, onun adına gidiyorum, yüzünün
resmini telefonuma bastırıyorum ve hemen
ardından telefonum onun numarasını çeviriyor.
Telefon numarasının 10 hanesini ezberlemek zorunda değilim,
çünkü telefonum bunu benim yerime yapıyor.
Bunun nedeni, insanlar olarak numaraları
hatırlamakta isimlerden daha çok zorlanmamız ve bu yüzden kişi
listemizi kullanarak bu yüz veya isimden numaraya dönüştürme
işlemini yapmamızdır.
Bilgisayarlar için de aynı şey söz konusudur,
ancak bilgisayarlar sayıları isimlerden
daha çok severler, bu nedenle bizim için daha kolay olan alan adlarını,
bilgisayarların yönlendirmelerini yapmaları için daha kolay olan IP adreslerine
dönüştürmek isteriz ve DNS'in bizim için yaptığı tek şey budur.
İsimleri sayılara ve sayıları isimlere dönüştürür.
Şimdi, DNS ile ilgili konuşmamız
gereken kavramlardan biri,
tam nitelikli alan adı veya FQDN olarak bilinen şeydir.
Bu, bir alan adının bir üst düzey sağlayıcı altında olduğu durumdur.
Örneğin, en yaygın üst düzey sağlayıcı . com, ama aynı zamanda
. değirmen, . edu, . org, . Net.
Dion Training örneğini kullanalım.
Dion Training'de çok sayıda farklı sunucumuz var.
Sunucularımızdan biri web sunucumuzdur
ve www. diontraining. com.
Şimdi, buradaki üst düzey alan adı . com.
Kullandığım alan adı Dion Training.
Tam nitelikli olması için önüne WWW eklemem gerekiyor.
Bu onu www yapar. diontraining. com.
Şimdi, eğer benim web sunucuma
gitmek istiyorsanız, tarayıcınıza
www yazacaksınız. diontraining. com'a yönlendirileceksiniz
ve şimdi benim web sunucuma yönlendirileceksiniz, çünkü DNS bu tam nitelikli
alan adını kullanarak web sunucumun IP adresini
nasıl döndürmesi gerektiğini biliyor.
Şimdi, bunun yerine benim dosya sunucuma gitmek isterseniz,
ftp yazmanız gerekecek. diontraining. com, çünkü orada
çalıştırdığım sunucu bu.
Eğer benim posta sunucuma gitmek istiyorsanız,
mail yazabilirsiniz. diontraining. com.
Bunların üçü de tam nitelikli
alan adlarına veya FQDN'lere örnektir.
Esasen, bir hizmet, bir nokta, bir alan adı,
bir nokta ve bir üst düzey alan adı vardır ve bu, internette
hangi alan adına bakarsanız
bakın aynı şekilde çalışır.
Şimdi, DNS bir hiyerarşi olarak kurulacak.
Bu beş farklı düzeyde gerçekleşir.
Rota seviyemiz, üst seviye alan adımız, ikinci seviye
alan adlarımız, alt alan adlarımız ve ana bilgisayarımız var.
Rota düzeyi, DNS hiyerarşi ağacındaki
en yüksek düzeydir ve rota ad sunucusu,
rota bölgesindeki istekleri yanıtlayacaktır.
Bu sunucular, tüm üst düzey alan adlarının
küresel listesini içerir. com,. net, . org, . değirmen ve diğerleri.
İkinci seviye, üst seviye alan adları olacaktır.
Bunlar iki kategoriye ayrılır, örgütsel
hiyerarşiler gibi. com, . net, . org ve diğerleri ve ardından
coğrafi hiyerarşi
gibi . Birleşik Krallık için uk, . Fransa için fr,.. İtalya ve bunun gibi diğer ülkeler için.
Üçüncü seviyeden aşağısı ikinci seviye alan adları olarak bilinir.
Bu alan adları doğrudan üst düzey alan adının altında yer alır.
Örneğin, benim alan
adım Dion Training, . com üst düzey alan adı.
. com rota etki alanının altında yer alır.
Bu, bu şeylerin hiyerarşinin bir parçası olarak
birlikte yükselme şeklidir.
Dördüncü seviye alt alan adı olarak bilinir, bu nedenle
ikinci seviye alan adım olan diontraining'in
altında yeni bir sunucu oluşturmak istersem. com'da bunu bir alt alan adı kullanarak
yapabilirim.
Benim durumumda, farklı amaçlar
için birçok farklı alt alan adım var.
Ana web sitem www alt alan adında barındırılıyor,
bu yüzden www yazıyorsunuz. diontraining. com, ve bu sizi web
sunucuma götürür, ancak destek adında bir tane
de var.
Şimdi, support alt alan adı support
adresinde yer almaktadır. diontraining. com.
Posta için bir tane daha var, posta. diontraining. com.
Bunların hepsi farklı alt alan adlarıdır.
Beşinci ve son seviye ise ev sahibi seviyesidir.
Bu, DNS hiyerarşisi içindeki en düşük
ve en ayrıntılı düzeydir ve ağdaki belirli bir makineyi
veya sunucuyu ifade eder.
Şimdi, DNS'i düşündüğümüzde,
çoğumuz sadece tam nitelikli alan adı
gibi bir şey düşüneceğiz,
www gibi bir şey. diontraining. com, bir alt alan adı, bir ikinci
düzey alan adı ve bir üst düzey alan
adı içerir.
Şimdi, bunu bir adım daha ileri götürmek istersem,
tek tip kaynak bulucu olarak bilinen
URL perspektifinden bakabilirim.
Yine, burada örnek olarak
web sunucumu alalım, www. diontraining. com.
Bu benim tam nitelikli alan adım, ancak size
nasıl erişeceğinizi söylemiyor.
Bunu güvenli bir şekilde mi yoksa güvensiz bir şekilde mi yapmak istiyorsunuz?
Bunu URL'yi kullanarak söylemeniz gerekecek.
Eğer bana kullanıcı adınızı ve şifrenizi vermek
istiyorsanız, bunu güvenli bir şekilde yapmalısınız.
Bu yüzden www'nin önüne HTTPS://
ekleyeceksiniz. diontraining. com'a girdiğinizde bu bir
URL, yani tek tip kaynak bulucu olur çünkü diontraining'e nasıl erişeceğinizi
söyler. com'un web sunucusu.
Bu yüzden başlangıçta HTTPS var.
Güvenli hiper metin aktarım
protokolüdür ve erişim yöntemi budur.
Şimdi, eğer web siteme erişmek ve bunu güvensiz bir şekilde yapmak
istiyorsanız, bunu web adresinin başına HTTP://
ekleyerek yapabilirsiniz.
Şimdi, FTP kullanarak bağlanmak
isterseniz, FTP://FTP kullanırsınız. diontraining. com'u URL'niz olarak seçin ve sisteme ne yapacağını söylediğinizde
bunu yapmanın birçok farklı
yolu vardır ve bu, bir URL
ve tam nitelikli bir alan adı
oluşturacaktır.
Daha sonra, bir DNS sunucusunda bulunan
farklı DNS kayıt türleri hakkında konuşmamız gerekir.
DNS sunucunuzun içinde, kullanım
durumunuza bağlı olarak farklı bilgi türlerini tutan farklı
kayıtlar oluşturacaksınız.
Bunlar A kayıtları, AAAA kayıtları, CNAME kayıtları, MX kayıtları, TXT kayıtları
ve NS kayıtları olarak bilinir.
Şimdi bu farklı kayıt türlerinin her
birine hızlıca bir göz atalım.
İlk olarak, adres kaydı
anlamına gelen bir A kaydımız vardır.
Bir A kaydı, bir ana bilgisayar adını
bir IPv4 adresine bağlamak için kullanılır.
Örneğin, www için bir A kaydı vardır. diontraining. com, ve 45'in IP adresine
bağlar. 79. 184. 180.
Buna ek olarak, @ ana bilgisayarı için bir A kaydı da ayarlayabilirsiniz
ve bu, rota etki alanı için bir kayıt
olduğunu gösterir.
Dion Training örneğinde, @ kaydımız
diontraining olduğunu belirtir. com alan adımızın rotası olan belirli
bir IP'de listelenecektir.
Bu şekilde, kullanıcılarımız web sitemizi www alt alan
adına giderek bulabilirler. diontraining. com'a ya da sadece
diontraining'e giderek. com'a bu A @ kaydını kullanarak erişebilirsiniz.
Artık A kayıtları yalnızca IPv4 adresleri
için çalışıyor, ancak birçok modern web sitesi IPv6'yı da destekliyor.
Bir alan adını bir IPv6 adresiyle eşlemek
için AAAA kaydı kullanacaksınız.
Yani örnek olarak Dion Training sitesini kullanarak,
web sunucumun IPv6 adresi bu olsaydı AAAA kaydını 2400:cb00:2049:1::a29f:1804
olarak ayarlayabilirdim.
Gördüğünüz gibi, IPv6 adresleri IPv4'ten çok daha karmaşıktır
ve biz insanlar için ezberlemesi gerçekten
zordur, bu
yüzden bu AAAA kayıtlarını veya 4A kayıtlarını
kullanmayı seviyoruz.
Kullanabileceğimiz bir sonraki kayıt türü CNAME kaydı veya
kanonik ad kaydı olarak bilinir.
Artık, bir alan adını başka bir alan adına
veya bir alt alan adına yönlendirmek istiyorsanız AAAA kaydı
için A kaydı yerine CNAME kaydı kullanılır.
Örneğin, diontraining'e ek olarak
pek çok farklı alan adım var. com.
Bunlardan bazıları daha önce sahip olduğum şirketler veya
yürüttüğüm projeler
için, bazıları ise gelecekte bir gün kullanmayı
planladıklarım, ancak bu arada onları diontraining'e geri
dönen bir CNAME kaydı ile ayarladım. com.
Örneğin, itil4exam adında bir web sitesi işletiyordum. com, ancak o zamandan beri bu alan
adını kullanmayı bıraktım
ve tüm bu kursları kendi diontraining'imde
birleştirdim. com web sitesi.
Bu yüzden eski web sunucusunu kapattığımda, insanların itil4exam
yazmasına hala izin vermek istedim. com'a gidin ve bir hata
sayfası yerine bir şeye ulaşın.
Bu yüzden doğrudan diontraining'e
yönlendirmek için bir CNAME kaydı kullandım. com.
Bunu neden yapmak isteyeyim ki?
Diontraining'e paralel olarak birkaç
yıl boyunca diğer sitedeydik. com, ve orada yayınlanan
bağlantıların çoğu, bu itil4exam'da barındırılan
kurslarımıza tavsiyelerle
internetin her yerinde. com web sitesi.
Bu sitedeki en popüler kurslarımızdan biri ITIL
4 Foundation kursumuzdu ve
itil4exam adresinde yer alıyordu. com/itil-4-foundation.
Şimdi, bunu web tarayıcınıza
yazarsanız, itil4exam'i çözecektir. Diontraining'in bir parçası. ve sizi doğrudan diontraining'e
götürecek. com/itil-4-foundation.
Bu, Reddit'te bulduğunuz ve birkaç
yıl önce kursumuzu öneren bir bağlantıyı kullanıyor
olsanız bile, orijinal itil4exam olsa bile,
yine de çalışacağı ve sizi satış sayfamıza
götüreceği anlamına gelir. com sunucusu artık hizmet vermemektedir
ve çevrimdışı duruma getirilmiştir.
CNAME kaydı kullanmanın bir başka kullanım
alanı da size kendi sunucularında bir alt alan adı sağlayan
bir hizmet olarak yazılım kullanmanızdır.
Örneğin, Freshdesk olarak bilinen ve freshdesk adresinde
bulunan bir hizmet masası bilet takip yazılımı kullanıyorum. com'u kurduk ve bize hizmetleri
için FDUS-143-D15 gibi hatırlaması
oldukça zor bir alt
alan adı verdiler. freshdesk. com.
Çalışanlarımın destek masamızı
bulmasını kolaylaştırmak için Destek adında
bir CNAME kaydı oluşturduk ve bunu hatırlaması zor olan bu alt alan adına yönlendirdik.
Eğer personelim desteğe girerse. diontraining. com'a girdiklerinde, onları doğrudan destek sistemimize
yönlendiriyor ve bu da bizi Freshdesk tarafından verilen alt
alan adı tarafından sağlanan
bu bulut örneğine yönlendiriyor.
CNAME kayıtlarının bir IP adresine işaret
etmek için kullanılamayacağını unutmayın.
Yalnızca başka bir alan adını veya alt alan adını işaret
etmek için kullanılabilir.
Ardından, posta değişim
kaydı anlamına gelen bir MX kaydımız var ve düşündüğünüz
şeyi yapıyor.
Bir e-posta sunucusunun nerede olduğunu bulmanıza yardımcı olur.
MX kaydı, e-postaları posta sunucunuza yönlendirmek için kullanılır.
MX kayıtları, CNAME kayıtları gibi, bir IP adresine
değil, yalnızca başka bir etki alanına işaret etmek için kullanılabilir.
MX kayıtlarınızı oluşturduğunuzda, bu kayıtların her biri
için öncelik de sağlayabileceksiniz.
Bu, e-postanın ilk olarak hangi sunucuyu kullanmayı
deneyeceği konusundaki tercihinizi belirtmenizi sağlar.
Önceliğin ayarlanması söz konusu
olduğunda, girdiğiniz sayı ne kadar düşükse, öncelik o
kadar yüksek olur.
Aslında golf kuralları.
Yani mail1'imiz varsa. diontraininf. com 10 olarak ayarlanmış
ve mail2. diontraining. com önceliklerini 20 olarak belirlediğinde, e-postalar ilk olarak birinci
postayı kullanmaya çalışacaktır.
Birinci postaya ulaşamazsa,
ikinci postaya ulaşmaya çalışacaktır.
Şimdi, e-postanızı birden fazla sunucu
arasında yük dengelemesi yapmak istiyorsanız, önceliklerini
aynı değere ayarlamanız yeterlidir.
Dolayısıyla, posta bir ve posta iki
için kayıtlar oluşturduysam ve her ikisinin de önceliği 10 ise,
gelen tüm e-postalar bu sunucular arasında eşit olarak değişecek
ve yük dengelenecektir.
Birincisi bire, ikincisi ikiye,
üçüncüsü bire, dördüncüsü ikiye
gider ve bu böyle devam eder.
Sırada TXT kayıtları ya da metin kayıtları var.
Artık bir metin kaydı, alan adı yöneticileri tarafından alan
adı sistemine veya DNS'ye metin eklemek için kullanılmaktadır.
Başlangıçta metin kayıtları, DNS kayıtlarımıza
insan tarafından okunabilir notlar eklememizin bir yolu olarak
tasarlanmıştı ve zamanla bu metin kayıtlarına
giderek daha fazla şey eklenmeye başladı ve sonunda
bu metin kayıtlarına makine tarafından okunabilir
veriler de eklemeye başladık ve bugünlerde çoğunlukla
göreceğiniz yer burası.
Alan adınızda çok sayıda farklı
metin kaydı da olabilir.
Bunlardan sadece biriyle sınırlı değilsiniz.
Çoğu zaman, doğrulama için makine tarafından
okunabilen bazı kodlar ekleyerek alan adı sahipliğini
kanıtlamak ve yine bir TXT kaydına makine tarafından okunabilen belirli
bir kod ekleyerek e-posta spam önleme sağlamak için
kullanılan metin kayıtlarını göreceksiniz.
Örneğin, diontraining'de. com'da fdkey adında bir
metin kaydımız var. desteği ve DNS kayıtlarımızın içinde 32 onaltılık
basamaktan oluşan
bir doku.
Bu, destek sistemimiz Freshdesk'in diontraining alan adının
bize ait olduğunu doğrulamasını sağlar. com'u kurduk, böylece ekibimiz kendi sistemleri
içinde bir destek biletine yanıt verdiğinde öğrencilerimize
bizim adımıza e-posta gönderme
yetkisine sahipler.
Bu bir tür alan adı sahipliği doğrulamasıdır,
çünkü sistemleri DNS kayıtlarımızı sorgulayabilir
ve bu benzersiz 32 onaltılık rakam dizisini DNS TXT
kaydımıza girdiğimizi görebilir.
Esasen, "Hey, bu alan adının
sahibi benim" demek için bir şifre gibi çalışıyor. TXT kayıtlarınıza SPF, DKIM veya DMARC mesajları gibi bilgileri de koyarak
e-posta hizmetlerinizin doğrulanmasına
yardımcı olabilir ve spam olarak
bilinen sahte veya istenmeyen mesajların alan
adınızı ve e-posta adreslerinizi kullanan diğer kişilere iletilmesini
engelleyebilirsiniz.
SPF veya gönderen ilkesi
çerçevesi, alan adı için posta gönderme yetkisine
sahip ana bilgisayarı tanımlayan bir DNS
kaydıdır ve her alan adı için
yalnızca bir tane izin verilir.
Şimdi, bunlara baktığınızda, şuna benzer
bir şey göreceksiniz ve bu metin kaydı adı verilen
bir DNS kaydıdır.
işareti olduğunu ve ardından V=SPF1 yazdığını
fark edeceksiniz, bu da gönderen ilkesi çerçevesi birdir.
Bu birincisi.
Daha sonra posta sunucusu kaydı olan MX vardır ve ardından
include:_SPF yazar. google. com adresine e-posta
gönderin ve şunları ekleyin: e-posta. freshdesk. Hepsi bir arada.
Şimdi, bu size ne anlatıyor?
Bu aslında e-posta sunucumun SPF kaydı.
Şimdi, neden Google'ımız var. Oraya mı?
Çünkü Google'ın G Suite'ini kullanıyoruz ve dolayısıyla e-posta hizmet sağlayıcımız
Google.
Kendi e-posta sunucumuzu çalıştırmıyoruz.
Bunun yerine, bunu yapmalarına izin veriyoruz ve bu SPF
ifadesini ekleyerek bizim adımıza
e-posta gönderme yetkisine sahip oldukları
konusunda onlara yetki veriyoruz.
Şimdi, şuradaki ikincisi, "Bu ne
için?" diye merak ediyor olabilirsiniz.
Sadece bir tane alabileceğini sanıyordum. Yalnızca bir SPF
ifadesine sahip olabilirsiniz,
ancak DNS'de yazıldığında
tüm bu şey tek bir satırdır ve metinden tümüne kadar
tüm bu şey tek bir satırdır ve bu tek bir SPF ifadesidir.
Benim adıma gönderim yapması için birden fazla sunucuya yetki verebilirim,
ancak bunu burada gördüğünüz gibi yalnızca bir DNS satırında yapabilirim
ve Freshdesk bizim sorun bileti sistemimizdir.
Dion Training'deki destek ekibine e-posta gönderirseniz, bu Freshdesk'e
gidecektir, ancak Dion Training'deki kişisel e-postama
e-posta gönderirseniz, bu Google'a gidecektir,
çünkü şirketimiz için kişisel e-postalarımızı
gönderen kişi budur ve bu nedenle, bu ifadenin içinde sizin adınıza gönderme yetkisi verilecek
diğer her şeye bunların her ikisini de dahil etmeniz gerekir.
Şimdi, hakkında konuşmamız gereken bir sonraki şey DKIM ya da dkim.
Şimdi, bu alan adı anahtarları tanımlanmış posta.
Bu, DNS kaydı olarak yayınlanan bir ortak anahtar kullanarak posta için kriptografik
bir kimlik doğrulama mekanizması sağlar.
Şimdi, bir SPF veya DKIM'e baktığınızda,
buna benzer bir şey göreceksiniz.
İşte size adobe için postayı gösteren bir örnek. com.
En üstte birazdan bahsedeceğimiz
DMARC'ı görebilirsiniz, az önce bahsettiğimiz
SPF'yi göreceksiniz ve sonra
da şu anda bahsettiğimiz
DKIM'i göreceksiniz.
Temelde çok uzun bir kriptografik kimlik
doğrulama anahtarıdır ve bunu ekranda görebilirsiniz.
Artık DKIM, SPF'nin yerine geçebilir veya SPF ile birlikte kullanılabilir.
Bir sonraki konuşacağımız
konu DMARC ve DMARC, alan tabanlı mesaj kimlik doğrulama
raporlaması ve uygunluğudur.
Bu temelde bir çerçevedir ve bu çerçeve DNS kaydı olarak
yayınlanan bir politikayı
kullanarak SPF ve DKIM'in doğru
şekilde uygulanmasını sağlamak için kullanılır ve
bunu size ekranınızdaki son görüntüde DMARC'ı görüntünün
en üst satırı olarak gösterdiğimde çok kısa
bir şekilde gösterdim.
Geri dönüp buna bir göz atmak isterseniz,
şu anda bunu yapabilirsiniz.
Şimdi, DMARC ile uğraşırken, bunu
SPF ile, DKIM ile ya da her ikisini birden
kullanarak kullanabilirsiniz,
çünkü unutmayın, SPF ve DKIM birlikte kullanılmak zorunda değildir.
Birini ya da diğerini kullanabilir ya da her
ikisini de kullanabilirsiniz ve DMARC bunlardan biri ya da her ikisi ile birlikte kullanılacaktır.
MARC ile uğraşırken
bu şekilde görünür.
Peki tüm bunlar birlikte nasıl çalışıyor?
Öncelikle SPF'nizin, DKIM'inizin ve DMARC'ınızın
DNS sunucusunda olduğundan emin olmalısınız.
Tüm bu kayıtlar elinize geçtiğinde,
tüm süreç de başlamış olur.
Şimdi, bunu bir kez yaptıktan sonra,
diğer her şey her mesaj göndermek istediğinizde sizi
takip edecektir.
Bu örnekte, biri yetkili olan ve yeşil
olarak gösterilen SMTP sunucusundan, diğeri
ise alan adınızı taklit etmeye çalışan bir düşmandan
gelen ve kırmızı olarak gösterilen
iki mesaj göndereceğiz.
Yetkili olanla başlayalım.
Burada 2A olarak listelenmiş.
Göndericiniz bu mesajı MTA'ya gönderecektir.
Mesaj aktarım aracınız
olan MTA'ya gider ve o da bu mesajı SPF veya
DKIM başlığıyla birlikte alır.
Şimdi bu mesaja bir dakika bağlı
kalalım ve sonra düşmana geri döneceğiz.
MTA bu mesajı aldığında, devam edecek
ve bu mesaja bakacak ve bu mesajı
işleyecektir.
Bunu yaptığında, bunun bir kısmı, tıpkı burada
son üç veya dört dakika içinde konuştuğumuz
gibi, DNS aracılığıyla gönderen DMARC politikasını
ve SPF ve DKIM kayıtlarını aramak olacaktır.
Şimdi, MTA bunu yaptıktan sonra, eğer meşru
ise, bu mesaj IMAP sunucusunda alıcının
posta kutusuna yerleştirilebilir ve kişinin posta kullanıcı aracısını
kullanarak mesajını okumasını bekleyebilir.
Hepsi iyi, çünkü bu mesajın gerçek olduğunu biliyorlar, çünkü
bu değerleri SPF, DKIM veya DMARC ile karşılaştırdı,
belirlenen politikaya göre.
Şimdi, diğer taraftan düşmana bakarsak, mesajı gönderdiklerinde,
mesaj hala MTA'ya gider, çünkü son kullanıcıya ulaşmak için MTA'ya
ulaşması gerekir.
Ancak oraya ulaştığında MTA, SPF veya
DKIM kayıtlarına bakarak DMARC politikasına göre kontrol
edecektir.
Bunu yaptıktan sonra, eşleşmezlerse, bu mesajı
reddedecek, silecek veya karantinaya alacak
ve 5B'de görebileceğiniz gibi
çöpe atacaktır.
Tekrar ediyorum, bu işler böyle yürür ve DKIM, DMARC
ve SPF'yi birlikte kullanarak kuruluşlarımıza
biraz güvenlik katabiliriz.
Son olarak, ad sunucusu kaydı anlamına
gelen bir NS kaydımız var.
Şimdi, bir isim sunucusu kaydı, dünyadaki hangi
DNS isim sunucusunun o alan adı için yetkili olacağını
belirtmek için kullanılır.
Bu önemlidir çünkü DNS bahsettiğimiz hiyerarşik
modeli kullanır ve tüm sunucuların bu kaydın
kime ait olduğunu ve üzerinde değişiklik yapmaya
yetkili olduğunu bilmesi gerekir.
Şimdi, bir ad sunucusu, A kayıtları, AAAA kayıtları,
kanonik ad kayıtları, MX posta değişim
kayıtları ve TXT metin kayıtları gibi daha önce tartıştığımız
tüm türler dahil olmak üzere belirli bir etki alanı için tüm DNS kayıtlarını depolayan
bir DNS sunucusu türüdür.
Bir alan adı için genellikle birden fazla ad sunucusu vardır, bu
nedenle bir birincil ve bir yedek ad sunucunuz olabilir.
Ayrıca, her zaman kendi ad sunucularınızı
barındırmak zorunda değilsiniz.
Diontraintraining'deki davada. com'da kendi ad sunucularımızı
barındırmıyoruz.
Bunun yerine, bunu bizim için yapan
bir bulut hizmeti sağlayıcısı olan Cloudflare'e güveniyoruz.
Yani diontraining için DNS kayıtlarına bakarsanız. com için yetkili kaynak Cloudflare'in
iki ad sunucusudur.
Şimdi, bu noktaya kadar DNS hakkında dünyadaki
herkesin erişebileceği halka açık bir
DNS sunucusu barındırma perspektifinden bahsettim,
ancak DNS aslında dahili veya
harici olarak kullanılabilir.
Şu ana kadar bahsettiğim
her şey dışarıdan bahsediyordu ama biraz da
içeriden bahsedelim.
Bugünlerde bulut bilişimde, aynı ağ veya özel bulut
içindeki bulut örneklerinizin
IP adreslerini kullanmak yerine
dahili DNS adlarını kullanarak birbirlerine erişmelerini sağlayan
dahili bir DNS hizmeti kurmak çok yaygındır.
Bunu yapmak için dahili A kayıtları oluşturulur ve
ters bölgede dahili işaretçi kayıtları
da oluşturulur.
Neyse ki çoğu bulut sağlayıcısı, siz özel bulutunuzda
farklı sanal makineler ve diğer örnekleri
oluşturup kaldırdıkça bu dahili DNS kayıtlarını sizin için otomatik olarak
oluşturacak, güncelleyecek ve kaldıracaktır.
Harici DNS, çoğumuzun daha
aşina olacağı şeydir.
Bunlar, merkezi bir otoriteden satın aldığımız ve
halka açık internet üzerinde kullandığımız
alan adları etrafında oluşturulan
kayıtlardır.
Şimdi, her DNS kaydı için, TTL olarak
bilinen bir şeyimiz var, ya da onunla ilişkili bir yaşam süresi.
Yaşam süresi, DNS çözümleyicisine yeni bir sorgu istemeden
önce bir sorguyu ne kadar süre önbelleğe alabileceğini söyleyen bir ayardır.
Yani DNS kayıtlarım 86.400 saniyelik bir yaşam
süresiyle ayarlanmışsa, ki bu genellikle varsayılandır,
bu bilgisayarımın bu DNS kaydını çözümleyeceği
ve DNS sunucusuna geri dönüp bu bilgiyi tekrar istemeden
önce 24 saat boyunca hatırlayacağı anlamına
gelir.
DNS önbelleği olarak da bilinen bu DNS çözümleyici,
bireysel ana bilgisayarınızda bulunur.
Örneğin Windows 10 kullanıyorsanız, bilgisayarınız siz internet
üzerindeki web sitelerine bağlanırken
çözümlediği her DNS girişinin yerel bir kopyasını
oluşturuyor.
Bu geçici veritabanı DNS
sunucusundan aldığı yanıtları hatırlar.
Eğer diontraining'e gidersen. com'da bugün bunu ilk kez yaptığınızda, bilgisayarınızın
DNS sunucusundan bu IP adresini
istemesi gerekir, ancak
artık nerede olduğunu bilir ve önümüzdeki
24 saat boyunca bu IP'yi hatırlar.
Bugün web sitemi beş kez ziyaret ettiyseniz,
bu IP adresine yalnızca bir kez bakmak zorunda kaldınız.
Bu bizim için tüm süreci hızlandırmaya yardımcı oluyor.
Şimdi, yarın tekrar denerseniz, bilgisayarınız
önce DNS önbelleğini kontrol edecek ve orada bir kayıt
olduğunu görecektir.
Ancak yaşam süresi çoktan geçtiyse, bu kaydı
geçersiz kılacak ve başka bir
arama gerçekleştirecektir.
Ele almamız gereken son konu
özyinelemeli arama kavramıdır.
Gördüğünüz gibi, bilgisayarınız diontraining gibi belirli
bir web sitesini bulmak istediğinde. com'un nerede olduğunu öğrenmek için önce DNS
sunucusuna nerede olduğunu sorması gerekir.
Örneğin evde oturuyor
ve Verizon Fios bağlantısı kullanıyorsanız,
DNS sunucularına
"diontraining kim? com? Şimdi, Verizon'un DNS'i diontraining'in
IP adresini biliyor ya da bilmiyor
olabilir. com.
Sonuçta, milyonlarca web sitesi var ve kayıtlarımızı her 24 saatte
bir yeniden senkronize etmek
zorunda kalsalardı, bu çok uzun zaman alırdı.
Bunun yerine, DNS aramayı gerçekleştirmek
için bu özyinelemeli stratejiyi kullanır.
Yani Verizon'a soruyorsunuz ve cevabı bilmiyorlarsa bir üst seviyeye çıkıp bir sonraki
DNS sunucusuna soruyorlar.
Bu sunucu cevabı bilmiyorsa, başka bir seviyeye geçecek
ve diontraining'in IP adresini bilen birini bulana
kadar bu süreci devam ettirecektir.
com.
Şimdi, eğer bu özyineleme
sırasında . com veya diontraining için rota etki alanı. com'a sorabilir,
sonra . com rota sunucusu diontrain için hangi DNS sunucusunun yetkili
olduğunu belirler. com'u ziyaret edin ve yetkili cevabı
doğrudan onlardan alın.
Esasen, özyinelemeli arama
ile DNS çözümleyiciniz "Bu alan adının IP'sinin
ne olduğunu bilmiyorum, ancak
DNS sunucuma soracağım ve sunucu
onu bulana kadar avlayacak ve sonra
bana bu IP'yi söyleyecek. Şimdi, yinelemeli arama olarak
bilinen, kullanılabilecek başka bir
yöntem daha vardır.
Yinelemeli aramada, DNS sunucusunun
sizin için bilgileri aramaya ve sonucu size
göndermeye devam etmemesi dışında özyinelemeli aramaya benzer.
Bunun yerine, yinelemeli bir aramada, DNS çözümleyiciniz
DNS sunucusuna etki alanı için IP'nin ne olduğunu soracak
ve DNS sunucusu bilmiyorsa, çözümleyicinize
bir sonraki DNS sunucusuna sormasını söyleyecek ve bu sunucu IP'yi sağlayacaktır.
Şimdi, özyinelemeli arama ile DNS sunucusu onu avlayacak
ve çözümleyiciye geri bildirecektir, ancak
yinelemeli bir arama ile DNS çözümleyiciniz,
bu etki alanı için IP'ye sahip
olanı bulana kadar bu özyineleme boyunca bu sorguyu
sürekli olarak yapacaktır, bu yüzden gerçekten sadece bu bilgi için kimin avlanacağı
meselesidir.
Pekala, bu derste çok fazla bilgi ele aldık, bu
nedenle hızlı bir özet
olarak, sınav için neleri bilmeniz gerekiyor?
DNS'in alan adlarını IP adreslerine ve IP adreslerini alan adlarına
dönüştürmek için çeşitli kayıt türlerini kullanarak
nasıl çalıştığını anlamanız gerekir.
A kayıtlarının IPv4 adresli alan adları için kullanıldığını,
AAAA kayıtlarının ise IPV6 adresli alan adları için kullanıldığını
unutmamalısınız.
CNAME kayıtları, alan adlarını diğer alan adlarıyla
eşlemek için kullanılır.
MX kayıtları e-posta için, NS kayıtları ise ad
sunucuları için kullanılır.
TXT kayıtları metni insan tarafından okunabilir
ya da makine tarafından okunabilir veri olarak saklar.
Bu özeti hatırlarsanız, sınavda göreceğiniz DNS sorularının
hemen hemen çoğunu yanıtlayabilmeniz
gerekir.