Tek Bir Sunucuda Birden Fazla Alan Adı Nasıl Yönetilir

12 Mayıs 2026 tarihinde yayımlandı

Tek bir sunucuda beş web sitesi çalıştırmak, kötü bir yapılandırma değişikliği bu beşinin tamamını çevrimdışı bırakana kadar verimli görünebilir. İnsanların genelde bakım yüküne dönüşen bir sorun yaratmadan tek bir sunucuda birden fazla alan adını nasıl yöneteceklerini sormaya başladığı an da tam olarak budur. İyi haber şu ki bu kurulum tamamen uygulanabilir. İşin püf noktası, ancak yapıyı, yalıtımı, güvenliği ve izlemeyi daha ilk günden planın bir parçası olarak ele alırsanız bunun basit kalmasıdır.

Serbest çalışanlar, ajanslar, hosting bayileri ve işletme sahipleri için birden fazla alan adına sahip tek bir sunucu, projeleri barındırmanın çoğu zaman en uygun maliyetli yoludur. Altyapı maliyetlerini daha düşük tutar, güncellemeleri merkezileştirir ve ayrı ortamlar arasında gidip gelmekten kaçınırsınız. Ancak paylaşılan altyapı, paylaşılan risk anlamına da gelir. Bir site çok fazla kaynak tüketirse, ele geçirilirse veya yanlış yapılandırılırsa, etkisi hızla yayılabilir.

Pratik amaç yalnızca birden fazla alan adını barındırmak değildir. Amaç, sunucu iki siteden yirmi veya daha fazlasına büyüdüğünde de düzenli kalacak şekilde bunları barındırmaktır.

Tek bir sunucuda birden fazla alan adını yönetmek gerçekte neleri içerir

Temel düzeyde, her alan adının aynı makinede sorunsuz şekilde var olabilmesi için birkaç şeye ihtiyacı vardır. Sunucuya yönlendirilmiş DNS, sunucuya isteklere nasıl yanıt vereceğini söyleyen bir sanal ana bilgisayar veya web sunucusu bloğu, site dosyaları için bir belge kökü, SSL kapsamı ve bir tür hesap ya da dizin ayrımı gerekir. Veritabanlarının, e-posta ayarlarının, yedeklerin ve günlüklerin de doğru alan adına bağlı olması gerekir.

İnsanlar çok uzun süre her şeyi elle yaptığında işin neden karmaşıklaştığı da budur. Sorun Apache, Nginx, PHP veya MySQL'in tek başına zor olması değildir. Sorun, aynı kurulumun birçok alan adında tekrarlanmasının tutarsızlık olasılığını artırmasıdır. Bir site farklı bir PHP sürümü kullanır. Bir diğerinin yedekleme takvimi yoktur. Üçüncüsü günlükleri beklenmedik bir konuma yazar. Küçük farklar daha sonra destek sorunlarına dönüşür.

Kontrol panellerinin çoklu alan adı barındırmada bu kadar popüler olmasının nedeni de budur. Tekrarlayan işleri azaltırlar ve her alan adının aynı işletim düzenini izlemesini sağlarlar.

Doğru sunucu modeliyle başlayın

İkinci veya üçüncü alan adını eklemeden önce, nasıl bir sunucu rolü istediğinize karar verin. Bazı kullanıcılar az trafik alan birkaç site için tek bir kişisel VPS çalıştırır. Diğerleri müşteri projelerini barındırır veya paylaşımlı hosting alanı satar. Bunlar aynı kullanım senaryosu değildir ve doğru ayrım düzeyi ne çalıştırdığınıza bağlıdır.

Tüm alan adları tek bir işletmeye aitse, daha fazla altyapıyı paylaşmak genellikle kabul edilebilir. Müşteri web sitelerini barındırıyorsanız, daha güçlü ayrım daha fazla önem taşır. Aynı fiziksel veya sanal makinede yaşasa bile her müşteri sitesi bağımsız hissettirmelidir. Bu; ayrı sistem kullanıcıları veya panel hesapları, yalıtılmış web kökleri, ayrı veritabanları ve diğer alan adlarını etkilemeden geri yüklenebilen yedekler anlamına gelir.

Kaynak planlaması da burada önemlidir. Birden fazla küçük alan adı, hepsi CMS platformları, zamanlanmış işler ve veritabanı ağırlıklı eklentiler çalıştırıyorsa yine de sunucuyu aşırı yükleyebilir. CPU, RAM, disk G/Ç ve depolama kapasitesi yalnızca alan adı sayısına göre değil, birleşik iş yüküne göre boyutlandırılmalıdır.

Kaos olmadan tek bir sunucuda birden fazla alan adı nasıl yönetilir

Kontrolü korumanın en kolay yolu her şeyi standartlaştırmaktır. Her alan adı oluşturma, SSL düzenleme, dosya yerleşimi, veritabanı adlandırma, PHP yapılandırması, yedekleme ilkesi ve günlük incelemesi için aynı süreci izlemelidir. Tutarlılık zaman kazandırır, ama daha da önemlisi hataları azaltır.

Temiz bir kurulum genellikle tek bir web sunucusu yığını, net bir dizin yapısı ve devam eden yönetim için tek bir pano içerir. Alan adları bir kontrol paneli üzerinden eklendiğinde, panel elle yapılırken kolayca gözden kaçabilecek tekrarlı görevlerin çoğunu yönetir. Buna sitenin oluşturulması, alan adının bağlanması, SSL'nin üretilmesi veya kurulması, PHP ayarlarının atanması ve erişimin düzenlenmesi dahildir.

Daha az teknik kullanıcılar için FASTPANEL gibi bir platformun belirgin fark yarattığı yer burasıdır. Her yeni alan adını özel bir sunucu projesi gibi ele almak yerine, tek bir arayüzden çalışır ve ortamı öngörülebilir tutarsınız. Bu, deneyimli yöneticilere zaman kazandırır ve her şeyi komut satırından yönetmek istemeyen kullanıcılar için büyük ölçüde sürtünmeyi ortadan kaldırır.

DNS ve web sunucusu yönlendirmesini doğru ayarlayın

Çoklu alan adıyla ilgili sorunların çoğu başlangıçta aslında sunucu sorunu değildir. DNS ile başlarlar. Her alan adı, A kaydını veya eşdeğer kaydını doğru sunucu IP'sine yönlendirmelidir ve tüm alt alan adları sonradan tepkisel biçimde eklenmek yerine önceden planlanmalıdır. E-posta söz konusuysa MX, SPF, DKIM ve ilgili kayıtların da hedeflenen kurulumla eşleşmesi gerekir.

DNS doğru olduğunda, sunucunun her ana bilgisayar adına nasıl yanıt vereceğini bilmesi gerekir. Apache'de bu genellikle ayrı sanal ana bilgisayar dosyaları anlamına gelir. Nginx'te bu, ayrı sunucu blokları anlamına gelir. Her alan adı kendi belge köküne ve günlük dosyalarına eşlenmelidir. Yanlışlıkla birden fazla alan adını aynı köke yönlendirirseniz, sorun giderme hızla kafa karıştırıcı hâle gelir.

Joker karakter alışkanlıklarının sorun çıkarabildiği yer de burasıdır. Joker karakterli DNS ve geniş kapsamlı catch-all sunucu yapılandırmaları kullanışlı olabilir, ancak trafiği yanlış uygulamaya yönlendirmeyi kolaylaştırırlar. Müşteri işleri veya üretim web siteleri için açık yapılandırma genellikle daha güvenli seçimdir.

Paylaşılan altyapıda bile alan adlarını yalıtılmış tutun

Tek bir sunucu, her şey için tek bir paylaşılan ortam anlamına gelmek zorunda değildir. Aslında olmamalıdır da. Bir WordPress kurulumu ele geçirilirse, saldırganın makinedeki diğer tüm sitelere yatay hareket etmesini istemezsiniz.

En iyi uygulama basittir: ayrı kullanıcılar, ayrı dosya izinleri, ayrı veritabanları ve ayrı uygulama yapılandırmaları. Tüm site dosyalarında paylaşılan sahiplik kurulum sırasında kullanışlı görünebilir, ancak herhangi bir hata veya istismarın etki alanını genişletir. Yalıtım, yalnızca tek bir alan adını görmesi gereken bir serbest çalışana, müşteriye veya iç ekip üyesine erişim devrederken de yardımcı olur.

PHP ayarları özel dikkat gerektirir. Farklı alan adlarının çoğu zaman farklı PHP sürümlerine, bellek sınırlarına, yükleme sınırlarına veya yürütme ayarlarına ihtiyacı vardır. Tek tip bir PHP yapılandırması küçük test ortamlarında işe yarar, ancak karma iş yüklerine sahip büyüyen bir sunucu için uygun değildir.

SSL, yedekler ve güncellemeler isteğe bağlı yönetici görevleri değildir

Birden fazla alan adı yönetiyorsanız, mümkün olan her yerde SSL otomatik olmalıdır. Yenilemeler, birinin takvim hatırlatıcısını hatırlamasına bağlı olmamalıdır. Canlı trafik sunan her alan adı ve alt alan adı geçerli sertifikalara sahip olmalıdır ve HTTP'den HTTPS'ye yönlendirmelerin doğru çalıştığını doğrulamalısınız.

Yedekler de aynı düzeyde disiplin gerektirir. Gerçek bir yedekleme planı; zamanlanmış yedeklemeleri, sunucu dışı depolamayı ve tüm makineyi geri almak zorunda kalmadan tek bir alan adını geri yükleme yeteneğini içerir. Bu son kısım insanların beklediğinden daha önemlidir. Bir müşteri sitesi bir güncellemeden sonra bozulursa, tüm sunucuyu kapsayan bir kurtarma olayı değil, hedefli bir geri yükleme istersiniz.

Uygulama ve sistem güncellemelerinin de bir rutine ihtiyacı vardır. Birden fazla alan adında risk, güncelliğini yitirmiş eklentilerin, temaların veya paketlerin fark edilmeden birikmesidir. Ne kadar çok site barındırırsanız, ihmal edilmiş tek bir kurulumun zayıf nokta hâline gelmesi o kadar kolay olur.

Sunucuyu paylaşılan bir kaynak gibi izleyin

Bir sunucuda birden fazla alan adı bulunduğunda, performans sorunları nadiren kendilerini açıkça belli eder. Bir site, başka bir site ağır cron işleri çalıştırdığı, aşırı günlük yazdığı veya PHP worker'larını tükettiği için yavaşlayabilir. İzleme olmadan belirti rastgele görünür.

CPU yükünü, bellek kullanımını, disk alanını, G/Ç baskısını ve hizmet durumunu takip edin. Alışılmadık sıçramaları kesintilere dönüşmeden önce fark edebilmek için alan adı başına trafik kalıplarını ve hata günlüklerini inceleyin. Özellikle birden fazla CMS tabanlı site aynı veritabanı motorunu ve yoğun trafik zaman aralıklarını paylaşıyorsa, veritabanı performansını izlemek de değerlidir.

İzleme yalnızca büyük hosting şirketleri için değildir. Küçük bir işletme sunucusu bile gerçek zamanlı görünürlükten fayda sağlar. Bu, sorun gidermeyi kısaltır ve ne zaman optimizasyon yapmanız, kaynakları yükseltmeniz veya yüksek trafikli bir alan adını kendi ortamına taşımanız gerektiğine karar vermenize yardımcı olur.

Tek bir sunucunun artık doğru çözüm olmadığı zamanı bilin

Aynı sunucuya bir alan adı daha eklemenin verimli olmaktan çıktığı bir nokta vardır. Bazen sorun kaynak kullanımıdır. Bazen konu uyumluluk, müşteri ayrımı veya özel yığın gereksinimleridir. Örneğin yoğun bir e-ticaret mağazası, düşük öncelikli tanıtım sitelerinden oluşan bir koleksiyonla aynı sunucuda olmamalıdır.

İnsanların gözden kaçırdığı ödünleşim budur. Konsolidasyon bir noktaya kadar para tasarrufu sağlar ve yönetimi basitleştirir. Ondan sonra, bağımsız olması gereken iş yükleri arasında bağımlılık yaratabilir. Doğru cevap her zaman daha fazla konsolidasyon değildir. Bazen daha iyi kaynak tahsisidir.

Yine de istikrarlı bir yapınız varsa, tek bir sunucu yönetimi zorlaşmadan birçok alan adını rahatlıkla kaldırabilir. Temel nokta, her kurulumu doğaçlama yapmak yerine tekrarlanabilirlik için inşa etmektir. Her alan adı aynı mantıkla oluşturulduğunda, aynı özenle korunduğunda ve aynı yerden izlendiğinde, büyüme kırılgan değil yönetilebilir hissettirir.

İyi bir çoklu alan adı sunucusu işinizi daha gürültülü değil, daha hafif hâle getirmelidir. Yeni bir site eklemek hâlâ riskli bir manuel proje gibi geliyorsa, bir sonraki alan adı canlıya alınmadan önce kurulumun ilgiye ihtiyacı vardır.