Sunucu sahibi için alan adları ve DNS
Sunucuyu bir akşamda değiştirebilirsiniz, alan adı ise yıllarca projeyle kalır. Alan adı DNS aracılığıyla sunucuyu, e-postayı ve üçüncü taraf hizmetleri gösterir; tek bir hatalı kayıt siteyi kapatabilir ya da e-postaları spama düşürebilir. Bir VPS sahibinin ihtiyaç duyacağı kayıtlara, önbelleğe almanın nasıl işlediğine, bölgenin nerede tutulacağına ve ziyaretçiler fark etmeden yeni bir sunucuya nasıl geçileceğine bakalım.
Bir alan adının birbirinden bağımsız üç parçası vardır ve bunları ayırt etmek işe yarar. Kayıt şirketi alan adının kendisini satar ve yeniler. Kayıt şirketinde NS kayıtlarıyla belirtilen DNS sunucuları bölgeyi, yani alan adının kayıt listesini tutar. Hosting sağlayıcısı ise bu kayıtların gösterdiği IP adresine sahip sunucuyu verir. Üç rolü tek bir şirket de üstlenebilir, üç ayrı şirket de; taşınırken neyi değiştirmeniz gerektiği buna bağlıdır.
Temel DNS kayıtları
- A: bir ad için sunucunun IPv4 adresi (RFC 1035). Bir site için genellikle iki tane gerekir:
example.comvewww.example.comiçin. - AAAA: aynısı IPv6 için (RFC 3596). Bunu yalnızca sunucu gerçekten IPv6 üzerinden yanıt veriyorsa ekleyin: tarayıcılar önce bu adresi dener ve çalışmayan bir IPv6 ziyaretçilerin bir kısmında gecikmelere yol açar. Ayrıntılar Sunucuda IPv4 ve IPv6 yazısında.
- CNAME: takma ad; bir ad başka bir adı gösterir, örneğin
wwwexample.com'u ya da bir alt alan adı bir CDN adresini. RFC 2181'e göre CNAME olan bir adın başka kaydı olamaz; bu yüzden alt alan adı olmayan ana alan adına CNAME konmaz: orada zaten NS ve SOA kayıtları vardır. Bazı DNS sağlayıcıları bunu kendi ALIAS veya ANAME türleriyle aşar, ancak bu standart değil, belirli bir hizmetin uzantısıdır. - MX: alan adının e-postasını kabul eden sunucular, öncelikle birlikte: küçük sayı ana sunucudur. MX, IP adresini ya da bir CNAME'i değil, A veya AAAA kaydı olan bir adı göstermelidir.
- TXT: serbest metin. E-posta için SPF, DKIM ve DMARC ile arama motorları ve diğer hizmetler için alan adı doğrulama kodları burada tutulur. E-posta kayıtlarının nasıl hazırlanacağı VPS'te e-posta sunucusu: SPF, DKIM, DMARC yazısında anlatılıyor.
- CAA: alan adı için hangi sertifika otoritelerinin sertifika verebileceği (RFC 8659). Kayıt zorunlu değildir, ama varsa, içinde adı geçmeyen otorite sertifika vermeyi reddeder. Sertifikalar hakkında SSL sertifikaları: ücretsiz ve ücretli yazısına bakın.
E-postası üçüncü taraf bir hizmette olan, VPS üzerindeki bir sitenin tipik bölgesi şöyle görünür: alan adı ve www için A ve AAAA kayıtları, e-posta hizmetinin MX kaydı, SPF ve DMARC içeren TXT, DKIM için CNAME veya TXT ve hizmet doğrulamalarını içeren birkaç TXT.
TTL: değişiklikler neden hemen görünmez?
TTL, internet sağlayıcılarının DNS sunucularının ve ziyaretçi cihazlarının bir yanıtı ne kadar süre hatırladığını saniye cinsinden belirtir (RFC 2181, bölüm 8). Süre dolana kadar bölgeyi yeniden sorgulamazlar; bu yüzden yeni kayıt herkese en erken eski kaydın TTL'si kadar sonra ulaşır. Yaygın "DNS'in güncellenmesi 72 saati bulur" sözü buradan gelir: aslında her şeyi sizin belirlediğiniz TTL belirler.
- 3600 saniye (bir saat): olağan çalışma için makul bir değer;
- 300 saniye: adresi hızla değiştirmeniz gerekebilecek taşıma veya kurulum süresince;
- bir gün ve üzeri: yıllarca değişmeyen kayıtlar için, örneğin MX.
Kaydın olmaması da önbelleğe alınır. Bir alt alan adını oluşturmadan önce sorgularsanız, olumsuz yanıt bölgenin SOA kaydındaki süre boyunca hatırlanır (RFC 2308); bu süre çoğu zaman bir saattir. Bu yüzden önce kaydı oluşturun, sonra kontrol edin.
Kayıt şirketindeki NS kayıtları ayrı bir durumdur. Bunların TTL'sini alan adı sahibi değil, üst düzey bölge belirler. 6 Kasım 2026'da bölge sunucularına yapılan sorgu şunu gösterdi: .com alan adları için NS kayıtları 172.800 saniye, yani iki gün, .ru için 345.600 saniye, yani dört gün önbellekte tutuluyor. Bu yüzden alan adının DNS sunucularını değiştirmek her zaman bir A kaydını değiştirmekten uzun sürer.
PTR: e-posta için ters kayıt
Olağan kayıtlar adı adrese çevirir, PTR ise adresi ada: 203.0.113.10 → mail.example.com. Bu kayıt sizin alan adınızın bölgesinde değil, IP adresinin sahibinin, yani hosting sağlayıcısının yönettiği in-addr.arpa veya ip6.arpa adres bölgesinde bulunur. Sağlayıcının panelinden ya da destek ekibi aracılığıyla ayarlanır.
Bir site için PTR gerekmez, e-posta için ise zorunludur: Google, gönderenlerden sunucunun IP adresinin bir PTR kaydı olmasını ve bu kayıttaki adın aynı adrese geri işaret etmesini istiyor. E-posta için VPS almadan önce sağlayıcının PTR değiştirmeye izin verip vermediğini ve giden 25 numaralı portun açık olup olmadığını kontrol edin; bu tür sunucuların seçkisi: posta sunucusu için VPS.
Bölge nerede tutulmalı: kayıt şirketi, hosting sağlayıcısı veya ayrı bir DNS hizmeti
- Kayıt şirketinde. Ücretsizdir ve hosting sağlayıcısından bağımsızdır: sunucuyu değiştirdiğinizde tek bir A kaydını değiştirirsiniz. Eksileri: kayıt türü seçeneği sınırlıdır, API yoktur ya da kısıtlıdır, yanıt hızı kayıt şirketinin altyapısına bağlıdır.
- Hosting sağlayıcısında. Her şey tek panelde olduğunda kullanışlıdır, bazı sağlayıcılar bölgeyi kendileri de doldurur. Ancak başka bir sağlayıcıya geçerken bölgeyi de taşımanız gerekir; hesap askıya alınırsa ya da bir uyuşmazlık çıkarsa sunucuyla birlikte DNS, yani e-posta ve tüm alt alan adları da erişilemez hale gelir.
- Ayrı bir DNS hizmeti. Farklı ülkelerde anycast sunucular, hızlı yanıtlar, otomasyon ve wildcard sertifika almak için API, değişiklik geçmişi. Birçoğunun temel paketi ücretsizdir. Birden çok sunucusu olan ya da CDN kullanan projelere uygundur.
Her seçenek için geçerli kural: kayıt şirketi hesabı ve alan adı, yükleniciye veya hosting sağlayıcısına değil, projenin sahibine ait olmalıdır. accsly.io kataloğuna göre (Kasım 2026) 1.655 sağlayıcıdan 153'ünün 494 paylaşımlı hosting paketinde ücretsiz alan adından söz ediliyor, genellikle yıllık ödemede. Böyle bir teklifi kabul etmeden önce alan adının kimin adına kaydedildiğini ve ikinci yıl yenilemenin ne kadar tuttuğunu öğrenin. Hosting paketleri web sitesi hosting bölümünde toplanmış.
Alan adını para gibi koruyun: kayıt şirketinde iki aşamalı giriş, geçerli bir kartla otomatik yenileme, sahibinin güncel e-posta adresi. Yürürlükteki ICANN kurallarına göre .com gibi genel bölgelerdeki bir alan adı, kayıttan veya transferden sonraki 60 gün boyunca başka bir kayıt şirketine taşınamaz; bu yüzden kayıt şirketini baştan doğru seçmek daha iyidir.
Bir site kesintisiz nasıl taşınır?
- Bir iki gün önceden A ve AAAA kayıtlarının TTL'sini 300 saniyeye düşürün ve eski TTL'nin dolmasını bekleyin.
- Yeni sunucuyu hazırlayın ve DNS'i değiştirmeden önce siteyi orada test edin:
curl --resolve example.com:443:203.0.113.10 https://example.com/ya da kendi bilgisayarınızdakihostsdosyasına bir satır. - A ve AAAA kayıtlarını yeni adresle değiştirin. Birkaç dakika içinde ziyaretçilerin büyük kısmı yeni sunucuda olur.
- Eski sunucuyu kapatmayın, en az bir gün: adresi önbellekte tutan cihazlar ona bağlanmaya devam eder. Site veri kabul ediyorsa, siparişler ve yorumlar iki veritabanına dağılmasın diye taşıma süresince eski kopyayı yazmaya kapatın.
- TTL'yi her şey çalıştığında olağan değerine geri getirin.
Dosyaların, veritabanının ve e-postanın taşınmasının tam sırası Bir site paylaşımlı hostingden VPS'e nasıl taşınır yazısında anlatılıyor.
Sunucuyla birlikte alan adının DNS sunucularını da değiştiriyorsanız, bunu ayrı bir adım olarak yapın. Önce tüm kayıtları yeni bölgeye aktarın ve eski ile yeni sunucuların yanıtlarını karşılaştırın: dig @yeni-ns example.com MX ve her tür için böyle. Ancak bundan sonra kayıt şirketinde NS'leri değiştirin ve eski bölgeyi en az yetki devri TTL'si kadar çalışır durumda tutun: .com için iki gün, .ru için dört gün. Alan adında DNSSEC açıksa, NS'yi değiştirmeden önce kayıt şirketindeki DS kaydını kaldırın ya da anahtarları RFC 6781'deki şemaya göre taşıyın: aksi halde DNSSEC doğrulayan çözümleyiciler alan adını açmayı bırakır.
Nasıl kontrol edilir?
dig example.com A +short komutu güncel yanıtı gösterir, dig example.com A +trace ise kök sunuculardan sizinkilere kadar olan yolu gösterir ve eski kaydı hangi sunucunun verdiğini anlamaya yardımcı olur. dig -x 203.0.113.10 PTR'yi kontrol eder. Belirli bir çözümleyicinin önbelleğinde kalan TTL'yi görmek için ona +short olmadan doğrudan sorun. Sitenin önünde bir CDN varsa, A kaydı sizin sunucunuzu değil CDN'i gösterir; bunun nasıl işlediği CDN: bir siteye ne zaman gerekir yazısında ele alınıyor.