Yeni bir VPS için ilk hedef uygulamayı hemen internete açmak değil, tekrar erişebildiğiniz ve bakımını yapabildiğiniz bir temel oluşturmaktır. Bir yönetici hesabı, güncel paketler, doğru saat ve anlaşılır servis listesi sonraki kurulumları daha güvenilir kılar.
Bu rehber Ubuntu Server 24.04 LTS üzerinden ilerler. Bu sürümün standart güvenlik bakımı Mayıs 2029’a kadar sürer. Başka bir sürüm kullanıyorsanız paket adlarını ve destek süresini kendi sürümünüzün resmî belgelerinden kontrol edin.
Bu rehberle neler yapabilirsiniz?
- İkinci bir yönetici hesabıyla erişimi doğrulamak
- Güncelleme ve yeniden başlatma ihtiyacını kontrol etmek
- SSH, güvenlik duvarı ve yedekleme için doğru sırayı kurmak
Yeni veya yeniden kurulmuş Ubuntu Server 24.04 LTS; çalışan uygulaması olan sunucular için değişiklik öncesi yedek gerekir.
Başlamadan önce- Sunucunun IP adresi ve size verilen ilk erişim bilgileri
- Acil erişim için sağlayıcı konsoluna ulaşabilme
- Yönetim yaptığınız bilgisayarda SSH istemcisi
1. İlk erişimi ve sunucunun kimliğini doğrulayın
Aşağıdaki 203.0.113.10 adresi dokümantasyon için ayrılmış bir örnektir; kendi VPS IP adresinizle değiştirin. İlk bağlantıda çıkan sunucu anahtarı parmak izini mümkünse sağlayıcı konsolundan doğrulayın. Daha önce bağlandığınız sunucuda anahtar uyarısı çıkması yeniden kurulumdan kaynaklanabilir; nedenini bilmeden kayıt silmeyin.
ssh root@203.0.113.10cat /etc/os-release
uname -r
free -h
df -h /
ip -brief addressSağlayıcı ilk giriş için root yerine bir kullanıcı verdiyse o hesabı kullanın. Sistemi tanımadan ağ arayüzü adını, statik IP yapılandırmasını veya SSH portunu değiştirmeyin. İlk adımları tamamlayana kadar bu oturumu açık tutun.
2. Günlük yönetim için ayrı bir hesap oluşturun
Uygulamanızı root ile çalıştırmak ve günlük yönetimi root hesabıyla yapmak aynı şey değildir, fakat ikisinde de gereksiz yetki sorunları büyütebilir. Yönetim hesabınızı uygulama servis hesabından da ayrı tutun. Aşağıdaki sunucuda root olarak çalıştırılan örnek “operator” adlı bir yönetici oluşturur.
adduser operator
usermod -aG sudo operatorİkinci terminalde yeni hesabı deneyin. Sağlayıcı parola girişini kapalı teslim ettiyse önce SSH anahtarı rehberindeki yöntemle bu hesaba açık anahtar ekleyin. Sudo kontrolünün başarılı olması yalnızca oturum açabildiğinizi değil, gerektiğinde yönetim komutlarını kullanabildiğinizi gösterir.
ssh operator@203.0.113.10
sudo -v
sudo whoami3. Paketleri kontrollü biçimde güncelleyin
Önce paket listesini yenileyin, sonra güncellenebilen paketleri görün. Kurulum veya yükseltme sırasında gelen yapılandırma sorularını okuyun; özellikle SSH ve ağ ayarlarını otomatik olarak değiştirmeyin. Çalışan bir hizmetiniz varsa bakım aralığı ve geri dönüş planı oluşturun.
sudo apt update
apt list --upgradable
sudo apt upgrade
if [ -f /var/run/reboot-required ]; then
cat /var/run/reboot-required
fiÇekirdek veya temel kütüphane güncellemelerinden sonra yeniden başlatma gerekebilir. Konsol erişimini doğrulayın, uygulama durumunu kaydedin ve uygun zamanda sudo reboot çalıştırın. Bağlantı kesilmesi normaldir; tekrar bağlandıktan sonra yalnızca SSH’yi değil uygulamaları ve otomatik başlayan servisleri de kontrol edin.
4. Saat, servis ve dinleyen portları kaydedin
timedatectl status
systemctl --failed
sudo ss -lntup
sudo journalctl -p err -b --no-pagerSaat senkronizasyonu TLS sertifikaları, log eşleştirmesi ve zamanlanmış görevler için önemlidir. UTC kullanmak birden çok bölgedeki sunucuları izlemeyi kolaylaştırır. Uygulamanın saat dilimi ayrı bir ayardır; örneğin Türkiye saatiyle tetiklenecek otomasyon için uygulama seviyesinde Europe/Istanbul gerekebilir.
| Kontrol | Beklenen değerlendirme |
|---|---|
| systemctl --failed | Başarısız birimler varsa uygulamaya etkisini inceleyin; körlemesine kapatmayın. |
| ss -lntup | İnternete açık her portun hangi sürece ait olduğunu belirleyin. |
| journalctl | Tekrarlanan hatayı servis günlüğüyle ilişkilendirin; günlükte sırları paylaşmayın. |
| timedatectl | Saatin doğru ve senkronizasyon durumunun anlaşılır olduğundan emin olun. |
5. Güvenli başlangıcı tamamlayın
- 01İlk bağlantı
- 02Yönetici + SSH anahtarı
- 03Portları planlama
- 04Uygulama + HTTPS
- 05Yedek provası
Erişimi doğrulamadan giriş yöntemini kapatmayın; veriyi korumadan uygulamayı büyütmeyin.
SSH anahtarını test ettikten sonra parola girişini sınırlayabilirsiniz. UFW kurallarında kullandığınız gerçek SSH portunu açın. Web uygulaması için çoğunlukla 80 ve 443 yeterlidir; veritabanını veya uygulamanın iç portunu otomatik olarak internete açmayın.
- Kendi parolanızı parola yöneticisinde saklayın; terminal geçmişine sır yazmayın.
- Yönetim hesabını ve uygulama hesabını farklı amaçlarla kullanın.
- Uygulama dosyalarını, veritabanını ve şifreleme anahtarlarını kapsayan bir yedek listesi çıkarın.
- Geri yüklemeyi ayrı bir klasör veya sunucuda deneyip sonucu kaydedin.
Bir kontrol başarısız olursa ilk çalışan erişim yöntemini koruyarak tek değişiklik üzerinden geri dönün. Aynı anda ağ, SSH, firewall ve kullanıcı ayarlarını değiştirmek hatanın kaynağını bulmayı zorlaştırır. Temel sistem hazır olduğunda uygulama kurulum rehberine geçin.
İnceleme kapsamı
Resmî dokümanlar ve örnek yapılandırmalar 30 Eylül 2026 tarihinde incelendi. Bu rehberdeki tam kurulum boş bir VPS üzerinde uçtan uca çalıştırılmadı. Mevcut sunucunuzu değiştirmeden önce ayrı bir deneme ortamında, kendi sürüm ve erişim koşullarınızla doğrulayın.
Resmî kaynaklar
Sürüm ve yapılandırma ayrıntılarını ilgili projenin güncel belgelerinden takip edin.