DNS Kayıtları Hangi Panelden Değiştirilir?

Elinizde bir TXT kaydı var; e-posta sağlayıcısı "şunu DNS'inize ekleyin" demiş. Alan adını bir firmadan aldınız, hostingi başka bir firmadan, arada bir de Cloudflare hesabı var. DNS kayıtları hangi panelden değiştirilir sorusunun cevabını bilmeden, üç panelden birine kaydı ekliyor, iki gün bekliyor ve hiçbir şeyin değişmediğini görüyorsunuz. En kötüsü de şu: yanlış panelde yaptığınız değişiklik hata vermez, sessizce kaydedilir ve orada durur. Kimse size "bu kaydı okuyan yok" demez.

Bu yazıda firmadan bağımsız bir teşhis yöntemi anlatıyorum: alan adınızın aktif nameserver'larını sorgulayıp yetkinin hangi panelde olduğunu iki adımda kesin olarak belirlemek. Ardından registrar paneli ile DNS paneli arasındaki iş bölümünü, Cloudflare gibi üçüncü bir sağlayıcı devredeyken hosting panelindeki kayıtların neden tamamen etkisiz kaldığını, aynı kaydın iki panelde farklı olması hâlinde ne olduğunu, cPanel Zone Editor / Plesk / WHM / Cloudflare ekranlarını ve "değişiklik yaptım ama etkisi yok" durumunun teşhis akışını bulacaksınız.

Kısa Cevap: Yetkiyi Nameserver Belirler#

DNS kayıtları, alan adınızın NS kayıtlarının işaret ettiği nameserver'ları yöneten panelden değiştirilir; başka hiçbir panelde yapılan değişiklik dünyaya ulaşmaz.

Mantık şudur: bir çözücü siteniz.com için A kaydını aradığında önce kök sunuculara, sonra .com kayıt otoritesine sorar. Kayıt otoritesi ona "bu alan adının yetkili sunucuları şunlardır" diye NS kayıtlarını verir. Çözücü sadece o sunuculara sorar. Sizin hosting panelinizde ne yazdığı, panel o listede yoksa hiçbir anlam taşımaz. DNS'in bu delegasyon zinciri hakkında temel kavramlar için DNS nedir ve NS kaydı nedir yazılarına bakabilirsiniz.

Bunun pratik sonucu şu: "DNS kaydı hangi panelde" sorusu aslında "nameserver'lar kimde" sorusudur ve bu sorunun cevabı tahminle değil sorguyla bulunur.

İki Farklı Panel, İki Farklı İş#

Karışıklığın kaynağı, iki panelin de "DNS" kelimesini kullanmasıdır. Aslında yaptıkları iş tamamen farklıdır.

Registrar paneli bölge dosyasının kapağını belirler; DNS paneli içindekileri. Bazı firmalarda ikisi aynı şirkettir ve aynı arayüzdedir — bu yüzden ayrım gözden kaçar. Kayıt otoritesi ile registrar arasındaki rol farkı için registrar ve registry farkı yazısı iyi bir başlangıç.

Üç tipik dağılım var:

1. Her şey tek yerde. Alan adını hosting firmanızdan aldınız, nameserver'lar da onun. Tek panel, tek yer.
2. Alan adı bir yerde, hosting başka yerde. Registrar panelinde yalnızca NS kayıtlarını değiştirdiniz, hostingin nameserver'larını yazdınız. Artık A, MX, TXT kayıtları hosting panelinde.
3. Üçüncü bir DNS sağlayıcısı devrede. NS kayıtları Cloudflare'ı gösteriyor. Ne registrar ne hosting paneli yetkili; tüm kayıtlar Cloudflare'da.

Üçüncü senaryodaki insanların çoğu, hosting panelindeki Zone Editor'ü açık gördüğü için orada değişiklik yapmayı sürdürür.

2 Adımda Yetkili Paneli Bulma#

Bu bölüm, hangi firmadan hizmet aldığınızdan bağımsız çalışır.

Adım 1: Aktif nameserver'ları sorgulayın#

Linux veya macOS'ta:

dig +short NS siteniz.com

Windows'ta:

nslookup -type=NS siteniz.com 8.8.8.8

Tipik çıktılar ve anlamları:

ns1.hostingfirmasi.com.
ns2.hostingfirmasi.com.

→ Yetki hosting firmanızda. A, MX, TXT kayıtlarını hosting panelinden (cPanel Zone Editor, Plesk DNS Settings, DirectAdmin DNS Management) değiştirirsiniz.

lara.ns.cloudflare.com.
rick.ns.cloudflare.com.

→ Yetki Cloudflare'da. Hosting panelindeki Zone Editor artık dekoratiftir. Tüm kayıtlar Cloudflare DNS ekranından.

ns1.alanadifirmasi.com.
ns2.alanadifirmasi.com.

→ Yetki alan adını aldığınız firmada. Kayıtları registrar panelinin "DNS Yönetimi" bölümünden değiştirirsiniz.

ns1.siteniz.com.
ns2.siteniz.com.

→ Özel nameserver kullanıyorsunuz. Bu isimlerin arkasındaki IP'yi bulmanız gerekir (bkz. glue record); genelde bir reseller/WHM sunucusudur. Özel nameserver ve reseller yazısı bu yapıyı anlatıyor.

Adım 2: Kaydın gerçekten oradan geldiğini doğrulayın#

Nameserver'ı öğrendikten sonra kaydı doğrudan o sunucuya sorun. Ara çözücülerin önbelleğini atlar, gerçeği görürsünüz:

dig @ns1.hostingfirmasi.com siteniz.com A +noall +answer
dig @ns1.hostingfirmasi.com siteniz.com MX +noall +answer
dig @ns1.hostingfirmasi.com siteniz.com TXT +noall +answer

@ işaretinden sonra yazdığınız sunucu, sorguyu doğrudan orada çalıştırır. Panelde gördüğünüz kayıt burada da görünüyorsa yetkili panel odur. Görünmüyorsa yanlış panele bakıyorsunuzdur. Sorgu seçeneklerinin tamamı için dig komutu kullanımı yazısına bakabilirsiniz.

Ek bir kontrol: bölgenin SOA kaydı, birincil nameserver'ı açıkça söyler.

dig +short SOA siteniz.com

Çıktının ilk alanı birincil sunucudur. SOA kaydı nedir yazısı diğer alanların ne anlama geldiğini açıklıyor.

Registrar'ı unuttuysanız#

Alan adını nereden aldığınızı hatırlamıyorsanız WHOIS sorgusu registrar bilgisini verir:

whois siteniz.com | grep -iE "registrar|name server"

.tr uzantılarında sorgu TRABIS tarafından yanıtlanır ve çıktı formatı farklıdır. WHOIS nedir ve TRABİS nedir yazıları bu ayrımı açıklıyor. WHOIS gizliliği açıksa iletişim bilgileri maskelenir ama registrar adı ve nameserver'lar her zaman görünür — teşhis için ihtiyacınız olan iki bilgi de zaten bunlar.

Nameserver'a Göre Hangi Panele Gideceğiniz#

Tablonun son sütunu her satırda aynı: NS kaydı değişikliği her zaman registrar panelinden yapılır. Nameserver'ı değiştirmek, bölgenin kendisinde yapılabilecek bir şey değildir; kayıt otoritesindeki delegasyonu değiştirmek gerekir ve oraya yalnızca registrar erişir. Bu işlemin adımları nameserver değiştirme yazısında.

Cloudflare Devredeyse Hosting Panelindeki Kayıtlar Neden İşe Yaramaz#

Cloudflare'ı kullanmaya başladığınızda yaptığınız şey, alan adınızın NS kayıtlarını Cloudflare'ın sunucularına çevirmektir. O andan itibaren dünyadaki her çözücü, siteniz.com için Cloudflare'a sorar. Hosting sunucunuzdaki bölge dosyası hâlâ diskte durur, cPanel Zone Editor onu göstermeye devam eder, kayıt eklerseniz kaydeder — ama kimse o sunucuya sormaz.

Bunun yol açtığı üç klasik senaryo:

1. E-posta doğrulaması sonlanmıyor. Sağlayıcı bir TXT kaydı istiyor, siz cPanel Zone Editor'e ekliyorsunuz, doğrulama "kayıt bulunamadı" diyor. Doğrulama:

dig +short TXT siteniz.com
dig @lara.ns.cloudflare.com siteniz.com TXT +noall +answer

İkinci komutta kaydınız yoksa Cloudflare'a eklenmemiştir. DKIM tarafındaki benzer sorunlar için DKIM doğrulaması başarısız yazısı ayrıntılı bir teşhis akışı veriyor.

2. Sunucu taşıdınız, site eski sunucudan açılıyor. Yeni hosting firması size A kaydını kendi panelinden değiştirmenizi söyledi, siz de değiştirdiniz — ama yetkili olan Cloudflare olduğu için trafik hâlâ eski IP'ye gidiyor. DNS değişti ama site eski sunucuda açılıyor yazısı bu durumun tüm olası nedenlerini sıralıyor.

3. Cloudflare proxy'si gerçek IP'yi gizliyor. Cloudflare'da turuncu bulut açıkken dig +short siteniz.com size Cloudflare IP'lerini döndürür, sunucunuzun IP'sini değil. Bu normaldir ve teşhis sırasında kafa karıştırır: "A kaydını doğru yazdım ama sorgu başka IP dönüyor" dersiniz. Gri buluta (yalnız DNS) aldığınızda gerçek IP görünür. Bu katmanların ayrımı Cloudflare DNS ve CDN yazısında anlatılıyor.

Bir de sessiz tuzak var: Cloudflare hesabınızı ilk kurarken mevcut kayıtlarınızı otomatik tarayıp içe aktarır, ama bu tarama her kaydı yakalayamaz. Özellikle nadir kullanılan TXT ve SRV kayıtları eksik kalır. Geçişten sonra eski bölgeyi ve yeni bölgeyi yan yana karşılaştırmak, birkaç ay sonra "e-postalarım spam'e düşüyor" olarak geri dönecek bir eksikliği baştan yakalar.

Kayıtlar İki Panelde Birden Farklıysa Ne Olur#

Bu sorunun net cevabı şudur: çakışma diye bir şey olmaz, yetkisiz paneldeki kayıt hiç okunmaz. DNS'te "iki kaynak, kim kazanır" durumu yoktur; yalnızca NS delegasyonunun gösterdiği sunucular sorgulanır.

Ama iki panelin farklı olması yine de sorun üretir, çünkü gelecekte sorun üretir:

• NS değişikliği anında sonuç değişir. Bir gün nameserver'ları hosting firmasına geri çevirdiğinizde, orada duran eski kayıtlar aniden yürürlüğe girer. Aylar önce güncellediğiniz sanılan A kaydı eskisidir, MX kaydı eski mail sunucusunu gösterir ve site bir anda geçmişe döner. Yıllardır gördüğüm en kafa karıştırıcı arıza sınıfı budur — çünkü "hiçbir şey değiştirmedim, sadece nameserver'ı geri aldım" denir.
• Destek ekipleri yanlış tabloya bakar. Hosting firmanızın destek ekibi kendi panelindeki bölgeyi görür ve "kaydınız doğru görünüyor" der; oysa o kayıt yayında değildir.
• Yedekten dönüşlerde eski bölge geri gelir. Sunucu geri yüklemesi bölge dosyasını da geri yükler.

Doğru alışkanlık: yetkisiz paneldeki bölgeyi güncel tutmayı bırakın, ama içeriğini bir kez güncel hâle getirip öyle bırakın. Yani bugün geçerli olan kayıtlarla eşitleyin, sonra dokunmayın. Böylece bir gün geri dönüş yapmanız gerekirse, elinizde en azından çalışan bir kopya olur.

Panel Panel: Kaydı Nereden Ekleyeceksiniz#

cPanel — Zone Editor#

1. cPanel'e girin, Domains → Zone Editor açın.
2. Alan adınızın yanındaki Manage düğmesine basın.
3. Üstteki Add Record ile tipi seçip (A, CNAME, MX, TXT) değeri girin.
4. TTL alanını boş bırakırsanız bölge varsayılanı kullanılır; geçiş yapacaksanız değeri 300 gibi düşük bir sayıya çekin.

Uyarı: cPanel'in Zone Editor'ü, sunucu o bölge için yetkili olmasa da açık kalır ve kayıt eklemenize izin verir. Ekranın açık olması yetkili olduğunuz anlamına gelmez.

WHM — DNS Zone Manager#

Sunucu yöneticisiyseniz WHM'in DNS bölümünden bölge dosyasını doğrudan düzenlersiniz. Ham bölge dosyası şuna benzer:

$TTL 14400
@       IN  SOA ns1.siteniz.com. hostmaster.siteniz.com. (
            2026081101 ; serial
            3600       ; refresh
            1800       ; retry
            1209600    ; expire
            86400 )    ; minimum
@       IN  NS   ns1.siteniz.com.
@       IN  NS   ns2.siteniz.com.
@       IN  A    203.0.113.45
www     IN  CNAME siteniz.com.
@       IN  MX 10 mail.siteniz.com.
@       IN  TXT  "v=spf1 +a +mx ~all"

Elle düzenleme yaparken serial numarasını artırmayı unutmayın; artırmazsanız ikincil sunucular değişikliği almaz. Bu ekranın kullanımı WHM DNS zone düzenleme yazısında. Kendi BIND sunucunuzu çalıştırıyorsanız bölge dosyası yapısı ve BIND DNS sunucu kurulumu yazıları işinizi görür.

Plesk#

Websites & Domains → ilgili alan adı → DNS Settings. Plesk'te dikkat edilecek nokta, sunucu genelinde bir DNS şablonunun bulunmasıdır; şablon değişikliği tüm bölgelere uygulanabilir. Tek bir alan adı için değişiklik yaparken bölge özelinde çalıştığınızdan emin olun.

Cloudflare#

Hesap → alan adı → DNS → Records → Add record. Üç ayrıntı önemlidir:

• Proxy status sütunu: turuncu bulut trafiği Cloudflare üzerinden geçirir. MX, SPF ve doğrulama TXT kayıtlarında proxy zaten uygulanmaz; A kayıtlarında bilinçli seçim yapın.
• TTL, proxy açıkken "Auto" olur ve değiştirilemez.
• Adı @ yazmak apex anlamına gelir; Cloudflare bunu otomatik olarak tam alan adına çevirir.

Registrar panelleri#

Türkiye'deki registrar panellerinde bölüm adı genelde "DNS Yönetimi", "DNS Kayıtları" veya "Zone Editor" olur; ayrı bir yerde "Nameserver Ayarları" bulunur. İkisini karıştırmayın: nameserver ekranı yetkiyi belirler, DNS kayıtları ekranı içeriği. Nameserver'lar başka bir firmayı gösteriyorken registrar'ın DNS kayıtları ekranına eklediğiniz her şey etkisizdir — ve panel size bunu söylemez.

Değişiklik Yaptım Ama Etkisi Yok: Teşhis Akışı#

Sırayla ilerleyin, hiçbir adımı atlamayın.

1. Yetkili sunucu kim.

dig +short NS siteniz.com

2. Kayıt yetkili sunucuda var mı.

dig @<yukarıdaki-ns> siteniz.com A +noall +answer

Yoksa yanlış paneldesiniz. Varsa devam edin.

3. Genel çözücüler ne görüyor.

dig @8.8.8.8 +short siteniz.com
dig @1.1.1.1 +short siteniz.com

Yetkili sunucuda doğru, burada eski değer varsa bu bir önbellek meselesidir; TTL süresi kadar beklenir. Propagasyon süresi yazısı bu bekleyişin neye bağlı olduğunu anlatıyor.

4. Kendi bilgisayarınızın önbelleği.

# Windows
ipconfig /flushdns
# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
# systemd-resolved kullanan Linux
sudo resolvectl flush-caches

Tarayıcının kendi DNS önbelleği de vardır; gizli sekme ya da tarayıcıyı tamamen kapatıp açmak çoğu zaman yeter. Ayrıntı için DNS önbellek temizleme yazısına bakın.

5. Kayıt sözdizimi doğru mu. En sık yapılan üç hata: CNAME hedefinin sonuna nokta koymayı unutmak (bazı panellerde hedef.example.com yerine hedef.example.com.siteniz.com olarak yorumlanır), aynı isimde hem CNAME hem başka bir kayıt tanımlamak (standart bunu yasaklar) ve SPF kaydını iki ayrı TXT satırına bölmek (yalnızca bir SPF kaydı olmalıdır). E-posta kimlik doğrulama kayıtlarının doğru yazımı için SPF, DKIM ve DMARC yazısı referans niteliğinde.

6. TTL'i geçişten önce düşürmeyi unuttuysanız, eski değer kayıtta yazan TTL kadar hayatta kalır. Geçişten en az bir TTL süresi önce değeri düşürmek, taşıma işlemlerinin standart hazırlığıdır; TTL nedir yazısı bu planlamayı anlatıyor.

Nameserver'ı Değiştirmek mi, Kayıtları Taşımak mı#

Bir noktada şu karara varırsınız: DNS'i tek bir yerde toplamak. İki yol var ve etkileri farklıdır.

Nameserver'ı değiştirmek kesin ve toptandır. Registrar panelinden yeni NS'leri yazarsınız, yetki komple oraya geçer. Riski, geçişten önce yeni bölgeyi eksiksiz doldurmamış olmanızdır: NS değişikliği yürürlüğe girdiği anda, yeni bölgede olmayan her kayıt kaybolur. Site A kaydı yüzünden değil, unutulmuş bir MX kaydı yüzünden düşer — e-postalar durur.

Güvenli sıra şudur:

1. Mevcut yetkili sunucudan tüm kayıtları dökün ve kaydedin.

for t in A AAAA CNAME MX TXT SRV CAA NS; do
  echo "--- $t"
  dig @ns1.eskifirma.com siteniz.com $t +noall +answer
done

2. Yeni sağlayıcıda bölgeyi bu listeye göre birebir kurun.
3. Yeni nameserver'lara doğrudan sorgu atarak kayıtların hazır olduğunu doğrulayın.
4. Mevcut kayıtların TTL'ini düşürüp bir süre bekleyin.
5. Registrar panelinden NS'leri değiştirin.
6. Değişikliğin kayıt otoritesine yansıdığını kontrol edin:

dig +trace siteniz.com | tail -n 20

Kayıtları taşımadan sadece tek bir kaydı güncellemek ise günlük iştir; yetkili paneli bulup oradan değiştirirsiniz, başka bir şey gerekmez.

Bir de dikkat: .tr uzantılarında nameserver değişikliği bazı durumlarda ek doğrulama adımları isteyebilir ve süreç .com kadar anlık ilerlemeyebilir. com.tr alan adı alma yazısı bu uzantının işleyiş farklarını içeriyor.

Sıkça Sorulan Sorular#

DNS kayıtlarımın hangi panelde olduğunu nasıl anlarım#

dig +short NS alanadiniz.com komutunu çalıştırın; çıkan nameserver'ları kim yönetiyorsa DNS kayıtlarınız o paneldedir. Windows'ta aynı bilgiyi nslookup -type=NS alanadiniz.com 8.8.8.8 ile alırsınız. Sonuç hosting firmanızın sunucularını gösteriyorsa hosting paneli, Cloudflare'ı gösteriyorsa Cloudflare hesabı, alan adı firmanızın sunucularını gösteriyorsa registrar paneli yetkilidir. Emin olmak için kaydı doğrudan o sunucuya sorup panelde gördüğünüzle aynı olup olmadığını doğrulayın.

Cloudflare kullanıyorum, cPanel'deki kayıtlar ne işe yarıyor#

Hiçbir işe yaramıyor; nameserver'lar Cloudflare'ı gösterdiği sürece cPanel'in bölge dosyasını kimse sorgulamaz. cPanel bu bölgeyi diskinde tutmaya ve Zone Editor'de göstermeye devam eder, kayıt eklemenize de izin verir ama bu kayıtlar yayına çıkmaz. Bir gün nameserver'ları hosting firmanıza geri çevirirseniz oradaki eski kayıtlar aniden yürürlüğe gireceği için, bölgeyi güncel bir kopya olarak bir kez eşitleyip öyle bırakmak iyi bir alışkanlıktır.

Nameserver değişikliğini hangi panelden yaparım#

Nameserver değişikliği her zaman alan adını satın aldığınız registrar panelinden yapılır, hosting panelinden yapılamaz. Bunun nedeni, NS kayıtlarının bölgenizin içinde değil, üst seviyedeki kayıt otoritesinde (.com, .com.tr gibi) tutulmasıdır ve oraya yalnızca registrar yazabilir. Panelinizde bu bölüm genellikle "Nameserver Ayarları" veya "DNS Sunucuları" başlığı altındadır ve DNS kayıtları ekranından ayrıdır.

Aynı kaydı iki panele birden eklersem çakışma olur mu#

Hayır, çakışma olmaz çünkü yalnızca yetkili nameserver'lardaki kayıt okunur; diğer paneldeki kayıt hiç sorgulanmaz. Ancak ileride nameserver'ı değiştirirseniz, o güne kadar kimsenin okumadığı eski kayıtlar aniden yürürlüğe girer ve beklenmedik bir "geçmişe dönüş" yaşarsınız. Bu yüzden pasif durumdaki bölgeyi ya güncel tutun ya da hangi bilgiyi içerdiğini bilerek bırakın.

Kaydı ekledim ama sorgu hâlâ eskisini gösteriyor#

Önce kaydın yetkili sunucuda gerçekten var olduğunu dig @<nameserver> alanadiniz.com <tip> ile doğrulayın; oradaysa sorun önbellektir ve eski kaydın TTL süresi dolana kadar sürer. Kendi bilgisayarınızda ipconfig /flushdns veya resolvectl flush-caches ile yerel önbelleği temizleyip, dig @8.8.8.8 ve dig @1.1.1.1 ile genel çözücülerin ne gördüğünü karşılaştırın. Yetkili sunucuda kayıt yoksa yanlış panelde çalışıyorsunuzdur ve beklemenin faydası olmaz.

Alan adımı nereden aldığımı hatırlamıyorum, nasıl bulurum#

whois alanadiniz.com sorgusu registrar adını ve aktif nameserver'ları verir; WHOIS gizliliği açık olsa bile bu iki bilgi maskelenmez. .tr uzantılarında sorgu TRABİS tarafından yanıtlanır ve çıktı biçimi farklıdır ama registrar bilgisi yine görünür. Registrar adını öğrendikten sonra o firmanın panelinde hesabınızı e-posta adresinizle kurtarabilir, oradan nameserver ayarlarına erişebilirsiniz.

Hosting firmam DNS kayıtlarını benim yerime değiştirebilir mi#

Yalnızca alan adınızın nameserver'ları o firmanın sunucularını gösteriyorsa değiştirebilir; başka bir sağlayıcıdaysa yetkileri yoktur. Bu yüzden destek talebi açmadan önce nameserver'ları sorgulayıp doğru firmaya yazmak zaman kazandırır. Nameserver değişikliği gerekiyorsa bunu ancak siz veya alan adı hesabına erişimi olan kişi registrar panelinden yapabilir.

Kayıtları taşımadan önce nasıl yedeklerim#

Yetkili nameserver'a her kayıt tipi için ayrı sorgu atarak mevcut bölgenin tam bir dökümünü alın; A, AAAA, CNAME, MX, TXT, SRV, CAA ve NS tiplerini mutlaka kapsayın. Bu döküm, yeni sağlayıcıda bölgeyi kurarken referansınız olur ve özellikle nadir kullanılan doğrulama TXT kayıtlarının unutulmasını engeller. Nameserver değişikliğini yapmadan önce yeni sunuculara doğrudan sorgu atıp tüm kayıtların yerinde olduğunu doğrulayın, çünkü geçiş yürürlüğe girdiği anda eksik kayıt kaybolur.

Kapanış#

DNS kayıtları hangi panelden değiştirilir sorusunun tek doğru cevabı vardır ve bu cevap firmadan bağımsızdır: alan adının aktif nameserver'larını yöneten panelden. Tahmin etmeyin, sorgulayın — dig +short NS alanadiniz.com iki saniyede kesin bilgiyi verir, ardından kaydı doğrudan o sunucuya sorarak panelde gördüğünüzle yayındakini karşılaştırırsınız. Yanlış panelde yapılan değişiklik hata vermez, sessizce orada durur; en tehlikeli tarafı da budur. Nameserver değişikliği her zaman registrar panelinden yapılır, kayıt içeriği ise yetkili DNS panelinden. Cloudflare gibi üçüncü bir sağlayıcı devredeyse hosting panelindeki bölge tamamen pasiftir ve bir gün nameserver'ı geri çevirdiğinizde eski hâliyle canlanır — bu yüzden pasif bölgeyi bir kez güncelleyip bırakmak iyi bir sigortadır.

Bütün bunları tek yerden yönetmek en az sorun çıkaran kurulumdur: alan adını ve hostingi aynı çatı altında tutarsanız nameserver, Zone Editor ve SSL aynı panelde toplanır. Alan adı kaydı ve yönetimi tarafına bakabilir, kayıtları tek panelden yöneteceğiniz web hosting paketlerini inceleyebilirsiniz. Kendi bölge dosyanızı ve nameserver'larınızı çalıştırmak, hatta müşterilerinize kendi nameserver'larınızla hizmet vermek istiyorsanız VDS sunucu doğru zemini sağlar. E-posta kayıtlarının doğru panelde ve doğru yazıldığından emin olmak isterseniz kurumsal e-posta tarafı MX, SPF ve DKIM yapılandırmasını hazır getirir.