Domain Adresi Barındırma¶
Bu makalede
- Domain Adresi Kayıt Merkezi'nde DNS Ayarları Yapımı
- HOSTKEY Adı Sunucularını Kullanarak DNS Ayarlaması Yapımı
- DNS Bölgesi Ekleme
- DNS Zonu Silme
- DNS Kayıtlarını Değiştirme
- Alt Domaineyi Kurma
- DNS Kaydı Doğrulama
- API ile DNS Yönetimi
- DNS Kaydı Türleri
- Alan Adı Ekleme
- Standart NGINX-Certbot Otomatik SSL Sertifika Alma Çerçevesi
Domain Adresi Kayıt Merkezi'nde DNS Ayarları Yapımı¶
DNS 1 kurulumu, domain kayıt merkezinizle yapılabilir. Bunu yapmak için, domain ayarlarınıza gidin, kayıt merkezinizin NS sunucularını seçin ve IPv4 için aşağıdaki A-kaydı veya IPv6 için AAAA-kaydı) bilgilerini domain adresiniz için girin.
Kayıt | Altdomain | IP Adresi/Veri |
---|---|---|
A | @ | Sunucu IP |
A | www | Sunucu IP |
veya
Kayıt | Altdomain | IP Adresi/Veri |
---|---|---|
A | @ | Sunucu IP |
CNAME | www | Sunucu IP |
Dikkat
Domain için yapılan tüm ek kayıt değişiklikleri, kayıt merkezinde domain ayarlarında yapılmalıdır.
HOSTKEY Adı Sunucularını Kullanarak DNS Ayarlaması Yapımı¶
Domain kayıt merkezinizin ayarlarında, domain adresi için HOSTKEY DNS sunucularına bir bağlantının bulunması gerekir. Eğer yoksa, ekleyin.
Domainınız için DNS sunucuları listesini belirtmek için, domain kayıt merkezinizin kişisel kabinesindeki DNS-sunucuları ayarlarına gidin ve şu değerleri belirleyin: ns1.hostkey.com
, ns2.hostkey.com
ve ns3.hostkey.com
.
Dikkat
DNS bölgesindeki değişiklikler, DNS sunucuları veya DNS kayıtları gibi değişiklikler 24 saat içinde uygulanmaya başlar.
Not
Kayıt merkezinde veya HOSTKEY tarafında bir NS sunucusu ayarlanmaması durumunda, domaininizin delege edilmemesi sonucunu doğurur.
Invapi 'de DNS yönetimi bölümüne ulaşmak için kullanıcı adıyla alt menüyü kullanın ve DNS zones management seçeneğini seçin:
DNS Bölgesi Ekleme¶
DNS, DNS ad uzayında yönetilen alanları açıkça tanımlayan birçok DNS bölgesine 2 ayrılır.
DNS bölgesi, DNS zones management bölümündeki Add DNS zone iletişim kutusu kullanılarak eklenir.
- Name — DNS bölgesi adı. Bu tam olarak nitelendirilen bir domain adı FQDN) olmalıdır.
- SOA record (TTL, Mname ve SOA kayıt bölümünden diğerleri) — ayrıntılar için SOA kaydı bölümüne bakın;
- İki NS kaydı — ayrıntılar için NS Girişi bölümüne bakın.
Not
Name alanı dışında tüm alanlar önerilen değerlerle önceden doldurulur, bu nedenle yapmanız gereken sadece domain eklemek ve Add new DNS zone düğmesine tıklamak olacaktır.
DNS Zonu Silme¶
Bir DNS zonu silmek için, DNS Zone yanında bulunan açılır listeden seçin ve ardından Delete DNS Zone'i tıklayın.
DNS Kayıtlarını Değiştirme¶
Bir DNS kaydı yapılandırmak için:
- Kullanıcı adını tıklayarak açılan menüden DNS Hosting alt menüsünü seçerek DNS Zone Management bölümünü açın;
- Bir DNS kaydı eklemek veya değiştirmek için, DNS zone yanında bulunan listelerden istediğiniz bölgeyi seçin.
- Yeni bir kayıt eklemek istiyorsanız,
Add a new DNS recorddüğmesini tıklayın ve açılan listede kayıt türünü seçin. - Mevcut bir kaydı değiştirmek veya silmek istiyorsanız, güncellemek veya silmek istediğiniz DNS kayıt üzerine tıklayın.
- Açılan diyalog kutusu içinde alanları doldurun veya değişiklikler yapın.
- Yeni bir kayıt eklemek için
Add recorddüğmesine veya mevcut birini değiştirmek içinSave recorddüğmesine tıklayın.
Belirtilen kayıtları alan ve alt alanlar için yapılandırabilirsiniz:
SOA Kaydı¶
Diyalog kutusu içinde SOA kaydı alanlarını belirtin:
- TTL — Geçerlilik süresi. Bu, DNS kayıtlarında bulunan bir alan olup, her kaydın ne kadar süre geçerli olduğunu belirler ve bu nedenle kayıt güncellemelerinin son kullanıcılarına ulaşması için geçen süreyi belirler. Daha uzun TTL değerleri, önbellekte tutulan sonuçların olasılığını artırarak DNS aramalarını hızlandırır, ancak daha uzun bir TTL değeri ayrıca kayıt güncellemelerinin etki yaratmasını daha uzun süreceği anlamına gelir.
- Mname — Bu DNS bölgesinin ana ana sunucu adı.
UPDATE
talepleri ana sunucuya yönlendirilmelidir.NOTIFY
talepleri ana master'dan dışarı doğru yayılır.
- Rname — Bu DNS bölgesi için sorumlu olan yöneticinin e-posta adresi. Genellikle e-posta adresi bir isim olarak kodlanır. E-posta adresindeki @ harfinden önceki bölüm, ismin ilk etiketini oluşturur; @'dan sonraki alan adı ismin geri kalanını oluşturur. Bölge dosyası biçiminde, etiketlerdeki noktalar "\" karakteriyle kaçırılır, bu nedenle
[email protected]
e-posta adresi bölge dosyasındajohn\.doe.example.com
olarak temsil edilir. - Serial — Bu DNS bölgesinin seri numarası. Bu sunucunun bir kölesi olan ikinci adlı sunucu, bu sayının arttığını fark ederse, köle sunucusu bölgenin güncellendiğini varsayar ve bir bölge transferi başlatır:
- Refresh — İkinci adlı sunucuların DNS bölgesindeki değişiklikleri tespit etmek için ana SOA sunucusundan kayıt talep etmesi gereken saniye sayısı. Küçük ve istikrarlı DNS bölgeleri için önerilen değer: 86400 saniye (24 saat).
- Retry — Ana sunucu cevap vermezse ikinci adlı sunucuların ana sunucudan seri numarası talep etmeye çalışması gereken saniye sayısı. Bu, Refresh'ten daha küçük olmalıdır. Küçük ve istikrarlı DNS bölgeleri için önerilen değer: 7200 saniye (2 saat).
- Expire — Ana sunucu cevap vermezse bu DNS bölgesi için sorgulama yapmaları gereken saniye sayısı. Bu değer, güncellemeler ve yeniden denemelerin toplamından büyük olmalıdır. Küçük ve istikrarlı DNS bölgeleri için önerilen değer: 3600000 saniye (1000 saat).
- Minimum — Negatif önbelleğe alma sürelerini hesaplamakta kullanılır. Yetkili adlı sunucular, SOA TTL ve SOA minimum değerinden düşük olanı SOA TTL olarak gönderir. Çözücüler, elde edilen SOA TTL'sini kullanarak negatif bir yanıtın ne kadar süreyle önbelleğe alınabileceğini belirler. Küçük ve istikrarlı DNS bölgeleri için önerilen değer: 172800 saniye (2 gün). Bu alan, orijinal olarak o DNS bölgesindeki kaynak kayıtlarının minimum TTL'sini temsil ediyordu; RFC 2308'de mevcut değeri değiştirildi.
Dikkat
SOA kaydı değerlerini yalnızca bunların doğru olduğundan eminseniz değiştirin. Yanlış değerler, sunucuya alan adı üzerinden erişim sağlarken sorunlara neden olur.
NS Kaydı¶
Diyalog kutusu içinde NS kaydı alanlarını belirtin:
- Name — DNS bölgesi kendisi için boş olan kayıt adı;
- TTL — Saniye cinsinden kaydın geçerlilik süresi (önbelleğe alma). Bu, diğer DNS sunucularının bu kaydı ne kadar süre önbelleğe alabileceğini belirler. Genellikle 3600 olarak ayarlanır;
- Data — Boşluk ile ayrılmış birden fazla FQDN. Örnek:
ns1.example.com ns2.example.com
.
A Kaydı¶
Diyalog kutusu içinde A kaydı alanlarını belirtin:
A kaydının aşağıdaki alanları vardır:
- Name — Alt alan için kayıt adı, DNS bölgesi kendisi için (@);
- TTL — Genellikle 3600 olarak kabul edilen geçerlilik süresi.
- Data — Boşluk ile ayrılmış birden fazla IPv4 adresi. Örnek:
104.17.210.9 104.17.210.20
. Bu genellikle sunucunuzun adresidir.
Not
Sunucunuzun IP adresini Invapi gibi sunucu kontrol panelinizin Network sekmesinde bulabilirsiniz.
AAAA Kaydı¶
Diyalog kutusu içinde AAAA kaydı alanlarını belirtin:
- Name — DNS bölgesi kendisi için boş olan kayıt adı;
- TTL — Genellikle 3600 olarak kabul edilen geçerlilik süresi;
- Data — Boşluk ile ayrılmış birden fazla IPv6 adresi. Örnek:
2606:4700:4700::1111
2606:4700:4700::1001
.
CNAME Kaydı¶
Görünüm kutusunda CNAME kaydı alanlarını belirtin:
- Name — DNS bölgesi için boş;
- TTL — ömür süresi, genellikle 3600 olarak alınır;
- Data — bir **. Örnek:
example.com
.
MX Kaydı¶
Görünüm kutusunda MX kaydı alanlarını belirtin:
- Name — DNS bölgesi için boş;
- TTL — ömür süresi, genellikle 3600 olarak alınır;
- Priority — hangisinin tercih edilmesi gerektiğini belirleyen e-posta sunucusu. Daha düşük bir "öncelik" değeri, örneğin 10 veya 20 daha tercih edilir;
- Data — bir veya daha fazla e-posta sunucusu **, IPv4 ve IPv6. Örnek:
mail.example.com 2606:4700:4700::1001 104.17.210.20:
TXT Kaydı¶
Görünüm kutusunda TXT kaydı alanlarını belirtin:
- Name — DNS bölgesi için boş;
- TTL — ömür süresi, genellikle 3600 olarak alınır;
- Data — Tıklamadan metin (tırnak işareti içermez):
Not
Örneğin, bir TXT kaydı kullanarak bir kaydı oluşturun
DKIM Kaydı¶
Görünüm kutusunda DKIM kaydı alanlarını belirtin:
- Name — DNS bölgesi için boş;
- TTL — ömür süresi, genellikle 3600 olarak alınır;
- Data —
v=DKIM1; p=[Public key]
SPF Kaydı¶
Görünüm kutusunda SPF kaydı alanlarını belirtin:
- TTL - ömür süresi, genellikle 3600 olarak alınır;
- Data —
v=spf1 ip4=192.0.2.0 ip4=192.0.2.1 include:examplesender.email [-//+]all
SRV Kaydı¶
Görünüm kutusunda SRV kaydı alanlarını belirtin:
- Service — istenen hizmetin sembolik adı;
- Protocol — kullanmak istediğiniz hizmetin taşıma protokolü, genellikle TCP veya UDP;
- TTL — ömür süresi, genellikle 3600 olarak alınır;
- Priority — hedef sunucusunun önceliği; daha düşük bir değer daha tercih edilir;
- Weight — aynı önceliğe sahip girişlerin göreceli ağırlığı; daha yüksek bir değer seçilme olasılığını artırır;
- Port — hizmetin bulunduğu TCP veya UDP portu;
- Target — hizmet sağlayan makinenin kanonik adresi:
Alt Domaineyi Kurma¶
Bir alt domain 3 ana domain adı bölümüne eklenen bir ek kısım olarak işlev görür. Alt domainler, web sitesindeki farklı bölümleri düzenlemek ve gezinmek için kullanılır. Ana domaine içinde birçok alt domain veya alt alan oluşturabilirsiniz.
Alt domainleri yapılandırmak için:
- DNS zones management erişin.
- Yeni bir alt domain eklemek istiyorsanız,
Add subdomaindüğmesine tıklayın. Uygun diyalog kutusu açılır. - Mevcut bir alt domaini değiştirmek veya silmek istiyorsanız, güncellemek veya silmek istediğiniz alt domaine tıklayın.
Açılan pencerede doldurmanız gereken 2 alan vardır:
- Name Alt domain adı. 1 ile 63 karakter arasında olmalı ve
a-z
,A-Z
,0-9
harflerinden oluşmalı ve arada.-
karakterlerini içerebilir. - Server Alt domainin bulunduğu sunucu. Boş bırakılabilir. Bir sunucu seçerseniz, alt domainin DNS bölgesine o sunucunun IP adresini kullanan bir A kaydı eklenir. Sunucudan seçim kaldırırsanız, ilgili A kaydı silinir.
DNS Kaydı Doğrulama¶
Bir domaini için DNS bölgeleri ve kayıtlarının eklenip atamasını doğrulamak için dig
araçsını konsoldan kullanın veya Google'ın DNS Arayışı gibi çevrimiçi araçlar kullanın. DNS Kontrolcü.
API ile DNS Yönetimi¶
API çağrıları (../apidocs/index.md#dns-zone-management), DNS bölgeleri ve kayıtlarını eklemek, değiştirmek veya silmek için kullanılabilir, aynı zamanda mevcut değerlerini almak da mümkündür.
DNS Kaydı Türleri¶
DNS kayıtları yetkili DNS sunucularında saklanan talimatlardır. Bir bölge hakkında bilgi sağlarlar, bu bilgiler de dahil olmak üzere ilişkili IP adresi ve sorguları nasıl ele alacaklarını belirtirler. Kayıtlar DNS sözdizimi kullanır, bu da DNS sunucusuna emir veren karakter dizisidir. Her DNS kaydının bir TTL
vardır, bu da zaman yaşamına karşılık gelir. Bu, DNS sunucusunun kaydı güncellemesini ne sıklıkla yapacağını belirtir.
Her DNS bölgesinin kullanıcıların domain adı kullanarak web sitelerine erişebilmeleri için en az bir dizi DNS kaydı olması gerekir. Ek kayıtlar diğer amaçlara hizmet edebilir.
DNS kayıtlarının temel türleri şunlardır:
- SOA Kaydı:
"Start of Authority" (SOA) DNS kaydı, bir DNS bölgesine ilişkin temel bilgileri içerir; bunlar arasında yöneticinin e-posta adresi, zonun en son güncellenme zamanı ve sunucunun güncellemeler arasında beklediği aralık yer alır.
IETF standartlarına göre tüm DNS bölgelerine bir Başlangıç Yetkisi (SOA) kaydı gereksinimi vardır. Bu kayıt ayrıca bölge transferleri için de hayati önem taşımaktadır ve DNS bölümünün oluşturulmasıyla otomatik olarak eklenir.
- NS Kaydı:
NS
, "nameserver" anlamına gelir. Bir NS kaydı, bir DNS bölgesi için yetkili DNS sunucusunu belirtir; yani gerçek DNS kayıtlarını içeren sunucuyu ifade eder. NS kayıtları, internete DNS bölgesinin IP adresini nerede bulabileceği konusunda bilgi sağlar. Bir DNS bölgesi genellikle bu bölge için ana ve yedek adlandırma sunucularını belirten birden fazla NS kaydı taşır. Doğru yapılandırılmış NS kayıtları, kullanıcıların bir web sitesine veya uygulamaya erişebilmeleri için hayati önem taşımaktadır.
- A Kaydı:
"A", en temel DNS kayıt türü olan adres kaydı anlamına gelir. Belirli bir DNS bölgesinin IP adresini belirtir.
A kayıtları IPv4 adreslerine sınırlıdır, AAAA kayıtları ise IPv6 adresine sahip web siteleri için kullanılır.
- AAAA Kaydı:
AAAA kayıtları, bir domain adını IPv6 adresine eşleştirir. A kayıtlarına benzerler ancak IPv4 yerine IPv6 adresini depolarlar.
-
CNAME kaydı
Bir "Canonical Name" (CNAME) kaydı, bir alan takma adından "ana" domaine işaret eder. Bir CNAME kaydı, bir alan veya alt alan başka bir alanın takma adı olduğu durumlarda A kaydına yerine kullanılır. Tüm CNAME kayıtları bir alana, IP adresine değil işaret etmelidir.
Örneğin
blog.example.com
değer olarakexample.com
'a (blog
olmadan) sahip bir CNAME kaydıysa, DNS sunucusublog.example.com
için DNS kaydına ulaştığında aslındaexample.com
için başka bir DNS araması yapar ve IP adresini A kaydı aracılığıyla geri döndürür. Bu durumdaexample.com
'unblog.example.com
'un ana (ya da gerçek) adı olduğunu söyleyebiliriz. -
MX kaydı
"Mail Exchange" (MX) DNS kaydı, e-postayı posta sunucusuna yönlendirir. Bir MX kaydı, SMTP olan tüm e-posta için standart protokol olan SMTP'ye göre e-posta mesajlarının nasıl yönlendirileceğini belirtir. CNAME kayıtları gibi bir MX kaydı her zaman farklı bir domaine işaret etmelidir.
-
TXT kaydı
Bir metin (TXT) kaydı, alan yöneticisinin Domain Name System (DNS)'e metin girmesini sağlar. TXT kaydı orijinal olarak insan tarafından okunabilir notlar saklamak için tasarlanmıştı. Ancak, TXT kayıtları şimdi ayrıca bazı makine tarafından okunabilir verileri de içerebilir. Tek bir alanın birden fazla TXT kaydı olabilir.
-
DKIM kaydı
DomainKeys Identified Mail (DKIM), spam gönderenleri ve diğer saldırganların geçerli bir alan gibi davranmalarını önlemeye yardımcı olan bir e-posta kimlik doğrulama yöntemidir.
Tüm e-posta adreslerinin bir alanı vardır - sembolün ardından gelen kısım. Spam gönderenleri ve saldırganlar, dolandırıcılık saldırıları veya diğer türlerde hırsızlık yapmak için e-postalar gönderirken alanı taklit etmeye çalışabilirler.
-
SPF Kaydı
"A Sender Policy Framework" (SPF) kaydı, belirli bir alandan e-posta gönderme izni olan tüm sunucuları listelleyen bir TXT kaydı türüdür.
SPF kayıtları, e-postanın kullanıldığı standart protokol olan Simple Mail Transfer Protocol (SMTP)'nin email'in
from
adresini doğrulanmaması nedeniyle oluşturuldu. Bu, SPF veya diğer kimlik doğrulama kayıtları olmadan, bir saldırgan gönderenin kimliğini taklit ederek alıcının aksi halde yapmayacağı eylemi gerçekleştirmesine veya bilgileri paylaşmasına yol açabilir. -
SRV Kaydı
"Service" (SRV) kaydı, VoIP (Voice over IP) gibi belirli hizmetler için sunucuyu ve bağlantı noktasını belirtir. Çoğu diğer DNS kaydı sadece bir sunucu veya IP adresini belirtir, ancak SRV kayıtları o IP adresindeki bağlantı noktasını da içerir. Bazı internet protokolleri SRV kayıtlarının çalışması için gereklidir.
Alan Adı Ekleme¶
DNS Bölgesi ve Kayıtların Eklenmesi¶
Invapi'de bir alan adı kurmak için aşağıdaki adımları izleyin.
-
Invapi hesabınıza giriş yapın.
- Hesap menünüzdeki DNS Hosting bölümüne gidin.
Add DNS zonedüğmesine tıklayın.- Add DNS zone formunda, alan adınızı (
myowndomain.com
) Name alanına girin. Add a new DNS zonedüğmesine tıklayarak yeni bir DNS bölgesi oluşturun.
-
Alan adı için bir A kaydı ekleyin.
- Invapi'nin DNS ayarlarındaki
Add new DNS recorddüğmesine tıklayın ve A seçeneğini seçin. - Açılan formda, Name alanına
@
girin ve Data alanına sunucu IP adresinizi girin. Add Recorddüğmesine tıklayın.
- Invapi'nin DNS ayarlarındaki
-
www.
alt alan adına bir CNAME kaydı ekleyin.- Invapi'nin DNS ayarlarındaki
Add new DNS recorddüğmesine tıklayın ve CNAME seçeneğini seçin. - Açılan formda, Name alanına
www
girin ve Data alanına alan adınızı (myowndomain.com
) girin. Add Recorddüğmesine tıklayın.
- Invapi'nin DNS ayarlarındaki
Not
Alternatif olarak, Name = www
ve Data = sunucu IP adresi değerleri ile ikinci bir A kaydı ekleyebilirsiniz.
Eğer her şey doğru ise DNS bölgeniz için benzer parametre ayarlarını göreceksiniz:
Ad | Tür | Veri |
---|---|---|
@ | SOA | ns1.hostkey.com. johnhostkey@example.net. 2024050803 14400 3600 604800 3600 |
@ | NS | ns1.hostkey.com ns2.hostkey.com |
@ | A | 176.222.34.23 |
www | CNAME | myowndomain.com |
DNS Kayıt Yayılmasının Doğrulanması¶
DNS kayıtlarının tüm internete yayılmasını bekleyin (bu 2 ila 24 saat arasında sürebilir).
dig
veya nslookup
komutlarını kullanarak HOSTKEY'nin NS sunucularının DNS kayıtlarınızı servis ettiğini doğrulayın:
Standart NGINX-Certbot Otomatik SSL Sertifika Alma Çerçevesi¶
HOSTKEY altyapısı, SSL sertifikalarını yönetmek için NGINX ve Certbot tabanlı standart bir çözüm kullanır. Bu çözüm resmi docker-nginx-certbot görüntüsünü kullanır ve tüm müşteri kontrol paneline otomatik olarak SSL sertifikaları yönetir.
nginx-certbot konteynerini dağıttıktan sonra, docker-compose dosyası /root/data/nginx
dizininde bulunur ve varsayılan yapılandırma aynı dizinin user_conf.d
altındedir. Bu yapı, Let's Encrypt için e-posta adresini değiştirme, Nginx yapılandırmasını özelleştirme ve özel alan adları ekleme gibi ek parametreleri yapılandırmayı sağlar.
Hizmet işlevselliğini sağlamak için aşağıdaki önkoşullar gerekir:
- Alanlar için doğru şekilde yapılandırılmış DNS kayıtları;
- Let's Encrypt doğrulanması için port 80 açık olmalı;
- HTTPS bağlantıları için port 443 açık olmalı.
-
Domain Adres Sistemi (DNS), İnternetin "telefon rehberi" gibidir. Kullanıcılar
google.com
veyahostkey.com
gibi domain adlarını web tarayıcılarına girdiklerinde, DNS'nin bu siteler için doğru IP adresini bulması gerekir. Tarayıcılar daha sonra bu adresleri kaynak sunucularıyla veya CDN kenar sunucuları ile iletişim kurmak için kullanır ve böylece web sitesi bilgilerine erişirler. Bunların hepsi DNS sunucuları sayesinde gerçekleşir: DNS sorgularına cevap veren tasarlanmış makinelerdir. ↩ -
Bu, belirli bir kuruluş veya yöneticinin kontrolü altındaki DNS ad uzayı kısmıdır. Bu, yetkili isim sunucuları gibi DNS bileşenleri üzerinde daha granüler bir kontrol sağlayan idari bir alan olarak hizmet verir. DNS ad uzayı, en üstte DNS kök alanıyla hiyerarşik bir ağaç yapısına sahiptir. Bir DNS bölgesi, ağacın içindeki bir domainle başlar ve alt domainlere uzanarak tek bir varlığın birden fazla alt domain yönetmesini sağlar. ↩
-
Alt domain, bir web sitesinin ana alanından ayrı işletilen küçük web siteleri gibidir. Bu ayrımı kullanarak, bir web sitesinin bir bölümünün genel web sitesinin amacını karıştırmadan geliştirebilirsiniz. Çünkü TLD'den farklılar, alt domainler etkili olabilmeleri için içerik yönetimi, teknik SEO ve web sitesi altyapısı için ek kaynaklara ihtiyaç duyabilirler. Ancak iyi yönetilen alt domainler, niş otorite kazanma şansını artırabilir, müşteriler için değer katabilir, arama görünürlüğünü iyileştirebilir ve markanın genel organik trafiği için sürücülere yardımcı olabilir. ↩