İlk Gün İçin Özel Sunucu Kurulum Kılavuzu
16 Ekim 2026 tarihinde yayımlandı
Yeni bir özel sunucu, işletim sistemi açıldı diye üretim ortamına hazır hâle gelmez. Bu özel sunucu kurulum kılavuzu, küçük bir yapılandırma hatasının uzun bir geceye dönüşmesini önleyen denetimlerle başlıyor: korumalı erişim, güncel yazılımlar, doğrulanmış yedekler ve sunucunun ne yaptığını görebilme.
Özel sunucu, fiziksel donanım ve kaynakları üzerinde tam denetim sağlar. Aynı zamanda donanım katmanının üzerindeki kararların tüm sorumluluğunu da size verir. Bu, yoğun trafiğe sahip mağazalar, ajans iş yükleri, veritabanları, oyun sunucuları, SaaS uygulamaları ve paylaşımlı altyapının sınırlarını aşmış tüm hizmetler için kullanışlıdır. İlk günün amacı her ayarı ince ince ayarlamak değildir. Amaç, önce güvenli bir temel oluşturmak, ardından güvenle dağıtım yapmaktır.
Özel Sunucu Kurulum Kılavuzu: Erişim Denetimiyle Başlayın
Bir uygulama kurmadan önce sunucuya kimlerin ve nasıl erişebildiğini doğrulayın. İlk sağlayıcı kimlik bilgilerini yalnızca adlandırılmış yönetici hesapları ve güvenli alternatifler oluşturana kadar kullanın. Paylaşılan root parolalarının denetimi zordur; bir yüklenici veya çalışan ayrıldığında bunları kullanımdan kaldırmak daha da zordur.
Linux sunucularında yönetim erişimi için SSH anahtarı kimlik doğrulamasını kullanın. Anahtarları güvenilir bir iş istasyonunda oluşturun, açık anahtarı yetkili hesaba ekleyin ve herhangi bir parolayı veya SSH ayarını değiştirmeden önce ayrı bir terminalde yeni bir oturum açmayı test edin. Yeni erişim yolu doğrulanana kadar mevcut oturumu kapatmayın. Bu küçük alışkanlık, sunucunun sahibinin de dâhil olduğu herkese kapalı ve güvenli olduğu o klasik durumu önler.
İş yükü elveriyorsa doğrudan root oturum açmayı devre dışı bırakın, onaylanmış yönetim işlemleri için sudo kullanın ve anahtar erişimini test ettikten sonra parola kimlik doğrulamasını kaldırın. Windows Server için ayrı bir yönetici kullanıcısı oluşturun, Uzak Masaüstü erişimini kısıtlayın, güçlü ve benzersiz kimlik bilgilerini zorunlu tutun ve ağ düzeyinde kimlik doğrulamasını kullanın. Her iki durumda da, uygulanabilir olduğunda gelen yönetim bağlantılarını bilinen ofis, VPN veya bastion ana bilgisayarı IP adresleriyle sınırlayın.
Güvenlik duvarınız varsayılan olarak trafiği reddetmelidir. Yalnızca hizmetinizin ihtiyaç duyduğu bağlantı noktalarını açın. Tipik bir web sunucusu 80 ve 443 numaralı bağlantı noktalarını gerektirebilir; SSH veya RDP erişimi ise güvenilir kaynak adresleriyle sınırlandırılmalıdır. Veritabanı bağlantı noktaları normalde özel ağda kalmalı ve yalnızca uygulama sunucuları veya özel bir ağ tarafından erişilebilir olmalıdır. Açıkta kalan bir veritabanı bağlantı noktası bir özellik değildir. Genellikle davetiye gibidir.
İş Yükü Gelmeden Önce İşletim Sistemine Yama Uygulayın
Güvenlik yamaları, paket güncellemeleri ve sunucu için sağlanan ürün yazılımı veya platform bildirimleri dâhil olmak üzere güncel işletim sistemi güncellemelerini ilk işlerden biri olarak uygulayın. İşletim sistemi sürümünü, çekirdek sürümünü, ana bilgisayar adını, genel IP adresini, kullanılıyorsa özel IP ayrıntılarını ve makinenin amacını kurum içi belgelerinize kaydedin. Gelecekteki siz, şimdiki sizin beklediğinden daha çok bunun için minnettar olacak.
Önemli ve mevcut bir sisteme üretim güncellemelerini düşünmeden uygulamayın. Ancak yeni bir dağıtımda, tamamen yamalanmış bir temel üzerinden başlamak genellikle daha doğru seçimdir. Otomatik güvenlik güncellemelerini planlamadan önce uygulamanın yeniden başlatma davranışını göz önünde bulundurun. Düşük riskli bir içerik sitesi, bakım nedeniyle yeniden başlatmayı; katı erişilebilirlik hedefleri olan bir işlem platformuna göre daha kolay tolere edebilir.
Gerekli olmayan paketleri ve hizmetleri kaldırın. Varsayılan imajlarda hiç kullanmayacağınız araçlar bulunabilir ve dinleme yapan her hizmet bakım gereksinimlerini artırır. Etkin hizmetleri işletim sistemi araçlarıyla doğrulayın, ardından gereksiz olanları durdurup devre dışı bırakın. Sunucuyu, davranışı baskı altında bile anlaşılabilecek kadar yalın tutun.
Uygulama Yığınını Ayrıştırmayı Gözeterek Oluşturun
İş yükünün gerektirdiği web sunucusunu, çalışma ortamını, veritabanı istemcisini, kuyruk çalışanını, kapsayıcı motorunu veya kontrol panelini kurun. İlk sunucuda boş kapasite var diye tüm işlevleri tek bir makineye yüklemekten kaçının. Tek bir özel sunucu doğru başlangıç noktası olabilir; ancak veritabanı performansı, güvenlik sınırları veya dağıtım sıklığı çatışmaya başladığında ayrıştırma değer kazanır.
Örneğin, bir e-ticaret sitesi başlangıçta web uygulaması ve önbellekleme katmanını tek bir özel sunucuda çalıştırarak sorunsuz işleyebilir. Sipariş hacmi arttıkça veritabanını kendine ait özel bir kaynağa taşımak, kaynak çekişmesini azaltabilir ve bakımı daha güvenli hâle getirebilir. Bir geliştirme ajansı ise bunun yerine yalıtılmış müşteri ortamlarına, ayrı yedek saklama sürelerine ve beyaz etiketli yönetim erişimine öncelik verebilir.
Her bileşene yalnızca ihtiyaç duyduğu izinleri veren hizmet hesapları kullanın. Gizli bilgileri uygulama deposunun dışında saklayın, personel erişimi değiştiğinde bunları yenileyin ve üretim değerlerini hazırlık ve geliştirme ortamlarından ayrı tutun. Planınızda kapsayıcılar varsa dağıtımdan önce kaynak sınırlarını ve kalıcı depolama kurallarını belirleyin. Kapsayıcılar paketlemeyi kolaylaştırır; kibarca rica ettiniz diye disk kullanımını ortadan kaldırmaz.
DNS, TLS ve E-postayı Dikkatle Yapılandırın
DNS kayıtlarını yalnızca hedef hizmet istekleri yanıtlamaya hazır olduğunda ayarlayın. Planlı bir geçişten önce DNS kaydının TTL değerini düşürmek değişikliklerin yayılmasını bekleme süresini azaltabilir; ancak her çözümleyicinin anında unutmasını sağlamaz. Trafiği, günlükleri ve arka plan işlerini doğrulayabilmek için eski ve yeni ortamlar arasında yeterli süre örtüşme bırakın.
Geçerli bir TLS sertifikası kurun, uygun olduğunda HTTP trafiğini HTTPS'ye yönlendirin ve sertifika zincirini sunucunun dışından test edin. İlk sertifikanın sona erme tarihi acil bir duruma dönüşmeden önce otomatik yenilemeyi ve uyarıları yapılandırın. Müşteri verilerini işleyen uygulamalarda güvenlik üstbilgilerini dikkatle ekleyin ve rastgele bir yapılandırma örneğinden katı bir ilkeyi kopyalamak yerine gerçek tarayıcı davranışına göre test edin.
Sunucu e-posta gönderiyorsa gönderen kimliğini doğru yapılandırın ve teslimat sonuçlarını izleyin. İşlemsel iletiler, parola sıfırlama e-postaları ve sipariş onayları, yerel bir komut satırında bile test edilmemiş bir posta yapılandırmasına bağlı olmamalıdır.
Yedekleri Geri Yüklemeyi Test Edin
Bir yedek, yalnızca işletmenizin tolere edebileceği süre içinde geri yüklenebiliyorsa işe yarar. Korunması gerekenleri belirleyin: uygulama dosyaları, veritabanları, yüklenen müşteri içerikleri, yapılandırma dosyaları ve şifreleme anahtarları veya kurtarma materyalleri. Yalnızca veritabanı dökümleri yüklenen dosyaları içermeyebilir; yalnızca tam disk anlık görüntüleri de ihtiyaç duyduğunuz kurtarma noktasını sağlamayabilir. Üretim sistemlerinin çoğu, planlanmış bir birleşime ihtiyaç duyar.
Yedek kopyalarını birincil sunucudan ayrı tutun. Bir sunucu silinir, güvenliği ihlal edilir veya dosya sistemi hasar görürse yalnızca aynı sunucuda saklanan yedekler de aynı cankurtaran sandalığındadır. Saklama sürelerini gerçek iş gereksinimlerine göre belirleyin; ardından yedek erişimini ayrı kimlik bilgileriyle ve mümkünse değiştirilemez veya sürümlenmiş depolamayla koruyun.
Kurulumu tamamlandı ilan etmeden önce geri yükleme testi yapın. Bir veritabanını üretim dışı bir ortama geri yükleyin, temsili bir dosya kümesini geri getirin ve uygulamanın kurtarılan verilerle başladığını doğrulayın. Ne kadar sürdüğünü ölçün. Günlükler artık aynı şeyi söylüyor: başarılı olduğunu bildiren bir yedekleme işi, kurtarma işleminin kanıtı değildir.
Kullanıcılar Sorunu Fark Etmeden Sunucuyu İzleyin
İzleme; erişilebilirliği, kaynak kapasitesini ve uygulama davranışını kapsamalıdır. En azından CPU yükünü, bellek baskısını, disk kullanımını, disk G/Ç'sini, ağ aktarım hızını, süreçlerin durumunu, SSL sertifikasının sona erme tarihini, yedeklerin tamamlanmasını ve harici hizmetlere erişimi izleyin. Veritabanı destekli bir uygulama için bağlantı sayısını, yavaş sorguları, ilgili olduğunda çoğaltma durumunu ve depolama büyümesini de izleyin.
Ekibinize harekete geçmek için zaman tanıyacak eşiklerle uyarılar ayarlayın. Disk kullanımının %95'e ulaştığında verilen bir uyarı teknik olarak doğru olabilir, ancak özellikle günlükler veya veritabanı dosyaları hızla büyüyorsa operasyonel açıdan geç kalmış olabilir. Uyarı ve kritik düzeyler belirleyin, uyarıları yanıt verebilecek kişilere yönlendirin ve her küçük olayı aynı kanala göndermekten kaçının. Uyarı yorgunluğu, yararlı izlemeyi süs amaçlı gürültüye dönüştürür.
Kodu.cloud'da yönetilen operasyonel destek ve FASTCARE izleme, ekibinizin rutin altyapı takibi için harcaması gereken çabayı azaltabilir. Yönetilen destek alsanız bile hizmet haritanızın, eskalasyon irtibatlarınızın ve kurtarma önceliklerinizin sorumluluğunu üstlenin. Beklenen davranış belgelenmişse destek ekibi daha hızlı yanıt verebilir.
İlk Gün Doğrulama Çalıştırmasıyla Tamamlayın
Hizmeti kullanıcılara sunmadan önce, bir kullanıcının yapacağı gibi test edin. Uygulamayı HTTPS üzerinden açın, gerçek bir form veya test siparişi gönderin, zamanlanmış işlerin çalıştığını doğrulayın, giden e-postayı kontrol edin ve uygulama ile sistem günlüklerinde yinelenen hatalar olup olmadığını inceleyin. Dışarıdan yalnızca beklenen bağlantı noktalarının görünür olduğunu ve izleme uyarılarının amaçlanan hedefe ulaştığını kontrol edin.
Sonucu kısa bir devir notuyla belgeleyin: sunucunun amacı, erişim sahipleri, güvenlik duvarı kuralları, dağıtılan hizmetler, yedeklerin konumu ve geri yükleme prosedürü, izleme uyarıları ve bir sonraki bakım tarihi. Bu, sırf bürokrasi olsun diye yapılan bir iş değildir. Bir güncelleme, olay veya gece geç saatte gelen bir soru karşısında ekibinizin ihtiyaç duyacağı yol haritasıdır.
Sorunsuz çalışan bir özel sunucu, hiç değişmeyen sunucu değildir. Erişimin denetlendiği, kurtarmanın kanıtlandığı ve birinin sorunları gerektiği gibi ele alabilecek kadar erken görebildiği sunucudur.
Andres Saar Müşteri Destek Mühendisi