Veri size ait değilse, işiniz de tam olarak size ait değildir. Kendi VDS altyapınız üzerinde bir mail sunucusu kurmak; bağımsızlıktır, güvenliktir ve uzun vadede devasa bir maliyet avantajıdır.

Fakat e-posta mimarisi, internetin en eski, kuralcı ve karmaşık sistemlerinden biridir. Bu yazımızda “şu kodu yaz geç” demek yerine sektörü domine eden en modern araçlarla, hata payı bırakmayan bir mühendislik yaklaşımıyla ilerliyoruz. Karmaşık IPv6 protokollerini bir kenara bırakıp, saf IPv4 gücüyle, sorunsuz teslimat oranlarına (10/10) ulaşacağınız o muazzam sistemi kurmaya başlıyoruz.

Altyapı ve DNS

İlk olarak mail sunucusu kurarken başarının %50’si sunucu konfigürasyonunda, geri kalan %50’si ise ağ altyapınızın temizliğindedir. Blacklist’e girmemiş, port kısıtlaması olmayan ve IP itibarı yüksek bir sunucu şarttır. E-posta trafiğinizin belkemiğini oluşturacak, %100 NVMe SSD performansına ve kusursuz ağ izolasyonuna sahip VDS paketlerimizi inceleyerek projenize sağlam bir temel atabilirsiniz.

DNS Kayıtları

Sunucuya SSH ile girmeden önce DNS yöneticiniz üzerinden kayıtları açın.

• A Kaydı: mail.siteniz.com -> VDS_IP_Adresi
• MX Kaydı: siteniz.com -> mail.siteniz.com (Öncelik: 10)

PTR (Reverse DNS) Kaydı Neden Hayatidir?

Normal DNS (A kaydı), “Bu alan adı hangi IP’ye gidiyor?” sorusunu cevaplar. PTR kaydı ise karşı tarafın size sorduğu şu sorunun cevabıdır: “Bu IP adresi kime ait?” Eğer Gmail IP’nizi sorguladığında boş bir cevap görürse, mailinizi direkt reddeder. inetmar.com müşteri panelinizde bulunan **Hizmetlerim > IP Adreslerim** bölümünden IP adresinizin PTR kaydını mail.siteniz.com olarak mutlaka güncelleyin.

Ana Bileşenlerin Kurulumu ve İzolasyon

Sunucumuza root olarak bağlanıyoruz. Ubuntu 24.04 LTS üzerinde sistemimizi güncelleyip Postfix ve Dovecot yazılımlarımızı kuruyoruz.

Bu kurulumda e-posta imzalama ve spam filtreleme işlemleri için eski nesil yazılımlar yerine modern, C++ tabanlı ve düşük kaynak tüketimi sunan Rspamd ve Redis kullanacağız:

apt update && apt upgrade -y
apt install postfix postfix-pcre dovecot-imapd dovecot-lmtpd redis-server rspamd certbot nginx -y

(Postfix kurulum ekranı geldiğinde “Internet Site” seçeneğiyle ilerleyin ve Sistem Mail Adı olarak siteniz.com girin.)

Sistem Kullanıcılarını Ayırmak

Mail kullanıcıları ile sunucu kullanıcılarını aynı tutmak güvensiz bir yöntemdir. Bunun için tüm mailleri diskte tutacak yetkisiz tek bir sanal kullanıcı (vmail) oluşturuyoruz:

useradd -m -s /usr/sbin/nologin -G mail vmail
mkdir -p /home/vmail/Mail/Inbox
chown -R vmail:vmail /home/vmail/Mail

Postfix (MTA) ve Dovecot (MDA) Entegrasyonu

Postfix

/etc/postfix/main.cf dosyasını yapılandırıyoruz. Amacımız IPv4 kullanımını zorunlu kılmak, dışarıdan gelen SMTP yetkilendirmelerini Dovecot’a devretmek ve şifresiz veri akışını yasaklamak. Ayrıca Postfix’i yeni nesil filtremiz Rspamd’ye bağlıyoruz.

inet_protocols = ipv4
# Şifreler ağda düz metin dolaşmasın, TLS zorunlu olsun:
smtpd_tls_auth_only = yes

# Yetkilendirmeyi Dovecot yapsın:
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
smtpd_sasl_auth_enable = yes

# Hangi e-posta adresi hangi kullanıcıya ait haritası:
virtual_alias_maps = hash:/etc/postfix/virtual

# Rspamd (DKIM ve Anti-Spam) Entegrasyonu:
milter_default_action = accept
milter_protocol = 6
smtpd_milters = inet:localhost:11332
non_smtpd_milters = inet:localhost:11332

E-posta adreslerimizi /etc/postfix/virtual dosyasına tanımlıyoruz:

admin@siteniz.com   vmail
info@siteniz.com    vmail

Sisteme bu dosyayı okutmak için hash’liyoruz: postmap /etc/postfix/virtual

Dovecot

Maillerin webmail’den okunabilmesi için Dovecot’u yapılandırıyoruz. /etc/dovecot/dovecot.conf dosyasını açın:

ssl = required
# Şifrelerin tutulacağı özel dosya:
passdb {
  driver = passwd-file
  args = scheme=CRYPT /etc/dovecot/users
}
userdb {
  driver = passwd-file
  args = /etc/dovecot/users
}
# Postfix'in Dovecot üzerinden doğrulama yapabilmesi için güvenli soket:
service auth {
  unix_listener /var/spool/postfix/private/auth {
    mode = 0660
    user = postfix
    group = postfix
  }
}

/etc/dovecot/users dosyasını oluşturun. Şifrelerinizi Linux üzerinde doveadm pw -s CRYPT komutuyla şifreleyerek bu dosyaya admin@siteniz.com:{CRYPT}$2y$... formatında ekleyin. Dosya izinlerini chmod 644 /etc/dovecot/users olarak ayarlayın.

SPF, Rspamd ile DKIM, DMARC

Maillerinizin doğrudan spame düşmemesi için bu kayıtları kusursuz yapılandırmalısınız.

1. SPF (Sender Policy Framework): DNS ayarlarınız üzerinden TXT kaydı ekleyin:
v=spf1 mx a:mail.siteniz.com ip4:VDS_IPv4_Adresiniz -all

2. DKIM İmzalama:
Sunucumuzda alan adımız için DKIM anahtarımızı üretiyoruz:

mkdir -p /var/lib/rspamd/dkim/
rspamadm dkim_keygen -b 2048 -s mail -k /var/lib/rspamd/dkim/mail.private > /var/lib/rspamd/dkim/mail.txt
chown -R _rspamd:_rspamd /var/lib/rspamd/dkim/
chmod 600 /var/lib/rspamd/dkim/mail.private

Rspamd’ye bu anahtarı kullanmasını söylüyoruz. /etc/rspamd/local.d/dkim_signing.conf dosyasını oluşturup içine şunu yazın:

allow_username_mismatch = true;
domain {
    siteniz.com {
        path = "/var/lib/rspamd/dkim/mail.private";
        selector = "mail";
    }
}

Ardından servisi yeniden başlatın: systemctl restart rspamd.
Oluşturulan /var/lib/rspamd/dkim/mail.txt dosyasını açın. İçindeki uzun metni yani anahtarı DNS ayarlarınızın bulunduğu panelde mail._domainkey adıyla TXT kaydı olarak ekleyin.

3. DMARC:
DNS ayarlarınıza TXT kaydı olarak _dmarc adıyla şunu ekleyin:
v=DMARC1; p=quarantine; rua=mailto:admin@siteniz.com; fo=1

Roundcube & Docker

Güvenlik açıklarını ana sisteme sıçratmamak için Webmail arayüzümüzü Docker ile kuruyoruz. Bir dizin açın ve docker-compose.yml dosyası oluşturun:

services:
  roundcube:
    image: roundcube/roundcubemail:latest-apache
    ports:
      - "127.0.0.1:8080:80"
    environment:
      - ROUNDCUBEMAIL_DEFAULT_HOST=tls://VDS_IPv4_Adresiniz
      - ROUNDCUBEMAIL_SMTP_SERVER=tls://VDS_IPv4_Adresiniz

docker compose up -d ile arayüzü ayağa kaldırın.

Nginx ve SSL Entegrasyonu

Roundcube şu an sadece 8080 portunda çalışıyor. Let’s Encrypt ile ücretsiz SSL alıyoruz: certbot certonly --standalone -d mail.siteniz.com

Nginx /etc/nginx/sites-available/mail.siteniz.com dosyasını ayarlayarak 443 (HTTPS) üzerinden gelen trafiği güvenli şekilde Docker’a proxy’liyoruz:

server {
    listen 443 ssl;
    server_name mail.siteniz.com;
    ssl_certificate /etc/letsencrypt/live/mail.siteniz.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/mail.siteniz.com/privkey.pem;

    location / {
        proxy_pass http://127.0.0.1:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

Aktifleştirip systemctl reload nginx komutunu verdiğinizde webmail arayüzünüz yayındadır!

UFW, Fail2ban ve SRS

Nasıl ki kritik bir Sanal POS entegrasyonu için sunucunuzda IP izinlerini ince ince ayarlayıp, PowerShell üzerinden bağlantının sağlıklı kurulduğunu milimetrik olarak teyit ediyorsanız; mail sunucusunda da açtığınız her portun tam olarak ne işe yaradığını aynı ciddiyetle bilmelisiniz.

Sadece gerekli olan IPv4 portlarını açıyoruz:

ufw allow 22/tcp
ufw allow 25/tcp
ufw allow 143/tcp
ufw allow 443/tcp
ufw allow 465/tcp
ufw allow 587/tcp
ufw allow 993/tcp
ufw enable

Brute-Force Koruması: systemctl enable --now fail2ban ile servisi etkinleştirin. Gerekirse şifre deneme yanılma yapan botları engellemek için postfix filtrelerini aktif edebilirsiniz.

Forwarding ve SRS

info@siteniz.com adresine gelen mailleri kişisel Gmail’inize yönlendirirseniz, orijinal göndericinin SPF kaydı sizin sunucu IP’nizle eşleşmeyeceği için Gmail maili anında reddeder.

Bunu SRS (Sender Rewriting Scheme) ile çözüyoruz.
apt install postsrsd -y komutuyla paketi kurun. Postfix main.cf dosyasına şu bloğu ekleyin:

# SRS - Forward edilen mailler için Envelope Rewrite
sender_canonical_maps = tcp:127.0.0.1:10001
sender_canonical_classes = envelope_sender
recipient_canonical_maps = tcp:127.0.0.1:10002
recipient_canonical_classes = envelope_recipient,header_recipient

Bu ayar sayesinde yönlendirilen mailin “Gönderen” (Envelope Sender) bilgisi sizin alan adınıza çevrilir, kendi SPF’inizden geçer ve Gmail’in Inbox’ına sorunsuz düşer. Postfix’i yeniden başlatın (systemctl reload postfix).

Uçtan Uca Webmail Testi ve Troubleshooting

Sistemi kurduk, servisler yeşil yanıyor. Şimdi doğrulama vakti.

Webmail Arayüzüne Giriş

Tarayıcınızı açın ve https://mail.siteniz.com adresine gidin.

• Kullanıcı Adı: admin@siteniz.com (Domain ile birlikte tam e-posta adresini yazmalısınız).
• Parola: Belirlediğiniz parola ile giriş yapın.

İlk Maili Gönderme ve Gmail’de Analiz

Sol üstten “Oluştur” butonuna tıklayın. Kişisel Gmail adresinize bir test maili gönderin.
Mail Gmail kutunuza düştüğünde, maili açın, sağ üstteki üç noktaya tıklayıp “Aslını Göster” (Show Original) seçeneğine tıklayın.

İşte tüm o emeğin karşılığını burada, Rspamd’nin kusursuz imzalarıyla göreceğiz:

• SPF: PASS (IP adresiniz siteniz.com adına başarıyla yetkilendirildi)
• DKIM: PASS (Rspamd imzanız doğrulandı)
• DMARC: PASS (Kurallarınız başarıyla işletildi)

İçeriye Mail Alma ve Nihai Skor

Kişisel Gmail hesabınızdan, kendi sunucunuzdaki admin@siteniz.com adresinize mail göndererek içeriye alımı test edin.
Sonrasında hatalarımızı görmek için https://mail-tester.com adresine gidin. Verilen geçici adrese Roundcube üzerinden mail gönderin.

Adımları eksiksiz uyguladıysanız, temiz bir IP altyapısı üzerinde o muazzam 10/10 skorunu göreceksiniz!

Kendi mail sunucunuzu kurmak bir vizyon meselesidir. Rspamd gibi yeni nesil araçları kullanarak sistemi modern mimariye uygun şekilde inşa etmek, size ömür boyu sürecek bir dijital özgürlük, yüksek performans ve eşsiz bir gizlilik sunar.

Doğru konfigüre edilmiş bir sistem ve güçlü bir VDS altyapısı birleştiğinde, iletişiminiz üzerinde %100 kontrol sahibi olduğunuz, güvenilir ve stabil bir yapıya kavuşursunuz. Kurumsal iletişiminizin kalbini oluşturacak, ağ kısıtlamalarından uzak, performanslı VDS Sunucu çözümlerimizi inceleyerek bu dijital bağımsızlık yolculuğunda en sağlam adımı atabilirsiniz.

The post Mail Sunucusu Nasıl Kurulur? Mail Sunucusu Kurma appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Apache Web Server Nedir? Geleneksel Mimari

Apache, internetin erken dönemlerinden beri kullanılan, açık kaynak kodlu ve süreç tabanlı (process-based) bir web sunucusudur. Sunucuya gelen her yeni istek için ayrı bir işlem veya iş parçacığı (thread) oluşturur. Modüler yapısı ve geniş topluluk desteğiyle bilinir.

Nginx Nedir? Yüksek Trafik ve Hız Canavarı

Nginx, Apache’nin yüksek trafik altında yaşadığı performans sorunlarını çözmek amacıyla geliştirilmiş, olay güdümlü (event-driven) ve asenkron bir web sunucusudur. Hafif yapısı, düşük RAM tüketimi ve yüksek eşzamanlı istek işleme yeteneğiyle öne çıkar.

LiteSpeed Web Server (LSWS) Nedir? Ticari Performans

LiteSpeed, Nginx gibi olay güdümlü bir mimariye sahip olan ancak Apache ile %100 uyumlu çalışan ticari bir web sunucusu yazılımıdır. Özellikle PHP tabanlı dinamik sitelerde ve WordPress altyapılarında sunduğu yerel önbellek (LSCache) çözümleriyle bilinir.

Apache vs Nginx Farkı Nedir?

Sunucu dünyasında en çok merak edilen konuların başında Apache vs Nginx farkı geliyor. Bu iki sunucu, mimari yaklaşım olarak birbirinin tamamen zıttıdır.

• İstek İşleme Mimarisi: Apache her bağlantı için yeni bir süreç başlatırken, Nginx binlerce bağlantıyı tek bir “worker” süreci içinde asenkron olarak yönetir. Bu durum, Apache nginx karşılaştırması yapıldığında Nginx’in kaynak tüketimini çok daha düşük tutmasını sağlar.
• Statik Dosya Performansı: Resim, CSS ve JS gibi statik dosyaları sunmada Nginx, Apache’ye kıyasla katbekat daha hızlıdır ve sunucu işlemcisini (CPU) yormaz.
• Yapılandırma Esnekliği: Apache, dizin bazlı .htaccess dosyalarını destekler. Nginx ise .htaccess okumaz; tüm kuralların merkezi nginx.conf dosyasına yazılması gerekir.

Apache vs LiteSpeed Farkı

Eğer cPanel veya Plesk gibi geleneksel bir hosting yönetim paneli kullanıyorsanız, karşınıza çıkacak en net alternatif Apache vs LiteSpeed farkı olacaktır.

• Doğrudan Değiştirilebilirlik (Drop-in Replacement): LiteSpeed, Apache’nin doğrudan yerine geçebilecek şekilde tasarlanmıştır. Sunucunuzdaki Apache’yi kaldırıp LiteSpeed kurduğunuzda, web sitelerinizdeki .htaccess kuralları ve yönlendirmeleri aynen çalışmaya devam eder.
• Performans ve Kaynak Yönetimi: LiteSpeed, Apache’nin süreç tabanlı hantal yapısını ortadan kaldırarak olay güdümlü mimariye geçiş yapar. Apache litespeed karşılaştırması sonucunda, LiteSpeed kurulu sunucuların aynı donanımla 3 ila 4 kat daha fazla anlık ziyaretçi kaldırabildiği görülmektedir.

Nginx vs LiteSpeed Karşılaştırması

Her iki sunucu da modern, olay güdümlü mimariye sahip olsa da, Nginx vs LiteSpeed rekabeti kullanım amacına göre şekillenir.

• Dinamik İçerik ve PHP İşleme: Nginx, PHP dosyalarını işlemek için PHP-FPM gibi harici katmanlara ihtiyaç duyar. LiteSpeed ise kendi geliştirdiği LSAPI protokolü sayesinde PHP’yi çok daha hızlı derler.
• WordPress ve CMS Optimizasyonu: LiteSpeed, WordPress siteleri için özel olarak geliştirilmiş LSCache eklentisiyle tam entegre çalışır. Nginx tarafında benzer bir performans için karmaşık FastCGI Cache veya Redis konfigürasyonları yapılması gerekir.
• Lisans ve Maliyet: Nginx (açık kaynak versiyonu) tamamen ücretsizken, LiteSpeed sunucunun çekirdek ve RAM limitlerine göre aylık/yıllık lisans ücretlerine tabidir. (Not: Ücretsiz bir açık kaynak alternatifi olarak OpenLiteSpeed de mevcuttur).

Hangi Web Sunucusunu Seçmelisiniz?

Projenizin ihtiyaçlarına göre en doğru sunucu yazılımını seçmek için aşağıdaki senaryoları göz önünde bulundurabilirsiniz:

• WordPress, WooCommerce, OpenCart veya PrestaShop kullanıyorsanız: Kesinlikle LiteSpeed (bütçe kısıtlıysa OpenLiteSpeed) tercih edilmelidir. Sayfa açılış hızınız (TTFB) ve veritabanı performansınız maksimum seviyeye ulaşır.
• Node.js, Python, Go projeleri veya Yüksek Trafikli API servisleri yönetiyorsanız: Nginx en doğru ve kararlı seçenektir. Aynı zamanda statik web siteleri ve yük dengeleme (Load Balancing) için endüstri standardıdır.
• Geleneksel paylaşımlı hosting (Shared Hosting) veya düşük trafikli kurumsal siteler için: Apache modüler yapısı, kolay yönetimi ve sıfır maliyetiyle işinizi görecektir.

The post Apache vs Nginx vs LiteSpeed: En İyi Web Sunucusu Hangisi? appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Adım Adım Çözüm Rehberi

Not: Eğer bilgisayarınız sürekli yeniden başlıyorsa ve masaüstüne hiç ulaşamıyorsanız, aşağıdaki adımları uygulamak için bilgisayarınızı açarken F8 veya Shift + F8 tuşlarına basarak “Güvenli Mod” (Safe Mode) ile başlatmanız gerekebilir.

1. BIOS’u Güncelleyin

Bu hatayı alıyorsanız, ilk yapmanız gereken şeylerden biri bilgisayarınızın beynini yani BIOS’u güncellemektir. Donanımlar anakartla doğru frekansta konuşamadığında bu mavi ekran kaçınılmaz olur.

• Anakartınızın veya laptopunuzun üretici sayfasına gidin.
• Cihazınızın tam modelini aratıp en güncel BIOS dosyasını indirin ve bir USB belleğe atın.
• Bilgisayarı yeniden başlatıp BIOS ekranına girerek (genelde DEL veya F2 tuşuyla) güncellemeyi yapın.
• BIOS güncellemesi, donanımların birbiriyle olan kavgasını bitirir ve bu köklü hatayı bıçak gibi keser.

2. Ekran Kartı Sürücüsünü Temizleyin

BIOS’tan sonra en büyük suçlu ekran kartı sürücüleridir. Eski veya hatalı yüklenmiş bir sürücü sistemi kilitleyecektir.

• Aygıt Yöneticisi’ni Açın: Başlat menüsüne sağ tıklayın ve Aygıt Yöneticisi’ni seçin.
• Görüntü Bağdaştırıcıları: Bu sekmeyi genişletin, ekran kartınıza sağ tıklayıp Cihazı Kaldır deyin. (Bu esnada “Bu cihazın sürücüsünü kaldır” seçeneğini işaretleyin).
• Temiz Kurulum: Bilgisayarınızı yeniden başlatın. Ardından NVIDIA, AMD veya Intel’in resmi sitesine giderek en güncel sürücüyü indirip kurun. (Daha temiz bir sonuç için bu işlemi DDU programı ile Güvenli Mod’da yapabilirsiniz).

3. Hatalı Sürücüyü Nokta Atışı Tespit Edin

Mavi ekran hatası verdiğinde, ana başlığın altında genellikle parantez içinde bir dosya adı yazar. Eğer orada bir dosya görüyorsanız, suçluyu buldunuz demektir:

• nvlddmkm.sys: NVIDIA ekran kartı sürücünüz sorunlu.
• atikmdag.sys: AMD ekran kartı sürücünüz sorunlu.
• rtwlane.sys / netwtw06.sys: Wi-Fi veya ethernet sürücünüzü güncellemeniz gerekiyor.

O dosyayı Google’da aratarak hangi donanımınıza ait olduğunu bulun ve Aygıt Yöneticisi’nden sadece o donanımın sürücüsünü güncelleyin.

4. Windows Sistem Dosyalarını Tamir Edin

Bazen sorun donanımda değil, Windows’un kendi hayati dosyalarının zarar görmesindedir.

• Başlat menüsüne CMD yazın, sağ tıklayıp Yönetici Olarak Çalıştır deyin.
• Açılan siyah ekrana şu komutu yazıp Enter’a basın:
  sfc /scannow
• Tarama bitince, daha derin bir onarım için şu komutu da uygulayın:
  DISM.exe /Online /Cleanup-image /Restorehealth

5. Hızlı Başlatmayı Kapatın

Windows’un hızlı açılmasını sağlayan bu özellik, bazen sürücülerin açılışta düzgün yüklenmesini engelleyerek “System Thread Exception Not Handled” hatasını tetikler.

• Denetim Masası > Güç Seçenekleri’ne girin.
• Sol taraftaki “Güç düğmelerinin yapacaklarını seçin” linkine tıklayın.
• “Şu anda kullanılmayan ayarları değiştir” seçeneğine tıklayarak alttaki kilitleri açın.
• En altta bulunan “Hızlı başlatmayı aç” seçeneğindeki işareti kaldırın ve değişiklikleri kaydedin.

Eğer tüm bu adımlara rağmen hata devam ediyorsa, bilgisayarınızın ürettiği Minidump dosyalarını analiz etmek gerekebilir. Daha fazla çözüm önerileri için bizi takip etmeyi unutmayın. 🙂

Kurumsal Smarthost ve Mail Gateway ihtiyaçlarınız için web sitemizi inceleyebilirsiniz.

The post Mavi Ekran “System Thread Exception Not Handlend” Hatası Çözümü appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Kota Yükseltme

E-posta trafiğinizin aksamaması ve mevcut maillerinizi kaybetmemek için en profesyonel yöntem disk alanını artırmaktır.

• Kontrol Paneli Üzerinden: Eğer sitenizin yönetim paneline (cPanel, Plesk, DirectAdmin vb.) erişim yetkiniz varsa, “E-Posta Hesapları” bölümüne giriş yapıp ilgili mail adresinin yanındaki “Yönet” seçeneğinden disk limitini kendiniz kolayca yükseltebilirsiniz.
• Hosting Firması Üzerinden: Eğer panel erişim bilgileriniz yoksa hizmet aldığınız hosting firması ile iletişime geçerek ilgili e-posta adresinin disk kotasının artırılmasını talep edebilirsiniz.

Webmail Üzerinden Mail Temizliği

Eğer kota yükseltme imkanınız yoksa veya sorunu hemen o an çözmeniz gerekiyorsa sunucu üzerinde manuel olarak yer açmanız gerekir.

• Nasıl Yapılır? Tarayıcınız üzerinden webmail arayüzüne (örneğin: webmail.alanadiniz.com) giriş yapın. Gelen Kutusu ve Gönderilenler klasöründeki yüksek boyutlu, ekli veya gereksiz e-postaları silin.
• NOT: Sildiğiniz e-postaların diskte gerçekten yer açabilmesi için Çöp Kutusu (Trash / Deleted Items) klasörünü de mutlaka tamamen boşaltın.

Sunucuda yer açıldığı veya kota artırıldığı anda Outlook üzerindeki giden posta trafiğiniz anında normale dönecektir. Eğer bu tarz hatalardan sıkıldıysanız Kurumsal E-posta hizmetlerimizi inceleyebilirsiniz.

The post 503 Valid RCPT command must precede DATA Hatası Çözümü appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Giriş Seviyesi ve Monolitik Projelerde Kaynak Yönetimi

Küçük ve orta ölçekli web siteleri, kurumsal tanıtım sayfaları veya düşük veritabanı yüküne sahip bloglar için altyapı maliyetlerini optimize etmek ilk önceliktir. Bu tarz senaryolarda, birden fazla web sitesinin aynı sunucu işletim sistemi üzerinde, paylaşımlı kaynak havuzunu kullanarak barındırılması mantıklı bir yaklaşımdır. Giriş seviyesindeki bu projelerin kararlı bir şekilde yayında kalması için optimize edilmiş bir web hosting hizmeti tercih edilerek, apache/nginx optimizasyonları ve temel önbellekleme mekanizmalarıyla yüksek performans elde edilebilir.

Ancak paylaşımlı mimarilerde en büyük risk, “gürültülü komşu” efektidir. Aynı sunucudaki bir sitenin aşırı kaynak tüketmesi, diğer sitelerin yanıt sürelerini olumsuz etkileyebilir. Bu nedenle alt limitlerin CloudLinux gibi LVE teknolojileriyle sınırlandırılması, sistem kararlılığı açısından hayati önem taşır.

⚙️ Çekirdek Parametre Notu: Paylaşımlı sunucu altyapılarında `max_execution_time` değerinin 30-60 saniye arasında, `memory_limit` değerinin ise her bir PHP script’i için maksimum 256M olarak sınırlandırılması, zombi süreçlerin (zombie processes) sunucu belleğini kilitlemesini engeller.

İşletim Sistemi Seçimi

E-ticaret platformları, API servisleri ve yoğun veritabanı sorguları çalıştıran Content Management System yani CMS yapıları için kararlılık ve güvenlik performansı bir adım öne çıkar. Çekirdek seviyesinde özelleştirmeye izin veren, kararlı dosya sistemleri (ext4, XFS) ve gelişmiş süreç yönetimi sunan açık kaynak kodlu altyapılar bu operasyonların merkezinde yer alır.

Özellikle PHP, Python ve Node.js tabanlı modern web uygulamaları, POSIX standartlarına tam uyum sağlayan ve arka planda çalışan daemon’ları en az kaynak tüketimiyle yönetebilen bir linux hosting platformunda yapılandırıldığında maksimum verim sunar. Sistem yöneticileri, bu işletim sistemlerinde `sysctl.conf` dosyası üzerinden network stack optimize edebilir, `worker_connections` değerlerini artırarak anlık bağlantı limitlerini milisaniyeler içinde genişletebilirler.

Çoklu Proje Yönetimi ve İzolasyonlu Altyapı Dağıtımı

Dijital ajanslar, web geliştiriciler veya birden fazla bağımsız projeyi tek bir merkezden yönetmek isteyen profesyoneller için mimari daha karmaşık bir hal alır. Tüm web sitelerini tek bir kontrol paneli altında ve aynı haklarla barındırmak hem güvenlik hem de kaynak yönetimi açısından büyük bir zafiyet doğurur.

Bu darboğazı aşmanın en efektif yöntemi, her bir web projesine tamamen bağımsız disk alanları, izole FTP/kontrol paneli hesapları ve esnek kaynak limitleri atamaktır. Sistem kaynaklarını mantıksal olarak alt bölümlere ayırmanıza olanak tanıyan bir reseller hosting modeli sayesinde, projeler birbirinin dosya sistemine erişemez. Böylece olası bir siber güvenlik ihlali veya kaynak tüketim patlaması sadece ilgili hesap sınırları içinde kalır ve ana sunucu omurgasının çökmesi engellenmiş olur.

Sistem Analizi ve Doğru Katman Dağılımı

Uygulamanızın mimari gereksinimlerine göre sunucu katmanlarını belirlemek, hem maliyet hem de kullanıcı deneyimi dengesini kurmanın anahtarıdır. Aşağıdaki tabloda, mimari ihtiyaçlara göre kaynak tahsis modellerinin teknik bir karşılaştırmasını inceleyebilirsiniz:

Kısaca özetlemek gerekirse Web projelerinizin yaşam döngüsünde kesintisiz bir deneyim sunmak, yalnızca kod yapısını iyileştirmekle değil, kodun üzerinde koştuğu sunucu mimarisini doğru seçmekle mümkündür. Giriş seviyesi projelerden, çoklu hesap izolasyonu gerektiren ajans altyapılarına kadar her senaryoda doğru donanım ve yazılım katmanını kurgulamak, gelecekteki ölçekleme krizlerinin önüne geçecektir.

The post Modern Altyapılarda Kaynak İzolasyonu: Monolitik ve Dağıtık Sunucu Mimarileri appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Terminal Tabanlı AI Araçları ve BYOK Desteği

Günümüzde yazılım ekipleri, üretim hızını artırmak için AI Kodlama Araçları kullanımına yönelmiş durumda. Yeni nesil bulut sunucu platformları; Claude Code, Codex CLI, Gemini CLI, Aider, Kimi Code ve GitHub Copilot CLI gibi terminal tabanlı araçları kendi API anahtarınızla çalıştırabileceğiniz bir ekosistem sunuyor. Bu sayede geliştiriciler, yüksek maliyetli donanım yatırımı yapmadan en güncel yapay zeka asistanlarını kendi iş akışlarına entegre edebiliyor.

Geleneksel VDS ve VPS Sunuculardan Farkı

Yapay zeka odaklı sunucu çözümlerini geleneksel yapılardan ayıran en temel özellik, altyapının doğrudan geliştirici ihtiyaçlarına göre optimize edilmesidir. Standart bir VDS sunucu veya VPS’ten farklı olarak bu sistemlerde Docker, CI/CD pipeline ve AI araç entegrasyonları önceden yapılandırılmış olarak gelir. Türkiye lokasyonlu bu altyapılar, düşük gecikme süresi ile yapay zeka araçlarının anlık tepki verme kabiliyetini maksimize eder.

Claude Code ile Terminalde Yapay Zeka Dönemi

Yapay zeka asistanları arasında özellikle terminal tabanlı çalışma prensibiyle öne çıkan Anthropic’in yeni aracı Claude Code, son dönemin en çok konuşulan başlıklarından biri oldu. Geliştiricilere kod editöründen çıkmadan, doğrudan komut satırı üzerinden tüm projeyi yönetme, hata ayıklama ve kod yazma şansı tanıyan bu teknoloji, optimize edilmiş sunucu altyapılarıyla birleşince yüksek performans sunuyor.

19 Yıllık Tecrübe ile İnetmar AI Sunucu Altyapısı

Türkiye’de bu teknolojik dönüşüme öncülük eden İnetmar, 19 yılı aşkın hosting tecrübesini yeni nesil AI Sunucu çözümlerine taşıyor. Geliştirici dostu bu platform, karmaşık kurulum süreçlerini ortadan kaldırarak AI geliştirme süreçlerini hızlandırmayı hedefliyor. Yazılımın geleceğinde yapay zekanın rolü arttıkça, BYOK destekli ve önceden yapılandırılmış bu tür bulut çözümlerinin standart haline gelmesi bekleniyor.

The post AI Sunucular ile Yeni Nesil Yazılım Geliştirme Süreçleri appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Bu rehberde, PuTTY kullanarak sunucunuza nasıl güvenli bir şekilde bağlanacağınızı ve bağlantı ayarlarınızı nasıl optimize edeceğinizi öğreneceksiniz.

SSH ve PuTTY Nedir?

SSH (Secure Shell), güvensiz bir ağ üzerinden bir bilgisayara güvenli şekilde erişim sağlayan kriptografik bir ağ protokolüdür. PuTTY ise bu protokolü kullanan, açık kaynaklı, hafif ve oldukça güçlü bir terminal emülatörüdür.

1. PuTTY İndirme ve Kurulum

Bağlantıya başlamadan önce yazılımın en güncel sürümüne sahip olduğunuzdan emin olun.

• Resmi web sitesinden işletim sisteminize uygun (.msi veya .exe) sürümü indirin.

• Kurulumu tamamladıktan sonra putty.exe dosyasını çalıştırın.

2. Sunucuya İlk Bağlantının Yapılması

PuTTY arayüzü ilk bakışta karmaşık görünse de, temel bir bağlantı için sadece birkaç alanın doldurulması yeterlidir:

1. Host Name (or IP address): Buraya sunucunuzun IP adresini veya alan adını (örn: 192.168.1.1 veya server.domain.com) girin.

2. Port: Varsayılan SSH portu 22‘dir. Eğer sunucu güvenliği için port değişikliği yaptıysanız, yeni port numarasını buraya yazın.

3. Connection Type: SSH seçeneğinin işaretli olduğundan emin olun.

4. Bağlan: Alt kısımdaki Open butonuna tıklayın.

Güvenlik Notu: İlk kez bağlandığınız bir sunucuda “SSH Kaçış Anahtarı (Fingerprint)” uyarısı alırsınız. Bu, sunucunun kimliğini doğrular. Kendi sunucunuz olduğundan eminseniz “Evet” diyerek devam edin.

3. Kullanıcı Kimlik Doğrulaması

Siyah terminal ekranı açıldığında sizden kimlik bilgileri istenecektir:

• login as: Genellikle root veya sunucu sağlayıcınızın tanımladığı kullanıcı adını girin.

• Password: Şifrenizi yazın. Dikkat: Yazarken ekranda hiçbir karakter veya yıldız görünmez; bu bir güvenlik özelliğidir. Şifreyi yazıp Enter tuşuna basın.

4. SSH Key (RSA) ile Şifresiz Bağlantı (İleri Seviye)

Sürekli şifre girmek yerine daha güvenli olan SSH Key yöntemini kullanabilirsiniz:

1. PuTTYgen aracını açın ve “Generate” butonuna tıklayarak bir anahtar çifti oluşturun.

2. Public Key’i sunucunuzdaki ~/.ssh/authorized_keys dosyasına kaydedin.

3. Private Key’i (.ppk) bilgisayarınızda saklayın.

4. PuTTY içerisinde Connection > SSH > Auth > Credentials yolunu izleyerek .ppk dosyanızı tanıtın.

5. Profesyonel PuTTY İpuçları ve Ayarlar

Sunucu yönetimini kolaylaştırmak için şu ayarları yapmanızı öneririz:

• Bağlantıyı Canlı Tutmak (Keepalives): Bağlantının boşta kaldığında kopmaması için Connection sekmesinden “Seconds between keepalives” değerini 60 yapın.

• Karakter Kodlaması: Türkçe karakter sorunları yaşamamak için Window > Translation kısmından “Remote character set” ayarını UTF-8 olarak seçin.

• Görünüm: Window > Appearance altından yazı tipini (Font) değiştirerek uzun süreli çalışmalarda göz yorgunluğunu azaltabilirsiniz.

Sıkça Sorulan Sorular (SSS)

“Network error: Connection timed out” hatası alıyorum, ne yapmalıyım? Bu hata genellikle sunucu IP’sinin yanlış olmasından, sunucunun kapalı olmasından veya bir güvenlik duvarının (Firewall) 22 portunu engellemesinden kaynaklanır.

PuTTY ayarlarımı nasıl kaydederim? “Session” ekranında IP ve ayarları yaptıktan sonra “Saved Sessions” kutusuna bir isim verip Save butonuna basarsanız, bir sonraki sefer tek tıkla bağlanabilirsiniz.

The post SSH PuTTY Bağlantısı Nasıl Yapılır? (Adım Adım Kurulum Rehberi) appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Zafiyetin Arka Planı ve Teknik Detayları

Dirty Frag aslında Linux dünyasının yabancı olmadığı bir saldırı silsilesinin son halkası. 2022’deki meşhur “Dirty Pipe” (CVE-2022-0847) ve geçtiğimiz günlerde gündeme oturan “Copy/Fail” (CVE-2026-31431) açıklarının bir devamı niteliğinde.

• Temel Mantık: Saldırganlar, çekirdeğin bir ikili dosyayı (binary) yüklerken okuduğu sayfa önbelleğini (page cache) manipüle ediyor.
• Kapsam: Linux çekirdeğinin 4.14 ve sonrası (2017’den günümüze) tüm sürümleri bu risk altında.
• Durum: 7 Mayıs 2026’da duyurulan bu açık için henüz resmi CVE kodu “Dirty Frag” özelinde güncellenme aşamasında olsa da, ana dağıtımların (Ubuntu, AlmaLinux, CloudLinux) mühendislik ekipleri konu üzerinde çalışıyor.

Etkilenen İşletim Sistemleri

Şu an itibarıyla aşağıdaki sistemlerin savunmasız olduğu teyit edilmiştir:

Geçici Çözüm

Resmi yamalar yayınlanana kadar sunucu hizmetlerinizi güvence altına almak için zafiyete kapı aralayan belirli kernel modüllerini devre dışı bırakmanız ve önbelleği temizlemeniz önerilmektedir.

1. Modülleri Devre Dışı Bırakma:

Root yetkisiyle aşağıdaki komutu çalıştırarak riskli protokollerin yüklenmesini engelleyin:

sh -c "printf 'install esp4 /bin/false\ninstall esp6 /bin/false\ninstall rxrpc /bin/false\n' > /etc/modprobe.d/dirtyfrag.conf; rmmod esp4 esp6 rxrpc 2>/dev/null; true"

2. Sayfa Önbelleğini Temizleme:

Bellekteki olası manipülasyonları ortadan kaldırmak için önbelleği şu komutla boşaltın:

echo 3 > /proc/sys/vm/drop_caches

Önemli Not: Bu işlemler sunucunuzda IPsec (esp) veya özel RPC (rxrpc) protokollerini kullanan servisleri etkileyebilir. Uygulamadan önce servis bağımlılıklarınızı kontrol etmeniz tavsiye ederiz.

Şu an için CloudLinux ve AlmaLinux tarafında ön duyurular yapılmış durumda. Gözünüz sistem güncellemelerinde (yum update / apt upgrade) olsun resmi yamalar yayınlandığı anda bu geçici önlemleri kaldırıp kernel güncellemesini tamamlamak en kalıcı çözüm olacaktır.

The post Linux Kernel’da Kritik “Dirty Frag” Zafiyeti Tespit Edildi! appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Debian ve Ubuntu Tabanlı Sistemler (APT)

Ubuntu ve Debian türevlerinde kararlı sürümler depolarda hazır bulunur. Root olarak şu komutları kullanın:

apt update && apt install nginx -y

Servisi aktif etmek ve başlatmak için:

systemctl enable --now nginx

RHEL, AlmaLinux ve CloudLinux (DNF/YUM)

Kurumsal sistemlerde EPEL deposu üzerinden kurulum gerçekleştirilir:

dnf install epel-release -y
dnf install nginx -y

Ardından dış dünya ile bağlantı için güvenlik duvarı izinlerini verin:

firewall-cmd --permanent --add-service={http,https}
firewall-cmd --reload

Arch Linux (Pacman)

En güncel paketler için Arch üzerinde şu komutları çalıştırın:

pacman -S nginx
systemctl enable --now nginx

Kurulum Sonrası Kontrol

Kurulum tamamlandığında tarayıcı üzerinden sunucu IP adresinizi kontrol ederek Nginx’in çalıştığını teyit edin. Yapılandırma dosyalarına /etc/nginx/ dizininden erişebilir, sistem loglarını /var/log/nginx/ altından takip edebilirsiniz.

The post NginX Kurulumu appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

NGINX (Engine-X) Tam Olarak Nedir?

Okunuşu Engine-X olan NGINX açık kaynak kodlu, yüksek performanslı bir web sunucusudur. İlk olarak 2004 yılında Igor Sysoev tarafından, o dönem sunucuların kanayan yarası olan C10K problemini (aynı anda 10.000 bağlantıyı yönetme sorunu) çözmek için geliştirildi. Ancak bugün NGINX’e sadece bir “web sunucusu” demek ona haksızlık olur. O aynı zamanda mükemmel bir ters vekil sunucu (reverse proxy), yetenekli bir yük dengeleyici (load balancer) ve güçlü bir HTTP önbelleğidir.

Apache vs. NGINX: Farkı Yaratan Sır Ne?

Eğer web sunucularıyla biraz ilgilendiyseniz, muhtemelen Apache ismini duymuşsunuzdur. Peki NGINX nasıl oldu da tahtı ele geçirdi? Cevap mimaride gizli.

Bu durumu bir restoran örneğiyle anlatalım:

• Geleneksel Model (Apache tarzı): Restorana gelen her müşteri (istek) için mutfaktan yeni bir garson (işlem/thread) atanır. Müşteri menüye bakarken veya yemeğini beklerken garson masanın başında beklemek zorundadır. Müşteri sayısı arttıkça garson sayısı da artar, içerisi tıka basa dolar ve sonunda sistem kilitlenir.
• Olay Güdümlü Model (NGINX tarzı): NGINX, Asenkron ve Olay Güdümlü (Event-driven) çalışır. Restoranda sadece birkaç süper-garson vardır (Worker processes). Bir garson siparişi alır, mutfağa iletir ve yemek hazırlanana kadar masada beklemez; hemen diğer masanın siparişini almaya gider.

Bu mimari sayesinde NGINX, minimum RAM ve işlemci tüketimiyle aynı anda on binlerce bağlantıyı sorunsuz bir şekilde yönetebilir.

NGINX Hangi Görevleri Üstlenir?

Modern bir altyapıda NGINX bir İsviçre çakısı gibi çalışır. İşte en kritik görevleri:

1. Reverse Proxy Yapar

İstemci (kullanıcı) ile arka plandaki asıl sunucularınız arasında bir kalkan görevi görür. Kullanıcı doğrudan sunucunuza erişmez, NGINX’e gelir. NGINX isteği alır, güvenli bulut sunucu ağınızdaki ilgili uygulamaya iletir ve cevabı kullanıcıya döndürür. Bu, hem güvenliği inanılmaz derecede artırır hem de altyapınızı gizler.

2. Load Balancing Sağlar

Diyelim ki harika bir kampanya yaptınız ve sitenize anlık devasa bir trafik akını başladı. Tek bir sunucu bu yükü kaldıramaz. NGINX, gelen trafiği arkadaki birden fazla sunucuya (örneğin Docker konteynerlerinize) eşit ve akıllıca dağıtır. Biri yorulursa, trafiği anında diğerine kaydırır. Sonuç? Sıfır kesinti, %100 erişilebilirlik.

3. Statik İçerikleri Jet Hızında Sunar

Resimler, CSS dosyaları veya JavaScript kodları gibi statik içerikleri sunma konusunda NGINX rakipsizdir. Uygulama sunucunuzu (Node.js, Python vb.) bu basit işlerle yormaz; bu dosyaları doğrudan kendi üzerinden inanılmaz bir hızla kullanıcıya ulaştırır.

Bulut Sunucular ve Modern Mimarilerde NGINX

Özellikle CI/CD süreçlerinin ve konteyner teknolojilerinin (Docker, Kubernetes) standart hale geldiği günümüz teknoloji dünyasında, NGINX bu sistemlerin kalbinde yer alır. İster mikroservis mimarileri inşa ediyor olun, ister yüksek performanslı bir e-ticaret altyapısı kuruyor olun, NGINX’in hafif yapısı onu modern bulut sunucular için mükemmel bir partner yapar.

Sistem kaynaklarını tüketmeden yüksek performans vermesi, bulut maliyetlerinizi (ölçeklendirme masraflarınızı) doğrudan düşüren stratejik bir avantajdır.

Neden NGINX Seçmelisiniz?

• Eşsiz Hız ve Performans: Yüksek trafikli anlarda bile sayfa yüklenme sürelerini minimumda tutar.
• Kaynak Verimliliği: Daha az CPU ve RAM kullanarak çok daha fazla iş yapar.
• Esneklik: Web sunucusu, proxy, önbellek ve yük dengeleyici olarak tek başına koca bir ordu gibi çalışır.
• Modern Teknoloji Uyumu: Docker ve bulut tabanlı altyapılarla kusursuz entegre olur.

Dijital dünyada saniyelerin bile değil, milisaniyelerin önem taşıdığı bir çağdayız. Güçlü, kesintisiz ve ölçeklenebilir bir web projesi hayal ediyorsanız, mimarinizin kapısında duracak en iyi güvenlik görevlisi ve trafik polisi kesinlikle NGINX’tir.

The post Nginx Nedir? appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.