Sunucuda loglar ve giriş denetimi

Loglar üç soruyu yanıtlar: ne bozuldu, sunucuya kim girdi ve ne yaptı. Bu yanıtlar ancak loglar açıksa, yeterince uzun saklanıyorsa ve ele geçirilmiş olabilecek sunucunun kendisinde durmuyorsa elinizdedir. Linux'ta logların nerede bulunduğunu, girişleri hangi komutların gösterdiğini, rotasyonun nasıl ayarlandığını ve bir olaydan sonra inceleyecek bir şey kalması için önceden ne yapılması gerektiğini ele alıyoruz.

Güncellendi 07.11.2026 · İhtiyacınıza uygun VPS bulun →

systemd kullanan Linux'ta loglar iki sistem tarafından yazılır. systemd'nin journald hizmeti tüm hizmetlerin, çekirdeğin ve girişlerin mesajlarını ikili bir günlükte toplar. rsyslog kuruluysa aynı mesajları /var/log altındaki metin dosyalarına dağıtır. Web sunucusu, veritabanı ve Docker ise kendi loglarını tutar. Neyin nerede durduğunu bir olay sırasında değil, ondan önce bilmek gerekir.

Loglar nerede tutulur?

  • journald. journalctl komutuyla okunur. /var/log/journal dizini varsa günlük diskte saklanır, yoksa yalnızca bellekte tutulur ve yeniden başlatmada kaybolur (journald.conf, Storage=auto parametresi). Yeni bir sunucuda bunu kontrol edin: ls /var/log/journal. Dizin yoksa oluşturun ve hizmeti yeniden başlatın: systemctl restart systemd-journald.
  • Sistem dosyaları. Ubuntu'da girişler ve sudo /var/log/auth.log dosyasına, genel mesajlar /var/log/syslog dosyasına yazılır. AlmaLinux ve Rocky Linux'ta bunlar /var/log/secure ve /var/log/messages dosyalarıdır. Debian 12 ve sonrasında rsyslog varsayılan olarak kurulmaz ve her şey yalnızca journald'de bulunur.
  • Web sunucusu. nginx /var/log/nginx/access.log ve error.log dosyalarına yazar; Apache ise Debian ve Ubuntu'da /var/log/apache2/, AlmaLinux'ta /var/log/httpd/ dizinine. Erişim logu her isteği gösterir: adres, zaman, yol, yanıt kodu, boyut, tarayıcı. Alanların bileşimi log_format yönergesiyle belirlenir; site bir CDN'in arkasındaysa ziyaretçinin gerçek adresinin iletilmesini ayarlayın, aksi halde logda yalnızca CDN adresleri görünür (ayrıntılar CDN: bir siteye ne zaman gerekir yazısında).
  • Uygulamalar ve Docker. Veritabanları /var/log altındaki kendi dizinlerine, konteynerler ise docker logs komutuyla okunan Docker dosyalarına yazar.

Çoğu durumda yeten birkaç journalctl komutu: journalctl -u nginx --since "1 hour ago" tek bir hizmetin son bir saatlik mesajlarını, journalctl -p err -b son açılıştan bu yana hataları, journalctl -f yeni mesajların akışını, journalctl --disk-usage ise günlüğün kapladığı alanı gösterir.

Sunucuya kim girdi?

SSH ile yapılan her giriş; kullanıcı adı, adres ve giriş yöntemiyle (anahtar ya da parola) birlikte bir kayıt bırakır. Başarılı girişleri şöyle görebilirsiniz:

  • journald'de: journalctl -u ssh --since today | grep Accepted (AlmaLinux'ta hizmetin adı sshd);
  • dosyada: grep Accepted /var/log/auth.log ya da /var/log/secure;
  • özet olarak: last komutu girişleri ve yeniden başlatmaları, lastb başarısız denemeleri gösterir.

Debian 13'te last, lastb ve lastlog komutları artık yok: eski dosya biçimleri 2038 sonrasındaki tarihleri saklayamıyor. Bunların yerine wtmpdb ve lastlog2 paketleri öneriliyor (Debian 13 sürüm notları). Günlükteki Accepted kayıtları ise her sürümde kalır.

Neye bakılmalı? Tanımadığınız adreslerden ve alışılmadık saatlerde yapılan girişlere. Yalnızca anahtarla girişi ayarladıysanız parolayla yapılan girişlere: bu, ayarın uygulanmadığı anlamına gelir. sudo ile çalıştırılan komutlara: auth.log ve journald her biri için kimin neyi çalıştırdığını kaydeder. ~/.ssh/authorized_keys içindeki yeni anahtarlara ve /etc/passwd içindeki yeni kullanıcılara: bunlar sunucuya daha sonra geri dönebilmek için eklenir. Dosya ve komut değişikliklerinin ayrıntılı denetimi gerekiyorsa Linux'ta auditd denetim alt sistemi vardır, ancak kuralları ayrıca ayarlanmalıdır ve diskte yer kaplar.

fail2ban: SSH dışında ne sağlar?

fail2ban logları okur ve girişte art arda hata yapan adresleri geçici olarak engeller. Kurulumu ve SSH koruması VPS satın aldıktan sonra ilk 10 adım: güvenlik yazısında anlatılıyor. Varsayılan olarak bir adres, 10 dakika içinde 5 hatadan sonra 10 dakikalığına engellenir (jail.conf). Eklemeye değer olanlar:

  • Tekrarlayanlar için uzun engeller. recidive kuralı fail2ban'in kendi logunu okur ve bir gün içinde birkaç kez yakalanan adresi bir haftalığına engeller. bantime.increment = true parametresi her yeni engelde süreyi ikiye katlar.
  • Web sunucusu kuralları. Hazır nginx-http-auth, nginx-limit-req ve nginx-botsearch kuralları, korumalı sayfalardaki parola hatalarına, istek sıklığı sınırının aşılmasına ve var olmayan adreslerin taranmasına tepki verir.
  • Kendi adresleriniz istisnalarda. Ofisin sabit adresini içeren ignoreip parametresi sizi kendinizi engellemekten kurtarır.

fail2ban binlerce adresten gelen dağıtık saldırılara karşı korumaz ve anahtarla girişin yerini tutmaz. Denetim açısından asıl faydası logu kısaltmasıdır: logda on binlerce aynı parola tahmini denemesi değil, anlamlı olaylar kalır. Engellenen adreslerin listesini fail2ban-client status sshd gösterir.

Rotasyon ve disk alanı

Loglar sürekli büyür, ucuz VPS'lerde ise disk küçüktür. accsly.io kataloğuna göre Kasım 2026 itibarıyla 1 GB bellekli VPS paketlerinde ortanca disk 20 GB, VPS paketlerinin %9'unda ise disk 20 GB veya daha az. Yoğun bir sitenin erişim logu ya da döngü içinde hata yazan bir konteyner böyle bir diski günler içinde doldurur; ardından veritabanı ve sitenin kendisi çalışmaz hale gelir.

  • journald varsayılan olarak dosya sisteminin en fazla %10'unu ve en fazla 4 GB kaplar. Kendi sınırınızı /etc/systemd/journald.conf içindeki SystemMaxUse= parametresiyle, saklama süresini ise varsayılan olarak kapalı olan MaxRetentionSec= parametresiyle belirleyebilirsiniz. Bir defalığına yer açmak için: journalctl --vacuum-size=500M ya da --vacuum-time=30d.
  • Metin dosyalarını logrotate, /etc/logrotate.d/ içindeki kurallara göre döndürür. Ubuntu 24.04'te sistem logları haftada bir döndürülür ve 4 eski dosya saklanır, yani yaklaşık bir ay. AlmaLinux 9 paketindeki nginx logları günde bir döndürülür, 10 eski dosya saklanır. rotate, daily veya weekly, compress ve maxsize parametreleri süreyi, sıkıştırmayı ve boyuta göre rotasyonu değiştirir. copytruncate modu dosyayı yeniden açamayan programlara uygundur, ancak belgelere göre satır kaybedebilir. Bir kuralı değişiklik yapmadan denemek için: logrotate -d /etc/logrotate.d/nginx.
  • Docker varsayılan olarak konteyner loglarını boyut sınırı olmadan yazar (json-file sürücüsü). /etc/docker/daemon.json içinde max-size ve max-file değerlerini belirleyin ve konteynerleri yeniden oluşturun: ayarlar yalnızca yeni konteynerlere uygulanır. Ayrıntılar VPS'te Docker: nereden başlamalı yazısında.

Diski neyin doldurduğunu bulmak için: df -h dolu bölümü, du -xh /var/log | sort -h | tail en büyük dizinleri gösterir. Bir hizmetin açık tuttuğu log dosyasını silmeyin: hizmet yeniden başlatılana kadar yer boşalmaz. Dosyayı truncate -s 0 komutuyla boşaltın. Disk dolmadan önce uyarı almak daha iyidir; bunun için Sunucu izleme: çalışma süresi, yük ve uyarılar yazısına bakın.

Olay incelemesi için loglar nasıl saklanır?

Sunucu ele geçirildiyse root yetkisi kazanan saldırganın ilk yaptığı iş logları düzenlemek ya da silmektir. Bu yüzden sunucudan anında çıkan bir kopya, sunucunun kendisindeki tüm saklama ayarlarından daha değerlidir.

  1. Logları başka bir sunucuya gönderin. rsyslog mesajları ağ üzerinden iletebilir, journald için ise systemd-journal-upload hizmeti vardır. Alıcı sunucu, diski daha büyük ayrı ve ucuz bir VPS ya da Loki, Graylog veya OpenSearch gibi bir log toplama sistemi olabilir; buna uygun paketler Elasticsearch için VPS seçkisinde toplanmış.
  2. Ne kadar saklayacağınıza karar verin. Olayların çoğunu incelemek için 30–90 günlük loglar gerekir: sızma çoğu zaman gerçekleştiği gün fark edilmez. Sunucunun kendisinde bir iki hafta yeterlidir, geri kalanı toplama sunucusunda ya da arşivde durur.
  3. Saati senkronize edin. Doğru saat olmadan farklı sunuculardaki olayları eşleştiremezsiniz. timedatectl çıktısını kontrol edin: "System clock synchronized" satırı yes göstermelidir.
  4. Loglarda gereğinden fazlasını tutmayın. Parolalar, token'lar ve tam kart numaraları loga düşmemelidir. IP adresleri ve kullanıcı adları hem GDPR'a hem de Türkiye'deki 6698 sayılı KVKK'ya göre kişisel veri sayılabilir; bu yüzden saklama süresini kişisel verilerin işlenmesi politikanızda belirtin ve süre dolunca logları silin. Ayrıntılar GDPR ve hosting seçimi yazısında.
  5. Bir olayda önce saklayın, sonra onarın. Sistemi yeniden kurmadan önce logları kopyalayın ve sağlayıcıda diskin anlık görüntüsünü alın. Anlık görüntülerin ve yedeklerin nasıl işlediği VPS yedekleri: stratejiler ve araçlar yazısında anlatılıyor.

Loglar yalnızca inceleme için değil, uyarılar için de gerekiyorsa (500 hatalarındaki bir sıçrama ya da root olarak giriş gibi), metriklerle birlikte ayrı bir izleme sunucusunda toplanır. Bu iş için paketler İzleme için VPS seçkisinde.

Sık sorulan sorular

SSH ile sunucuya kimin girdiğini nerede görebilirim?

Accepted kelimesine göre süzülmüş journalctl -u ssh (AlmaLinux'ta -u sshd) komutuyla ya da /var/log/auth.log dosyasında, AlmaLinux'ta /var/log/secure dosyasında. Girişlerin özetini last komutu, Debian 13'te ise wtmpdb gösterir.

Debian 12'de /var/log/auth.log dosyası neden yok?

Debian 12 ve sonrasında rsyslog varsayılan olarak kurulmaz ve girişler dahil tüm mesajlar yalnızca journald'de tutulur. Bunları journalctl ile okuyun ya da metin dosyalarına ihtiyacınız varsa rsyslog kurun.

Loglar ne kadar yer kaplayabilir?

journald varsayılan olarak dosya sisteminin %10'una kadar, ama en fazla 4 GB yer kaplar. Rotasyonsuz web sunucusu ve Docker logları ise yalnızca disk boyutuyla sınırlıdır; bu yüzden onlar için logrotate kuralları ile max-size ve max-file parametreleri gerekir.

Büyük bir log dosyasını doğrudan silebilir miyim?

Hizmet dosyayı açık tutuyorsa yer ancak hizmet yeniden başlatıldıktan sonra boşalır. Dosyayı truncate -s 0 komutuyla boşaltmak ve durumun tekrarlanmaması için rotasyonu ayarlamak daha güvenlidir.

Loglar ne kadar süre saklanmalı?

Olay incelemesi için genellikle 30–90 gün yeterlidir, sunucunun kendisinde ise bir iki hafta. IP adresleri ve kullanıcı adları içeren loglar GDPR ve KVKK kapsamında kişisel veri sayılabilir; bu yüzden saklama süresini kişisel verilerin işlenmesi politikanızda belirlemek en doğrusudur.

fail2ban sunucuyu ele geçirilmeye karşı korur mu?

Girişte sık hata yapan adresleri engeller ve logu anlamlı olaylara indirger. Dağıtık saldırılara ve çalınmış bir anahtarla girişe karşı korumaz; bu yüzden yalnızca anahtarla giriş ve düzenli güncellemeler gerekir.

Rehberde daha fazlası

  • Şirket sitesi ve alan adında e-posta için hostingBir şirket sitesi nadiren yoğun trafik alır, ama yanına çalışanların alan adındaki e-postası, kişisel veri toplayan başvuru formları ve fatura isteyen muhasebe eklenir. Paylaşımlı hosting bunların hepsini tek pakette karşılar; yeter ki e-posta sınırlarını önceden kontrol edin, SPF, DKIM ve DMARC'ı ayarlayın ve şirketlerle çalışan bir sağlayıcı seçin. Aşağıda nelere bakılacağı ve bunun ne kadar tuttuğu anlatılıyor.
  • Açılış sayfası ve kartvizit site için hostingBir açılış sayfası veya kartvizit site güçlü bir sunucuya ya da VPS'e ihtiyaç duymaz: ayda birkaç dolarlık en basit paylaşımlı hosting paketi yeter. Daha önemli olan başka şeyler: pakette ücretsiz SSL olması, alan adının sizde kalması ve sayfanın telefonda hızlı açılması. Aşağıda paketin nasıl seçileceği, onda nelerin kontrol edileceği ve ne kadar tuttuğu anlatılıyor.
  • Online mağaza için hosting nasıl seçilirWooCommerce, OpenCart veya 1C-Bitrix üzerindeki küçük bir mağazaya iyi bir paylaşımlı hosting paketi yeter. Ama gereksinimleri bir kartvizit sitesinden daha katıdır: PHP ve veritabanının güncel sürümleri, tüm sayfalarda HTTPS, kampanya günleri için sınırlarda pay ve siparişleri hızla geri getirebileceğiniz yedekler. Aşağıda pakette nelerin kontrol edileceği, ne kadar tuttuğu ve VPS'e ne zaman geçileceği anlatılıyor.
  • VPS'te veritabanı: PostgreSQL mi MySQL miBir veritabanı neredeyse her zaman işlemciye değil, belleğe ve diske dayanır. Çalışan veri kümesi önbelleğe sığıyorsa sorgular ucuz bir sunucuda bile hızlı çalışır; sığmıyorsa her şeyi diskin hızı belirler. PostgreSQL ile MySQL arasında nasıl seçim yapılacağını, veritabanına ne kadar bellek ayrılacağını, hangi diskin alınacağını ve verilerin nasıl kaybedilmeyeceğini ele alıyoruz.
  • VPS'te dosya depolama: diskler ve nesne depolamaBir projenin dosyaları (kullanıcı yüklemeleri, ürün fotoğrafları, videolar, belgeler, arşivler) veritabanından ve koddan daha hızlı büyür. Bunlar sunucunun diskinde, ayrı bir birimde ya da nesne depolamada tutulabilir; terabayt fiyatı, hız ve sunucu değiştirdiğinizde dosyalara ne olacağı bu seçime bağlıdır. Seçenekleri ve accsly.io kataloğundaki fiyatları ele alıyoruz.
  • Hosting sağlayıcısından kayıpsız nasıl ayrılırsınızBir hosting sağlayıcısından ayrılmak için pek çok neden olabilir: fiyatlar arttı, sunucu yavaşladı, destek yanıt vermiyor ya da başka bir ülke gerekiyor. Taşınma sırasında veriler, e-postalar, alan adı ve ödenmiş ayların parası kaybedilebilir. Eski ve yeni sunucunun bir süre birlikte çalıştığı, eskisinin kapatılmasının hiçbir şeyi bozmadığı bir işlem sırasını ele alıyoruz.
  • Kendi VPS'inizde CI/CDDerlemeler için ayrı bir sunucu; bulut dakikaları yetmediğinde, derlemeler yavaş olduğunda ya da iç kaynaklara erişim gerektiğinde kendini amorti eder. Ancak çalıştırıcı depodaki her kodu çalıştırır; ayarlarındaki bir hata canlı sunucuya ve tüm gizli bilgilere erişim açar. GitLab ve GitHub çalıştırıcılarının nasıl işlediğini, ne kadar kaynak gerektirdiklerini, SSH ile nasıl dağıtım yapılacağını ve anahtarların nerede saklanacağını ele alıyoruz.
  • Geliştirici için VPS: test ortamlarıTest ortamı, hatayı müşterilerin değil sizin bulmanız için vardır. Yazılım ve ayarlar bakımından canlı sunucuya benzemelidir, ama kaynak olarak yarısı kadar olabilir ve yalnızca birkaç gün yaşayabilir. Test ortamının nasıl ucuz tutulacağını, tek sunucuda birkaç sürümün nasıl barındırılacağını ve sitenin kopyasının arama sonuçlarına düşmesinin ya da gerçek müşterilere e-posta göndermesinin nasıl önleneceğini ele alıyoruz.
  • Sunucu için Linux dağıtımları: Ubuntu, Debian, AlmaLinuxSunucu için genellikle üç ücretsiz dağıtım arasında seçim yapılır: Ubuntu, Debian ve AlmaLinux. Üçü de kararlıdır ve bir site ya da bot için uygundur; farkları destek süresinde, paketlerde ve üzerlerinde resmi olarak hangi panellerin ve programların çalıştığındadır. accsly.io kataloğuna göre (Kasım 2026) şablon listesi bilinen 1.241 sağlayıcının 631'inde üç imaj da bulunuyor.
  • Yayına almadan önce site yük testiYük testi, sitenin seçilen sunucuda kaç ziyaretçiyi kaldırabileceğini ve ilk neyin bozulacağını gösterir. Test yalnızca kendi sunucunuzda yapılır: yük üreteci ayrı bir makinedir, sağlayıcı önceden bilgilendirilir, dış hizmetlerin yerine sahte uç noktalar (stub) konur. Hangi sayılara bakılacağına, bunların hangi programlarla elde edileceğine ve bunlara göre paketin nasıl seçileceğine bakalım.
  • Sunucuyu kesintisiz güncellemeBir sunucu güncellemesiz bırakılamaz, ama her güncelleme siteyi durdurma riski taşır. Bu risk bir süreçle giderilir: küçük güvenlik düzeltmeleri otomatik olarak kurulur, büyük değişiklikler anlık görüntü, kontrol ve hazır bir geri alma planıyla planlı biçimde yapılır, yeniden başlatmalar ise bakım penceresinde toplanır. Bunun tek bir VPS'te nasıl kurulacağına bakalım.
  • CDN: bir siteye ne zaman gerekirCDN, sitenin dosyalarının kopyalarını dünyanın dört bir yanındaki sunucularda tutar ve ziyaretçiye en yakın olandan sunar. Bu, resimlerin, betiklerin ve videoların yüklenmesini hızlandırır ve sunucunuzun yükünü azaltır; ama yavaş bir yazılımı hızlandırmaz ve sunucu ülkesinin doğru seçilmesinin yerini tutmaz. CDN'in hangi durumlarda gerçekten gerektiğine, ne zaman doğru yerde tek bir VPS'in yettiğine bakalım.
  • Sunucu sahibi için alan adları ve DNSSunucuyu bir akşamda değiştirebilirsiniz, alan adı ise yıllarca projeyle kalır. Alan adı DNS aracılığıyla sunucuyu, e-postayı ve üçüncü taraf hizmetleri gösterir; tek bir hatalı kayıt siteyi kapatabilir ya da e-postaları spama düşürebilir. Bir VPS sahibinin ihtiyaç duyacağı kayıtlara, önbelleğe almanın nasıl işlediğine, bölgenin nerede tutulacağına ve ziyaretçiler fark etmeden yeni bir sunucuya nasıl geçileceğine bakalım.
  • SSL sertifikaları: ücretsiz ve ücretliÜcretsiz bir sertifika bağlantıyı ücretli olan kadar güvenilir biçimde şifreler: tarayıcı ikisini koruma düzeyine göre ayırt etmez. Fark, sertifika otoritesinin neyi doğruladığında, sertifikanın ne kadar geçerli olduğunda ve yenilemeden kimin sorumlu olduğundadır. accsly.io kataloğuna göre (Kasım 2026) 178 sağlayıcının 1.449 paylaşımlı hosting paketinde ücretsiz SSL açıkça belirtiliyor. Bunun ne zaman yeterli olduğuna, ne zaman sertifika satın almaya değdiğine bakalım.
  • 152-FZ ve hosting: veriler nerede tutulmalıSiteniz veya hizmetiniz Rusya vatandaşlarının kişisel verilerini topluyorsa, bu verilerin kaydı ve saklanması Rusya topraklarındaki veritabanlarında yapılmalıdır: bu, 152-FZ sayılı Kanun'un 18. maddesinin 5. fıkrasıdır. VPS seçimi açısından bu, sağlayıcının ülkesinin değil veri merkezinin ülkesinin önemli olduğu, yurt dışındaki kopyaların ise ayrı kurallara tabi olduğu anlamına gelir. Kanunun ne istediğine, sunucu sahibine hangi yükümlülüklerin düştüğüne ve pratikte hangi barındırma düzenlerinin kullanıldığına bakalım.
  • GDPR ve hosting seçimiAB Genel Veri Koruma Tüzüğü (GDPR) verilerin Avrupa Birliği'nde tutulmasını şart koşmaz, ama sağlayıcıyla bir veri işleme sözleşmesi yapılmasını ve verilerin AB dışına yasal mekanizmalardan biriyle çıkarılmasını ister. accsly.io kataloğuna göre (Kasım 2026) VPS sağlayıcılarının %61'inin AB'de sunucusu var, ama bunların neredeyse yarısı Avrupa Ekonomik Alanı dışında kayıtlı. Bunun neden önemli olduğuna ve koşullarda nelerin kontrol edilmesi gerektiğine bakalım.
  • Hosting sağlayıcısının yargı yetkisi: neyi etkilerHer sunucunun iki ülkesi vardır: veri merkezinin bulunduğu ülke ve sunucuyu kiralayan şirketin kayıtlı olduğu ülke. accsly.io kataloğuna göre (Kasım 2026) VPS sağlayıcılarının %15'inde bunlar farklı ülkelerdir. Birincisi ping'i ve verilerin saklanmasına ilişkin kuralları belirler, ikincisi ise sözleşmeye uygulanacak hukuku, uyuşmazlıkta yetkili mahkemeyi, muhasebe belgelerini ve verilerinizi hangi ülkenin makamlarının talep edebileceğini. Her birinin neyi değiştirdiğine bakalım.
  • VPS fiyatları nasıl karşılaştırılır: kaynak birimi fiyatıPaket fiyatı "ne kadar ödeyeceğim" sorusunu yanıtlar, ama "bu paraya ne alacağım" sorusunu yanıtlamaz. accsly.io kataloğuna göre (Kasım 2026) 1 GB'lık paketlerde bir gigabayt belleğin ortanca fiyatı ayda 8 dolar, 4 GB'lık paketlerde ise 5 dolar. İki teklifi karşılaştırmadan önce vCPU, bellek ve disk gigabaytı başına fiyatı nasıl hesaplayacağınıza ve hangi koşulları ortak bir paydaya getirmeniz gerektiğine bakalım.
  • SLA ve uptime: sağlayıcılar ne vaat ediyor%99,9'luk SLA sağlayıcıya ayda 43 dakika kesinti hakkı tanır, %99,99 ise yaklaşık dört dakika. Ama reklamdaki yüzde henüz bir taahhüt değildir: taahhüt, neyin kesinti sayıldığını, neyin hariç tutulduğunu ve size ne kadar geri ödeneceğini yazan belgedir. Bu çoğu zaman para değil, bir sonraki faturada indirimdir. Bu belgeleri nasıl okuyacağınıza ve erişilebilirliği kendiniz nasıl kontrol edeceğinize bakalım.
  • Deneme süresi ve para iadesiBir ay veya bir yıl için ödeme yapmadan önce sunucuyu iki yolla deneyebilirsiniz: ücretsiz deneme süresiyle veya para iade garantisiyle. accsly.io kataloğuna göre (Kasım 2026) VPS sağlayıcılarının %11'i deneme, %36'sı para iade garantisi sunuyor. Ama birçoğunda koşullar yalnızca hostingi, yalnızca ilk siparişi veya yalnızca kartla ödemeyi kapsıyor. Garantinin gerçekten işlemesi için nelere bakmanız gerektiğini ele alalım.
  • Bulut sunucu mu VPS miBulut sunucu ve VPS genellikle KVM üzerinde çalışan aynı sanal makinedir. Fark çevresindekilerdedir: bulut kaynakları API üzerinden saatlik satar, ağ diskleri, snapshot ve hazır servisler sunar; klasik VPS ise yerel diskli ve trafik paketli, aylık sabit bir pakettir. Bunlardan hangisine ihtiyacınız olduğuna ve maliyetine bakalım.
  • Dedicated sunucu mu VPS miVPS fiziksel bir sunucunun bir parçasıdır, dedicated sunucu ise makinenin tamamıdır. 4 çekirdek ve 8–16 GB bellekte VPS neredeyse yarı fiyatına gelir, 4 çekirdek ve 32 GB'ta fiyatlar eşittir, 8 çekirdekte 64 GB veya 16 çekirdekte 128 GB'ta ise katalogdaki dedicated sunucu sanal olandan üçte bir daha ucuzdur. Fiyatın dışında neyin değiştiğine bakalım: komşular, garantiler, süreler, donanım arızaları ve uzaktan yönetim.
  • Site için hosting mi VPS miPaylaşımlı hosting, sunucuyla sağlayıcının ilgilendiği, site için hazır bir alandır. VPS ise her şeyi sizin ayarladığınız kendi sunucunuzdur. Bir açılış sayfası ve sıradan bir WordPress sitesi için hosting yeterlidir ve birkaç kat daha ucuzdur. VPS, siteye hesap sınırları yetmediğinde veya hostingin izin vermediği bir program gerektiğinde gerekir. Aşağıda her seçeneğe nelerin dahil olduğu, fiyatı ve seçim için bir tablo var.
  • DDoS koruması: sağlayıcılar gerçekte ne sunuyorBugün sağlayıcıların neredeyse yarısı tarifelerine "DDoS koruması" satırını yazıyor. Bu satırın arkasında birkaç terabitlik filtreleme de olabilir, saldırı komşuları etkilediğinde yalnızca adresinizi devre dışı bırakma hakkı da. Korumanın nelerden oluştuğuna, L3/L4 ile L7 düzeylerinin farkına ve sözleşmeden ne satın aldığınızı nasıl anlayacağınıza bakalım.
  • VPS'te e-posta sunucusu: SPF, DKIM, DMARCBir VPS'e Postfix ya da Mailcow gibi hazır bir paket kurmak bir saatlik iştir. İletilerin spam klasörüne değil gelen kutusuna düşmesini sağlamak daha zordur: e-posta hizmetleri porta, sunucunun adresine, bu adresin itibarına ve üç DNS kaydına bakar. Satın almadan önce sağlayıcıda neyin kontrol edileceğine ve SPF, DKIM ile DMARC'ın nasıl ayarlanacağına bakalım.
  • Sunucu izleme: çalışma süresi, yük ve uyarılarİzleme olmadan sunucunun çöktüğünü ziyaretçilerden, diskin dolmak üzere olduğunu ise veritabanı yazmayı bıraktığında öğrenirsiniz. Sorunu kullanıcılardan önce görmek için dışarıdan birkaç kontrol ve içeriden on kadar metrik yeterlidir. Neyin ölçüleceğine, kontrollerin nereye kurulacağına ve bunun ücretsiz olarak nasıl yapılacağına bakalım.
  • Hosting tarifeleri nasıl okunur: gizli sınırlamalarTarife kartı çekirdek sayısını, belleği, diski ve aylık fiyatı gösterir. Ancak aynı rakamlara sahip iki tarife bir yıl sonra farklı tutabilir ve yük altında farklı davranabilir. Fark, küçük puntoyla yazılan koşullarda, kullanım kurallarında ya da yalnızca sözleşmede yer alır. Aşağıda ödeme yapmadan önce kontrol etmeye değer sekiz nokta var.
  • Sunucuda IPv4 ve IPv6Sıradan bir VPS'in bir genel IPv4 adresi ve sağlayıcı destekliyorsa bir IPv6 alt ağı vardır. Ek IPv4 neredeyse her zaman ücretlidir, en ucuz tarifeler ise bazen hiç kendi IPv4 adresi olmadan gelir. Bu kıtlığın nereden kaynaklandığına, yalnızca IPv6 ile neler yapılabileceğine ve bir posta sunucusunun hangi adres ayarlarına ihtiyaç duyduğuna bakalım.
  • Bant genişliği ve trafik: 1 Gbps ve sınırsız ne anlama gelirBir sunucu tarifesinde genellikle iki ağ satırı bulunur: port hızı ve trafik hacmi. İlki sunucunun veriyi ne kadar hızlı gönderebileceğini, ikincisi bir ayda ne kadar gönderebileceğini söyler. İkisi basit bir aritmetikle bağlıdır; bunu bildiğinizde "1 Gbps sınırsız" ifadesinin aslında ne vaat ettiğini ve "5 TB"ın size yetip yetmeyeceğini anlamak kolaydır.
  • VPS'te Docker: nereden başlamalıDocker sayesinde bir bot, bir site, bir veritabanı ve izleme aynı sunucuda birbirine karışmadan çalışır; başka bir VPS'e geçmek de birkaç dosyayı ve verileri kopyalamaktan ibaret olur. Kurulum beş dakika sürer, asıl sorunlar ise sonradan başlar: dışarıya açık kalan veritabanı portları, onlarca gigabaytlık loglar ve konteynerle birlikte kaybolan veriler. Bunların önüne en baştan nasıl geçileceğini ele alıyoruz.
  • Bir site paylaşımlı hostingden VPS'e nasıl taşınırTaşımanın kendisi birkaç saat sürer; hatalar ise genellikle onun etrafında olur: unutulmuş bir cron görevi, nginx'in okumadığı .htaccess kuralları, eski adresi gösteren bir AAAA kaydı veya IP değişikliğiyle birlikte kaybolan e-posta. Aşağıda PHP ve MySQL ile çalışan bir site için komutları ve kontrolleriyle birlikte adımların sırası var.
  • Sunucu kontrol panelleri: ISPmanager, FASTPANEL, aaPanelBir panel, VPS'i paylaşımlı hostingden alışık olduğunuz bir yönetim ekranına dönüştürür: siteler, veritabanları, e-posta ve sertifikalar yapılandırma dosyalarını düzenleyerek değil, birkaç tıklamayla oluşturulur. Rusya'daki ve yurt dışındaki uygun fiyatlı sunuculara en sık kurulan üç panel ISPmanager, FASTPANEL ve aaPanel'dir. Fiyatları, bellek gereksinimleri ve sunucuyu ne kadar derinden sahiplendikleri birbirinden farklıdır.
  • 1C için Windows VPSKiralık bir 1C sunucusu, masanın altında duran, kimsenin güncellemediği ve yedeğini almadığı ofis bilgisayarından kurtarır. Ancak 1C'nin VPS'te kendine özgü noktaları vardır: yazılım lisansı sanal makinenin parametrelerine bağlanır, kullanıcıların hem 1C hem de Windows lisansına ihtiyacı olur ve çekirdeklerin hızı sayısından daha önemlidir. Küçük bir şirket için 1C sunucusunun nasıl kurulacağını ele alıyoruz.
  • Windows VPS: lisanslama, RDP ve güvenli oturum açmaWindows sunucu Linux'tan yalnızca bellek yüzünden daha pahalı değildir: fiyata bir lisans dahildir ve bu lisansın nasıl düzenlendiği, kurallara uygun olup olmadığınızı ve kaç kişinin bağlanabileceğini belirler. Açıkta bırakılmış bir RDP portu da bu tür sunucuların en sık ele geçirilme yoludur. İki konuyu da ele alıyoruz.
  • Paylaşımlı hostingden VPS'e ne zaman geçilmeliVPS bir siteyi kendi başına hızlandırmaz: size kaynak ve özgürlük verir, bunlarla birlikte de bir sunucuyu yönetme işini. Hostingin ne zaman yetersiz kaldığını nasıl anlayacağınızı, sorunun ne zaman taşınmadan çözülebileceğini ve bir siteyi ziyaretçiler hiçbir şey fark etmeden nasıl taşıyacağınızı anlatıyoruz.
  • VPS yedekleri: stratejiler ve araçlarVPS'te yedekler, pakette "yedekleme dahil" yazsa bile sizin sorumluluğunuzdadır. Tam olarak neyin kopyalanacağını, sağlayıcıdaki anlık görüntünün neden yetmediğini, restic veya BorgBackup'ı yarım saatte nasıl kuracağınızı ve yedekten gerçekten geri yükleme yapılabildiğinden nasıl emin olacağınızı anlatıyoruz.
  • VPS satın aldıktan sonra ilk 10 adım: güvenlikYeni bir sunucunun parolaları, genel bir IP adresi aldıktan birkaç dakika sonra tahmin edilmeye başlanır. Aşağıda en yaygın açıkları yaklaşık bir saatte kapatan on adım var: Ubuntu ve Debian komutları, AlmaLinux ve Rocky Linux farkları ve kendi sunucunuza erişimi kaybetmemek için atlanmaması gereken kontroller.
  • Sunucu için ülke nasıl seçilir?Sunucuyu ziyaretçilerinizin olduğu yere koyun. Kitleniz Türkiye'deyse İstanbul en düşük pingi verir; Türkiye ve Avrupa'ya birlikte hizmet veriyorsanız Frankfurt ve Amsterdam iyi bir orta noktadır. Türk müşterilerin kişisel verilerini yurt dışında tutmak KVKK kapsamında yurt dışına aktarım sayılır ve şartlara bağlıdır. Fiyat neredeyse belirleyici değildir: Avrupa ve ABD içinde aynı sağlayıcının fiyatı genellikle aynıdır, belirgin biçimde pahalı olan yalnızca Asya ve Avustralya'dır.
  • Saatlik ücretlendirme ne zaman kârlı?Sunucuya ayda üç haftadan az ihtiyacınız varsa saatlik ücretlendirme kârlıdır: test, derleme veya tek seferlik ağır bir iş için. Sağlayıcıların çoğunda bir saat, aylık fiyatın 730 saate bölünmesine eşittir; yani tam bir ay için neredeyse fazla ödemezsiniz. Fazla ödeme başka yerde gizlidir: saatlik ücretli paketler ortalamada daha pahalıdır ve yıl boyu çalışan bir sunucu için bir yıllık peşin aylık ödeme genellikle daha ucuza gelir.
  • Bir web sitesine ne kadar bellek ve kaç çekirdek gerekir?Sitelerin çoğuna 2 GB bellek ve bir-iki çekirdek yeter; binlerce ürünlü bir mağazaya 4 GB ve iki çekirdek gerekir. Bellek çekirdekten daha önemlidir: yetmediğinde site yavaşlar ya da çöker, bellek olmadan fazladan bir çekirdek ise neredeyse hiçbir şey kazandırmaz. Aşağıda kendi siteniz için belleği nasıl hesaplayacağınızı ve sitenin gerçekte ne kadar harcadığını nasıl öğreneceğinizi göstereceğim.
  • KVM mi OpenVZ mi: hangisini seçmeli?2026'da neredeyse her zaman KVM almaya değer: OpenVZ'den ayda yalnızca 1–2 dolar daha pahalıdır, ama üzerinde Docker'dan Windows'a kadar her şey çalışır. OpenVZ dar bir durumda mantıklıdır; aşağıda hangisi olduğunu, yazının sonunda ise sunucunuzu bir dakikada kontrol edebileceğiniz komutları bulacaksınız.
  • NVMe mi SSD mi: web sitesi için fark var mı?Küçük bir site için NVMe ile SSD arasındaki fark neredeyse hissedilmez: sayfalar diskten değil bellekten sunulur. Fark, mağazalarda ve büyük veritabanlı sitelerde ortaya çıkar. Üstelik aynı sağlayıcıda NVMe ayda yalnızca yaklaşık 0,5–1 dolar daha pahalıdır, bazen daha da ucuzdur; bu yüzden belirleyici olan genellikle disk türü değil, kapasite ve sağlayıcının diski nasıl sınırladığıdır.
  • VPS nedir? Basitçe anlatımVPS, güçlü bir fiziksel sunucunun size kiralanan ve ayrı bir bilgisayar gibi davranan bir parçasıdır: kendi işletim sistemi, kendi IP adresi ve tam erişimiyle. Aşağıda hostingden farkını, kimin ihtiyacı olduğunu, fiyatını ve satın aldıktan hemen sonra neleri kontrol etmeniz gerektiğini bulacaksınız.
  • Telegram botu için VPS: botun ihtiyaçları ve paket seçimiMenüsü ve birkaç komutu olan bir bot en ucuz sunucuda sorunsuz çalışır; toplu gönderim yapan, dosya işleyen ve veritabanı kullanan bir bot ise bambaşka sınırlara takılır. Bir botun gerçekte neyi tükettiğini, hangi Telegram sınırlarının sunucu seçimini belirlediğini ve fazla ödemekten nasıl kaçınacağınızı anlatıyoruz.
  • Ödeme yapmadan önce VPS ping ve hızı nasıl test edilirPaketteki rakamlar kullanıcılarınıza olan gecikmeyi ya da diskin gerçek hızını göstermez. Bunların çoğu ödeme yapmadan önce, geri kalanı ise sunucu açıldıktan sonraki ilk saatte ölçülebilir. Bu yazıda araçları ve sonuçların nasıl okunacağını bulacaksınız.
  • VPS üzerinde kurumsal ağ: ofise uzaktan erişimKiralık bir sunucu, şirketin özel ağının merkezi olabilir: uzaktan çalışanlar ve şubeler bu sunucu üzerinden ERP, dosya sunucusu, CRM ve Git sistemlerine bağlanır. Bu yazıda yaygın ağ yapılarını, protokolleri, sunucu gereksinimlerini ve temel güvenlik kurallarını bulacaksınız.
  • VPS nasıl seçilir: gerçekten önemli olan 7 özellikAynı "2 çekirdek, 4 GB, 50 GB" yazan iki paket hızda birkaç kat, bir yıl sonraki fiyatta ise iki kat farklı olabilir. VPS paketinin her satırının arkasında ne olduğunu ve ödeme yapmadan önce neleri kontrol etmeniz gerektiğini anlatıyoruz.
  • VPS mi VDS mi: fark var mı ve gerçekten önemli olan ne?Çoğu pazarda VPS ve VDS aynı şeyi ifade eder: sanal sunucu. İşinizi gerçekten etkileyen fark isimde değil, sanallaştırma türünde ve kaynakların garanti edilip edilmediğinde gizlidir.