VPS'te e-posta sunucusu: SPF, DKIM, DMARC

Bir 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.

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

Bir e-posta sunucusu iki ayrı iş yapar: alan adınız için gelen iletileri kabul eder ve sizin iletilerinizi başka sunuculara gönderir. Kabul etme, DNS'te MX kaydı varsa neredeyse her zaman hemen çalışır. Göndermek daha zordur: alıcı taraf sunucunuza güvenip güvenmeyeceğine karar verir ve bunun için ağı, adresi ve imzaları kontrol eder. Zincirin tek bir halkası bile ayarlanmamışsa iletiler hiçbir bildirim olmadan reddedilir ya da spama düşer.

Sağlayıcılarda port 25

Sunucular e-postayı birbirine port 25 üzerinden iletir. 587 ve 465 portları, iletiyi kendi sunucusuna teslim eden programlar içindir; başka birinin MX sunucusuna ileti yalnızca 25 numaralı port üzerinden gider. Bu yüzden kendi e-postanız için ana koşul açık bir giden port 25'tir.

Birçok sağlayıcı bu portu varsayılan olarak kapalı tutar: yeni sunucular üzerinden sık sık spam gönderilmeye çalışılır, şikâyetler ve kötü itibar ise sağlayıcının adreslerine kalır. accsly kataloğunun 3 Kasım 2026 verilerine göre 117 sağlayıcının port 25 koşulları öğrenilebildi: %39'unda kapalı, %37'sinde talep üzerine açılıyor, %24'ünde baştan açık. Büyük bulut platformları ise çoğu zaman portu, açma imkânı vermeden kalıcı olarak kapatır.

Port talep üzerine açılıyorsa sağlayıcı genellikle alan adını, e-postanın amacını ve bazen sunucunun ilk günden daha uzun süredir ödenmiş olmasını ister. Açıkça yazın: "alan adının kurumsal e-postası, günde yaklaşık N ileti, toplu gönderim yok". Satın alınmış bir sunucuda portu şöyle kontrol edebilirsiniz: nc -vz -w 5 gmail-smtp-in.l.google.com 25. Bağlantı kurulamıyorsa port sağlayıcı tarafında kapalıdır. Portun açık olduğu veya talep üzerine açıldığı tarifeler E-posta sunucusu için VPS seçkisinde.

PTR ve sunucu adı

Google tüm gönderenlerden, sunucu adresinin bir ters DNS kaydına (PTR) sahip olmasını ve bu kaydın ileri kayıtla eşleşmesini ister. Düzen şöyledir: sunucunun bir adı vardır, örneğin mail.example.com; bu adın A kaydı sunucunun adresini gösterir, adresin PTR kaydı geri mail.example.com adını gösterir ve sunucu HELO komutunda kendini aynı adla tanıtır. PTR'yi sağlayıcı ayarlar: panelde veya destek üzerinden. Gönderim IPv6 üzerinden de yapılıyorsa IPv6 adresi için de PTR gerekir. Ayrıntılar Sunucuda IPv4 ve IPv6 yazısında. Kendi adresi olmayan bir NAT VPS'te kendi PTR kaydınızı ayarlayamazsınız; böyle bir sunucu e-posta için uygun değildir.

IP adresinin itibarı

VPS adresi sizden önce herhangi birine ait olmuş olabilir. Bu adresten spam gönderildiyse adres, spam kaynağı olarak bilinen adreslerin herkese açık listelerinde (DNSBL) yer alıyor olabilir ve bazı e-posta hizmetleri iletilerinizi ilk günden reddeder. Yayına almadan önce adresi herkese açık itibar kontrol hizmetlerinde kontrol edin; listelerdeyse sağlayıcıdan başka bir adres isteyin veya listeden çıkarılma başvurusu yapın. Listelerin çoğunda böyle bir form vardır.

Yeni ve temiz bir adresin sorunu başkadır: geçmişi yoktur ve büyük hizmetler ona temkinli yaklaşır. Gerçek alıcılara az sayıda iletiyle başlayın ve hacmi kademeli olarak artırın. Google, alıcıların spam olarak işaretlediği iletilerin oranının %0,3'ün altında tutulmasını ister; bu oranı ücretsiz Google Postmaster Tools'ta izleyebilirsiniz. Toplu gönderimleri ayrı bir hizmet üzerinden ya da en azından ayrı bir adres ve alt alan adından yapmak daha iyidir; böylece onların itibarı iş e-postasını etkilemez.

SPF: alan adı adına kimler gönderebilir

SPF (RFC 7208), alan adının kökünde yer alan ve onun adına ileti göndermesine izin verilen sunucuları listeleyen bir TXT kaydıdır. Alıcı sunucu, iletinin zarfındaki gönderen adresini (MAIL FROM) ve HELO'daki adı bu kayıtla karşılaştırır.

example.com.  TXT  "v=spf1 mx ip4:203.0.113.10 -all"
  • mx ve ip4: sizin sunucularınızdır; e-posta harici bir hizmet üzerinden de gidiyorsa o hizmeti include: ile ekleyin.
  • -all: diğerlerinin göndermesine izin verilmez (fail); ~all: "büyük olasılıkla izinli değil" (softfail), ayar süresince kullanışlıdır.
  • Alan adının tam olarak bir SPF kaydı olmalıdır. DNS sorgusu gerektiren mekanizmalar (include, a, mx, exists, redirect) iç içe olanlar dahil en fazla 10 kez kullanılabilir; bu sayı geçilirse kontrol hata verir (permerror) ve SPF hiç çalışmaz.

DKIM: iletilerin imzalanması

DKIM (RFC 6376), iletinin başlıklarının ve gövdesinin dijital imzasıdır. Sunucu her iletiyi özel anahtarla imzalar, açık anahtar ise DNS'te selektör._domainkey.example.com adıyla yayınlanır. Alıcı imzayı doğrular ve iletinin imzadaki alan adı tarafından gönderildiğinden ve yolda değiştirilmediğinden emin olur.

mail2026._domainkey.example.com.  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkq..."

RSA anahtarının uzunluğu en az 1024 bit olmalıdır: bunu RFC 8301 ve Gmail şart koşar, önerilen ise 2048 bittir. Anahtarları OpenDKIM, rspamd veya e-posta paketinin paneli üretir; panel hazır kaydı da oluşturur. Selektör anahtar değişimi için gerekir: yeni anahtarı yeni bir selektörle yayınlar, imzalamayı ona geçirir, eski kaydı ise gönderilmiş iletiler doğrulandıktan sonra, birkaç gün içinde silersiniz.

DMARC: politika ve raporlar

DMARC (RFC 7489), SPF ve DKIM'i alıcının gördüğü "Kimden" alanındaki adresle ilişkilendirir. SPF veya DKIM'den biri geçerse ve oradaki alan adı "Kimden" alanındaki alan adıyla eşleşirse ileti DMARC'tan geçer (varsayılan olarak ana alan adının eşleşmesi yeterlidir). Kayıt _dmarc adıyla yayınlanır:

_dmarc.example.com.  TXT  "v=DMARC1; p=none; rua=mailto:dmarc@example.com"
  • p=none: yalnızca gözlemle; p=quarantine: DMARC'tan geçmeyen iletileri spama gönder; p=reject: onları reddet.
  • rua: günlük toplu raporların adresi; bu raporlar alan adı adına kimin ve hangi adreslerden ileti gönderdiğini gösterir.

p=none ile başlayın, 2–4 hafta raporları okuyun, tüm meşru e-posta kaynaklarınızın kontrolden geçtiğinden emin olun, ardından önce quarantine'e, sonra reject'e geçin.

Gmail ve Outlook neler istiyor

1 Şubat 2024'ten bu yana Gmail tüm gönderenlerden SPF veya DKIM, doğru bir PTR kaydı, TLS bağlantısı üzerinden iletim ve %0,3'ün altında spam şikâyeti oranı istiyor. Gmail adreslerine günde 5.000'den fazla ileti gönderenlerin SPF ile DKIM'in ikisine birden, "Kimden" alan adının SPF veya DKIM alan adıyla eşleştiği bir DMARC kaydına (p=none yeterli), tanıtım iletilerinde ise tek tıkla abonelikten çıkma seçeneğine ihtiyacı var. 5 Mayıs 2025'ten itibaren Outlook.com da günde 5.000 ve üzeri ileti gönderenler için benzer kurallar getirdi: SPF ve DKIM geçmeli, DMARC p=none'dan daha gevşek olmamalı ve alan adı eşleşmelidir; bunları karşılamayan iletiler "Gereksiz E-posta" klasörüne düşer ya da reddedilir.

Küçük bir sunucu için sonuç basit: ileti sayısı az olsa bile üç kaydın hepsini baştan ayarlayın. Sonucu, Gmail'deki kendi kutunuza bir ileti gönderip "Orijinali göster"i açarak kontrol edebilirsiniz: SPF, DKIM ve DMARC sonuçları orada görünür.

Kendi e-posta sunucusu ne zaman gereksiz

Kendi sunucunuz, posta kutuları ve veriler üzerinde denetim ya da birkaç alan adında çok sayıda adres gerekiyorsa mantıklıdır. Site yalnızca bildirim gönderecekse ve port 25 kapalıysa, gönderimi port 587 üzerinden harici bir e-posta hizmetiyle yapmak daha kolaydır: SPF, DKIM ve DMARC yine de sizin alan adınız için ayarlanır. Tam e-posta ve spam filtrelemesi olan bir sunucuya 2 GB bellek yeter; disk alanını ise posta kutuları ve yedekler için pay bırakarak seçin (bkz. VPS yedekleri: stratejiler ve araçlar). Site ve e-posta için hostingden VPS'e geçme zamanının ne zaman geldiği Paylaşımlı hostingden VPS'e ne zaman geçilmeli yazısında.

Sık sorulan sorular

VPS'ten e-postalar neden gitmiyor?

Çoğu zaman sağlayıcı giden port 25'i kapatmıştır. accsly kataloğuna göre koşulları bilinen sağlayıcıların %39'unda kapalı, %37'sinde ise talep üzerine açılıyor. Portu kontrol edin ve destek ekibine yazın.

Port 25 yerine 587 üzerinden e-posta gönderilebilir mi?

Yalnızca iletiyi sonrasında teslim edecek olan kendi e-posta sunucunuza veya harici bir e-posta hizmetine. Başka e-posta sunucuları, sunuculardan gelen iletileri port 25 üzerinden kabul eder.

SPF, DKIM ve DMARC basitçe nedir?

SPF, alan adı adına e-posta göndermesine izin verilen sunucuların listesidir. DKIM, iletiyi alan adının gönderdiğini ve iletinin değiştirilmediğini kanıtlayan bir imzadır. DMARC bir politikadır: bu kontrollerden geçmeyen iletilerle ne yapılacağını ve raporların nereye gönderileceğini belirler.

Az ileti gönderiliyorsa DMARC gerekli mi?

Evet. Gmail, DMARC'ı günde 5.000'den fazla ileti gönderenler için zorunlu tutar, ama küçük bir sunucu için de p=none içeren bir kayıt hiçbir maliyet getirmez ve raporlar alan adı adına kimin e-posta gönderdiğini gösterir.

DKIM anahtarı ne uzunlukta olmalı?

En az 1024 bit, önerilen 2048 bit. DNS paneli uzun bir TXT kaydını tek satırda kabul etmiyorsa kayıt, aynı kaydın içinde tırnak içindeki birkaç satıra bölünür.

Kendi sunucumdan gönderilen iletiler neden spama düşüyor?

Genellikle PTR kaydı, SPF, DKIM veya DMARC eksiktir ya da adresin itibarı kötüdür: adres, spam kaynağı olarak bilinen adres listelerindedir veya tamamen yenidir. Gmail'de iletinin başlıklarını, itibar kontrol hizmetlerinde de adresi kontrol edin.

Rehberde daha fazlası

  • 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.
  • 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.