Linux sunucu yönetimi: kontrol paneli mi, panelsiz mi? Lisans maliyeti, dağıtım seçimi ve ilk kurulum
Linux sunucu kiraladınız ya da kiralamak üzeresiniz: cPanel veya Plesk gibi ücretli panel, HestiaCP veya CloudPanel gibi ücretsiz panel ya da panelsiz SSH yönetimi arasında nasıl seçim yaparsınız? Dağıtım seçimi, lisans maliyeti ve panelsiz ilk kurulum betiği bu rehberde.
Batuhan Çelikel11 dk okuma
Yeni bir Linux sunucu kiralayan herkes kısa sürede aynı soruya gelir: sunucuyu cPanel ya da Plesk gibi lisanslı bir panelle mi, HestiaCP ya da CloudPanel gibi ücretsiz bir panelle mi yoksa doğrudan SSH ile mi yöneteceğim? Bu karar hem aylık maliyeti hem de hangi dağıtımı kuracağınızı belirler. Sonradan değiştirmek ise çoğu zaman yeniden kurulum demektir. Bu rehber KOBİ sahipleri ve sistem yöneticileri için hazırlandı. Seçenekleri artı ve eksileriyle karşılaştırıyor, panelsiz yönetimi seçenler için de ilk kurulum betiğini veriyor.
Linux sunucu nedir ve hangi işler için seçilir
Linux sunucu, işletim sistemi olarak Ubuntu, Debian, AlmaLinux gibi bir Linux dağıtımı çalıştıran sanal ya da fiziksel sunucudur. İşletim sistemi için lisans ücreti ödenmez. Web sitelerinin büyük kısmının dayandığı Nginx, Apache, PHP, MySQL/MariaDB ve PostgreSQL gibi bileşenler de Linux üzerinde doğal olarak çalışır.
Tipik kullanım alanları şunlardır:
- WordPress, e-ticaret ve kurumsal web siteleri
- Birden fazla müşteri sitesini barındıran ajanslar
- API, Node.js, Python ya da Docker tabanlı uygulamalar
- E-posta sunucusu, VPN, izleme ve yedekleme hedefi gibi altyapı servisleri
Logo, Mikro, Netsis gibi Windows'a bağlı iş yazılımlarını çalıştıracaksanız Linux doğru seçim değildir. Bu rehber, iş yükünüzün Linux'ta çalışabildiği durumlar içindir.
Yönetim yolu kararı: ücretli panel, ücretsiz panel ya da panelsiz SSH
Üç yolun her biri farklı bir ihtiyaca cevap verir. Hangisinin "en iyi" olduğu sorusu yerine "sunucuyu kim yönetecek ve ne barındıracak" sorusunu sorun.
Ücretli panel: cPanel/WHM ve Plesk
Artıları: Olgun ve yaygın arayüz, müşteri başına ayrı hesap (reseller yapısı), e-posta, DNS, FTP, veritabanı ve yedekleme tek yerde. Hosting taşımaları için standart yedek formatları var; başka bir cPanel ya da Plesk sunucusundan site almak görece kolay. Teknik bilgisi sınırlı bir ekip de günlük işleri yürütebilir.
Eksileri: Lisans ücreti her ay ya da her yıl ödenir. cPanel'de ücret barındırılan hesap sayısına göre artar, Plesk'te ise sürüm (edition) ve alan adı sınırına bağlıdır. Fiyatlar geçmişte döviz bazında birkaç kez arttı; bu nedenle güncel fiyatı her zaman üreticinin kendi sayfasından kontrol edin. Panel ayrıca bellek ve disk tüketir.
Ücretsiz panel: HestiaCP ve CloudPanel
HestiaCP: Açık kaynak, web, DNS ve e-posta servislerini birlikte yönetir. Debian ve Ubuntu üzerinde çalışır. Küçük ölçekli çok siteli hosting ve e-posta ihtiyacı için iyi bir aday. Kurulumdan önce projenin resmi belgesindeki desteklenen sürüm listesini ve son güvenlik güncellemelerini kontrol edin.
CloudPanel: Nginx tabanlı, PHP, Node.js, Python ve statik siteler için hafif bir panel. E-posta sunucusu içermez; e-postayı ayrı bir hizmetten almanız gerekir. Tek ya da az sayıda yüksek trafikli siteyi hızlı çalıştırmak için uygundur.
Artıları: Lisans ücreti yok, kaynak tüketimi genelde düşük, temel işler arayüzden yapılır.
Eksileri: Ticari destek yok ya da sınırlı, sorun çıktığında topluluk forumlarına ve kendi bilginize kalırsınız. Desteklenen dağıtım listesi dar. Panelin güncellemelerini takip etmek sizin sorumluluğunuzdadır; ücretsiz panellerde de zaman zaman ciddi güvenlik açıkları kapatılıyor.
Panelsiz SSH yönetimi
Artıları: Panel kaynağı ve lisansı yok, saldırı yüzeyi daha küçük, her bileşenin ayarı elinizde. Docker, CI/CD ve otomasyonla çalışan ekipler için en esnek yol.
Eksileri: Her iş komut satırında yapılır. Yeni site açmak, sertifika eklemek, e-posta hesabı tanımlamak zaman ve bilgi ister. Ekipte bu işi bilen tek kişi varsa o kişi bir risk noktasına dönüşür.
Karar tablosu
| Durum | Önerilen yol |
|---|---|
| Ajans, onlarca müşteri sitesi, müşteriye ayrı giriş gerekiyor | Ücretli panel (cPanel veya Plesk) |
| Birkaç site, e-posta da aynı sunucuda olsun | HestiaCP |
| Birkaç hızlı site ya da uygulama, e-posta ayrı hizmette | CloudPanel |
| Tek uygulama, Docker, ekipte Linux bilen kişi var | Panelsiz SSH |
| Teknik ekip yok, işi tamamen dışarıya vermek istiyorsunuz | Yönetilen hizmet ya da hazır panelli sunucu |
Ayrıntılı bir panel karşılaştırması için hosting kontrol paneli seçimi yazımız e-posta desteği, kaynak tüketimi ve taşıma kolaylığı açısından panelleri tek tek ele alıyor.
Panel seçimine göre Linux sunucu dağıtımı: AlmaLinux, Ubuntu LTS ve Debian
Dağıtımı paneli seçtikten sonra seçin, tersini yapmayın. Panelin desteklemediği bir dağıtıma kurulum yapmaya çalışmak ya hiç başlamaz ya da ilk güncellemede sorun çıkarır.
- cPanel: Uzun süre yalnız RHEL türevlerinde (AlmaLinux, Rocky Linux, CloudLinux) çalıştı. Artık Ubuntu LTS desteği de var. Hangi sürümlerin desteklendiğini kurulumdan önce cPanel'in resmi sistem gereksinimleri sayfasından doğrulayın.
- Plesk: Ubuntu, Debian, AlmaLinux ve Rocky Linux gibi geniş bir liste destekler. Yine de her Plesk sürümünün listesi farklıdır.
- HestiaCP ve CloudPanel: Yalnız Debian ve Ubuntu tabanlıdır. AlmaLinux üzerine kurulmaz.
- Panelsiz: Ekibiniz hangi dağıtımı biliyorsa onu seçin. Ubuntu LTS geniş belge ve paket desteği nedeniyle yeni başlayanlar için en kolay yoldur. Debian daha muhafazakâr ve sadedir. AlmaLinux, RHEL dünyasına alışkın ekipler için uygundur.
Seçim ölçütü olarak üç şeye bakın:
- Destek süresi: Yalnız uzun süreli destek (LTS) sürümlerini kullanın. Ubuntu'da LTS olmayan ara sürümler kısa sürede desteğin dışına çıkar.
- Panelin desteklediği sürüm: Yeni çıkan bir dağıtım sürümü, panel tarafından birkaç ay sonra desteklenmeye başlayabilir. Panel belgesinde listede görmediğiniz sürümü kurmayın.
- Temiz kurulum şartı: HestiaCP, CloudPanel ve cPanel temiz bir işletim sistemi bekler. Önce Nginx, MySQL ya da başka bir servis kurup sonra panel eklemeyin.
Maliyet tarafı: Linux sunucu lisans maliyeti ve toplam etki
Linux'un kendisi ücretsizdir, ama "Linux sunucu ücretsiz yönetilir" demek eksik olur. Toplam maliyeti şu kalemlerle düşünün:
- Sunucu kirası: CPU, RAM, disk ve trafik.
- Panel lisansı: Ücretli panelde aylık ya da yıllık sabit gider. Hesap ya da alan adı sayısı arttıkça kademeli artabilir. Döviz bazlı fiyatlandırılıyorsa TL faturanız kurla birlikte değişir.
- Ek kaynak: Ücretli panellerin bir kısmı, özellikle e-posta, antivirüs ve spam filtresi açıkken, daha fazla RAM ister. Bu da bir üst sunucu paketine geçmek anlamına gelebilir.
- Emek: Panelsiz ya da ücretsiz panelli yönetimde lisans yoktur ama güncelleme, sorun giderme ve yeni site açma işleri birinin zamanını alır. Bu saatleri de maliyete katın.
- Destek: Ücretli panellerde üretici desteğine ulaşabilirsiniz. Ücretsiz panellerde ise destek sizin ya da hizmet aldığınız firmanın bilgisine kalır.
Basit bir yöntem önerelim: 12 aylık bir tablo açın ve her yol için kira, lisans, tahmini yönetim saati ve saat başı iç maliyetinizi yazın. Az sayıda site barındırıyorsanız ücretsiz panel ya da panelsiz yönetim çoğu zaman öne geçer. Çok sayıda müşteri hesabı varsa ücretli panelin getirdiği zaman tasarrufu lisans bedelini karşılayabilir. Rakamları kendi durumunuzla doldurmadan karar vermeyin.
Panelsiz yönetimde ilk adımlar: SSH anahtarı, güvenlik duvarı, Nginx ve Let's Encrypt
Panelsiz yolu seçtiyseniz sunucu teslim edildiği gün şu dört işi yapın: anahtarla giriş yapan bir yönetici kullanıcı, parola ile girişin kapatılması, güvenlik duvarı ve HTTPS'li bir web sunucusu.
Önce yerel bilgisayarınızda anahtar oluşturun
Bu komut kendi bilgisayarınızda çalışır. Sunucuda çalıştırmayın.
# Yerel bilgisayarda Ed25519 anahtar çifti oluşturur
ssh-keygen -t ed25519 -C "ORNEK_KULLANICI@example.com"
# Açık anahtarı ekrana yazdırır; bu satırı aşağıdaki betikte kullanacaksınız
cat ~/.ssh/id_ed25519.pub
İlk kurulum betiği
Önemli uyarı: Betik güvenlik duvarını etkinleştirir ve SSH parola girişini kapatır. Güvenlik duvarı açılmadan önce SSH izni verilmezse ya da anahtarınız doğru eklenmezse sunucuya erişiminizi kaybedersiniz. Betiği çalıştırmadan önce sağlayıcınızın web konsoluna (VNC ya da seri konsol) erişebildiğinizi doğrulayın ve mevcut SSH oturumunuzu, yeni oturumda giriş yapabildiğinizi görene kadar kapatmayın.
Betik Ubuntu 24.04 ve Debian 12 için hazırlandı. Tekrar çalıştırıldığında aynı sonucu verir: var olan kullanıcıyı, anahtarı ve kuralları ikinci kez eklemez. ORNEK_KULLANICI, ORNEK_ACIK_ANAHTAR, example.com ve e-posta adresini kendi değerlerinizle değiştirin. Alan adının DNS kaydı sunucu IP'sine yönlenmiş olmalıdır, aksi halde sertifika adımı başarısız olur.
#!/usr/bin/env bash
# Panelsiz Linux sunucu ilk kurulum betiği
# Ubuntu 24.04 ve Debian 12 için hazırlandı. root olarak çalıştırın.
set -euo pipefail
KULLANICI="ORNEK_KULLANICI"
ACIK_ANAHTAR="ORNEK_ACIK_ANAHTAR" # ssh-ed25519 AAAA... biçiminde tek satır
ALAN_ADI="example.com"
EPOSTA="admin@example.com"
# 1) Paketleri güncelle ve gerekli araçları kur
apt-get update
DEBIAN_FRONTEND=noninteractive apt-get -y upgrade
DEBIAN_FRONTEND=noninteractive apt-get -y install sudo ufw nginx certbot python3-certbot-nginx unattended-upgrades
# 2) Yönetici kullanıcıyı oluştur (varsa atla) ve sudo grubuna ekle
if ! id "$KULLANICI" >/dev/null 2>&1; then
adduser --disabled-password --gecos "" "$KULLANICI"
fi
usermod -aG sudo "$KULLANICI"
# 3) Açık anahtarı ekle (aynı satır zaten varsa tekrar eklenmez)
install -d -m 700 -o "$KULLANICI" -g "$KULLANICI" "/home/$KULLANICI/.ssh"
YETKI="/home/$KULLANICI/.ssh/authorized_keys"
touch "$YETKI"
grep -qxF "$ACIK_ANAHTAR" "$YETKI" || echo "$ACIK_ANAHTAR" >> "$YETKI"
chown "$KULLANICI:$KULLANICI" "$YETKI"
chmod 600 "$YETKI"
# 4) SSH sertleştirme: ayrı bir dosyaya yazılır, ana yapılandırma değişmez
cat > /etc/ssh/sshd_config.d/99-sertlestirme.conf <<'EOF'
PasswordAuthentication no
KbdInteractiveAuthentication no
PermitRootLogin no
PubkeyAuthentication yes
EOF
# Söz dizimi hatası varsa yeniden yüklemez, betik burada durur
sshd -t
systemctl reload ssh
# 5) Güvenlik duvarı: ÖNCE SSH izni, sonra web, en son etkinleştirme
ufw allow OpenSSH
ufw allow 'Nginx Full'
ufw default deny incoming
ufw default allow outgoing
ufw --force enable
# 6) Otomatik güvenlik güncellemelerini aç
dpkg-reconfigure -f noninteractive unattended-upgrades
# 7) Let's Encrypt sertifikası al ve Nginx'e uygula (sertifika varsa yenilemez)
certbot --nginx --non-interactive --agree-tos -m "$EPOSTA" \
-d "$ALAN_ADI" -d "www.$ALAN_ADI" --keep-until-expiring --redirect
echo "Kurulum tamamlandı. Yeni bir terminalde ssh $KULLANICI@$ALAN_ADI ile girişi test edin."
Geri alma: Parola girişini yeniden açmak için /etc/ssh/sshd_config.d/99-sertlestirme.conf dosyasını silip sshd -t && systemctl reload ssh çalıştırın. Güvenlik duvarını kapatmak için ufw disable, sertifikayı kaldırmak için certbot delete --cert-name example.com kullanın. Erişiminizi kaybettiyseniz bu adımları sağlayıcının web konsolundan yapın.
AlmaLinux kullanıyorsanız aynı mantık geçerlidir, ancak paket yöneticisi dnf, güvenlik duvarı firewalld ve SSH servisinin adı sshd olur. Orada da önce firewall-cmd --permanent --add-service=ssh ile SSH iznini verip sonra diğer kuralları ekleyin.
Doğrulama
Mevcut oturumu açık tutarak yeni bir terminalden şu kontrolleri yapın:
# Anahtarla giriş çalışıyor mu? (yeni terminalde)
ssh ORNEK_KULLANICI@example.com
# Parola girişi gerçekten kapalı mı? Çıktıda "passwordauthentication no" görmelisiniz
sudo sshd -T | grep -E "passwordauthentication|permitrootlogin"
# Güvenlik duvarı kuralları: 22, 80 ve 443 için ALLOW satırları beklenir
sudo ufw status verbose
# HTTPS yanıtı: ilk satırda HTTP/1.1 200 ya da HTTP/2 200 beklenir
curl -I https://example.com
# Otomatik yenileme testi: "Congratulations, all simulated renewals succeeded" beklenir
sudo certbot renew --dry-run
Bu kontrollerin hepsi beklenen sonucu veriyorsa eski oturumu kapatabilirsiniz.
Kaynak boyutu: panel ve site sayısına göre CPU, RAM ve disk
Kaynak ihtiyacı panelden çok, üzerinde çalışan sitelerin trafiğine ve veritabanı boyutuna bağlıdır. Yine de panel seçimi alt sınırı belirler:
- Panelsiz: En düşük taban yük. Nginx, PHP-FPM ve veritabanı dışında servis yoktur.
- CloudPanel: Resmi belgesinde en az 1 çekirdek ve 2 GB RAM öneriyor. E-posta yükü olmadığı için hafiftir.
- HestiaCP: E-posta, antivirüs ve spam filtresi açıldığında bellek ihtiyacı belirgin artar. Bu bileşenleri gerçekten kullanmayacaksanız kurulumda seçmeyin.
- cPanel ve Plesk: Panel servisleri, e-posta yığını ve günlük işlemleri en fazla kaynağı bu grupta tüketir. Güncel en düşük gereksinimi üreticinin sayfasından alın ve üstüne pay bırakın.
Disk tarafında NVMe SSD tercih edin. Yedekleri sunucunun kendi diskinde tutacaksanız site verisinin en az iki katı alan ayırın. Ama daha doğrusu yedekleri dışarıya almaktır. Tahminle başlamak yerine küçük başlayıp ölçmek daha ucuzdur; bellek, CPU steal ve disk gecikmesini bir hafta boyunca ölçen yöntem için VPS sunucu kaç GB RAM yeter rehberimize bakabilirsiniz. Bulut sunucuda kaynağı sonradan büyütmek mümkün olduğundan ilk tahminin mükemmel olması gerekmez.
Yedekleme ve izleme: panel varken ve yokken
Panel varken: cPanel, Plesk ve HestiaCP'nin kendi yedekleme araçları vardır. Varsayılan ayarda yedekler çoğu zaman aynı sunucunun diskine yazılır. Sunucu ya da disk kaybedilirse yedek de gider. Yedek hedefini mutlaka FTP, SFTP ya da S3 uyumlu harici bir depoya çevirin ve saklama sayısını belirleyin.
Panel yokken: Dosyalar için restic ya da rsync, veritabanı için mysqldump veya pg_dump ile günlük döküm alın ve systemd timer ile zamanlayın. Yedeği şifreleyip sunucu dışına gönderin.
İki durumda da şu kontrolü atlamayın: ayda bir, yedekten tek bir siteyi ayrı bir ortama geri yükleyin ve açılıp açılmadığına bakın. Geri yüklenmemiş yedek, çalıştığı kanıtlanmamış yedektir.
İzleme için en azından disk doluluğu, servislerin ayakta olup olmadığı ve sertifika bitiş tarihi takip edilmeli. Paneller bazı uyarıları kendisi gönderir; panelsiz yönetimde bunu basit betikler ya da harici bir izleme hizmetiyle kurmanız gerekir.
Sık yapılan hatalar
- Paneli sonradan, dolu bir sisteme kurmaya çalışmak. Paneller temiz kurulum bekler. Sonradan eklemek çakışan Nginx, PHP ya da MySQL ayarları üretir.
- Desteklenmeyen dağıtım sürümü seçmek. "Yeni sürüm daha iyidir" düşüncesiyle panelin henüz desteklemediği sürümü kurmak, kurulumun yarıda kalmasına yol açar.
- Güvenlik duvarını SSH izni vermeden açmak. Sunucuya erişim kesilir, konsoldan düzeltmek gerekir.
- Root ile parolalı girişi açık bırakmak. Kaba kuvvet denemeleri kurulumdan birkaç dakika sonra başlar.
- Panel güncellemelerini ertelemek. Ücretsiz ya da ücretli fark etmez, panel internete açık bir yönetim arayüzüdür ve güvenlik yamaları gecikmeden uygulanmalıdır.
- Lisans maliyetini yalnız ilk ay üzerinden hesaplamak. Hesap sayısı arttıkça ve kur değiştikçe lisans gideri büyüyebilir; 12 aylık tabloyla bakın.
- Yedeği aynı sunucuda tutmak. Disk arızası ya da fidye yazılımı hem siteyi hem yedeği götürür.
Sık sorulan sorular
Linux sunucu için kontrol paneli şart mı?
Hayır. Panel bir kolaylık aracıdır. Tek bir uygulama çalıştırıyorsanız ve ekibinizde komut satırını bilen biri varsa panelsiz yönetim daha sade ve güvenlidir. Çok sayıda site, e-posta hesabı ve farklı kullanıcılar varsa panel zaman kazandırır.
Ücretsiz panel kullanmak güvenli mi?
Güvenlik panelin ücretli olmasından çok, ne kadar hızlı güncellendiğine ve nasıl yapılandırıldığına bağlıdır. HestiaCP ve CloudPanel aktif geliştirilen projelerdir. Panel portunu yalnız kendi IP adresinize açmak ve güncellemeleri takip etmek riski belirgin biçimde azaltır.
Sonradan panelden panelsize ya da başka bir panele geçebilir miyim?
Geçebilirsiniz, ancak bu genellikle yerinde dönüşüm değil, yeni bir sunucuya taşımadır. Siteleri, veritabanlarını ve e-postaları yeni ortama aktarıp DNS'i yönlendirirsiniz. Bu yüzden ilk kararı dikkatli vermek emek tasarrufu sağlar.
Ubuntu mu Debian mı AlmaLinux mu seçmeliyim?
Önce paneli seçin, dağıtımı onun destek listesinden belirleyin. HestiaCP ve CloudPanel için Ubuntu LTS ya da Debian seçin. cPanel kullanacaksanız AlmaLinux en yaygın tercihtir. Panelsiz yönetimde ekibinizin bildiği dağıtım en doğru seçimdir.
Panelin lisans ücreti sunucu fiyatına dahil mi?
Sağlayıcıya göre değişir. Bazı paketlerde panel hazır kurulu gelir, bazılarında lisans ayrı faturalanır. Teklif alırken lisansın dahil olup olmadığını, hangi hesap sınırına kadar geçerli olduğunu ve yenilemede nasıl fiyatlanacağını yazılı olarak sorun.
Bu işi hazır yapmak isterseniz
Seçtiğiniz dağıtımla birkaç dakikada açılan bir sunucu isterseniz İstanbul ve Strasbourg lokasyonlu bulut sunucu üzerinde yukarıdaki adımları doğrudan uygulayabilirsiniz. Panel kurulumuyla uğraşmak istemiyorsanız CloudPanel kurulu gelen web sitesi sunucusu da bir seçenek.
Sonuç
Linux sunucu yönetiminde doğru sıra şudur: önce kimin yöneteceğine ve ne barındıracağınıza karar verin, sonra yönetim yolunu (ücretli panel, ücretsiz panel ya da panelsiz), en son da bu yolun desteklediği LTS dağıtımı seçin. Lisans maliyetini 12 aylık tabloyla, emek saatini de katarak hesaplayın. Hangi yolu seçerseniz seçin, anahtarla giriş, önce SSH izni verilmiş bir güvenlik duvarı, HTTPS ve sunucu dışına alınan, geri yükleme testi yapılmış yedek temel şartlardır.
- #linux sunucu
- #kontrol paneli
- #cpanel
- #plesk
- #hestiacp
- #cloudpanel
- #ubuntu 24.04
- #panelsiz yönetim
Yazar
Kurucu, sunucu.com.tr · Bulut altyapısı ve yapay zeka otomasyonları
sunucu.com.tr ve Sunucu UK'in kurucusu. Bulut altyapısı, sanallaştırma ve sunucu yönetimi üzerine çalışıyor; şirketlerin iş yazılımlarını, web sitelerini ve yapay zeka iş yüklerini güvenli sunuculara taşıyor. Blogdaki rehberler sahada karşılaşılan kurulum, güvenlik ve taşıma işlerinden derlenir; yazılar yapay zeka desteğiyle hazırlanır ve kaynaklarla doğrulanır.