Reverse Proxy Nedir? Sunucularda Güvenli Trafik Yönlendirme Rehberi

Son Güncelleme: Eylül 2026

Reverse proxy, web uygulamalarına gelen trafiği arka plandaki sunuculara güvenli, kontrollü ve optimize edilmiş şekilde ileten önemli bir ağ bileşenidir. Özellikle VPS, VDS, bulut sunucu ve kiralık sunucu mimarilerinde performans, SSL yönetimi, yük dengeleme ve güvenlik katmanı oluşturmak için sıkça kullanılır.

Bu rehberde reverse proxy kavramını, forward proxy ile farklarını, Nginx ve HAProxy gibi araçlarla kullanım mantığını, SSL sonlandırma, önbellekleme, loglama ve güvenlik senaryolarını detaylı biçimde ele alacağız.

İçindekiler

• Reverse Proxy Nedir?
• Forward Proxy ile Reverse Proxy Arasındaki Fark
• Reverse Proxy Neden Kullanılır?
• Temel Çalışma Mantığı
• Yaygın Kullanım Senaryoları
• Nginx ile Örnek Reverse Proxy Yapılandırması
• SSL Sonlandırma ve Sertifika Yönetimi
• Reverse Proxy Güvenlik Önlemleri
• Performans Optimizasyonu
• Loglama ve Sorun Giderme
• Hangi Sunucu Tipi Reverse Proxy İçin Uygundur?
• Sıkça Sorulan Sorular
• Sonuç

Reverse Proxy Nedir?

Reverse proxy, istemciden gelen HTTP veya HTTPS isteklerini doğrudan uygulama sunucusuna ulaştırmak yerine önce karşılayan ve ardından uygun arka uç sunucusuna yönlendiren ara katmandır. Türkçede ters vekil sunucu olarak ifade edilebilir. Kullanıcı tarayıcısı yalnızca reverse proxy sunucusunu görür; uygulama sunucuları, veritabanı sunucuları veya dahili servisler doğrudan internete açılmak zorunda kalmaz.

Bu yapı özellikle modern web mimarilerinde çok değerlidir. Örneğin bir e-ticaret sitesi Node.js, PHP, Python veya Java tabanlı bir uygulama çalıştırıyor olabilir. Uygulama 3000, 8000 veya 8080 gibi dahili portlarda hizmet verirken, dış dünyadan gelen trafik 80 ve 443 portları üzerinden reverse proxy tarafından karşılanır. Reverse proxy gelen isteğin alan adına, URL yoluna, HTTP başlıklarına veya yük durumuna göre isteği doğru servise aktarır.

Reverse proxy kavramını yalnızca yönlendirme aracı olarak düşünmek eksik olur. Doğru yapılandırıldığında SSL sertifikası yönetimi, yük dengeleme, önbellekleme, DDoS etkisini azaltma, erişim kontrolü, log merkezi oluşturma ve güvenlik başlıkları ekleme gibi birçok görevi üstlenebilir. Bu nedenle tek bir web uygulaması barındıran küçük VPS sunuculardan, çok sayıda mikro servis çalıştıran kurumsal yapılara kadar geniş bir kullanım alanı vardır.

Reverse proxy için en çok kullanılan yazılımlar arasında Nginx, HAProxy, Apache HTTP Server, Traefik ve bazı bulut tabanlı load balancer çözümleri bulunur. Her aracın güçlü olduğu alan farklıdır. Nginx statik dosya sunumu, HTTP yönlendirme ve basit yük dengeleme için oldukça yaygınken, HAProxy yüksek performanslı TCP ve HTTP yük dengeleme senaryolarında öne çıkar. Traefik ise Docker ve container ortamlarında otomatik servis keşfi ile tercih edilir.

Forward Proxy ile Reverse Proxy Arasındaki Fark

Forward proxy ve reverse proxy birbirine benzeyen kavramlar gibi görünse de konumlandıkları taraf farklıdır. Forward proxy istemci tarafında çalışır ve kullanıcının internete çıkarken hangi kaynaklara erişeceğini yönetir. Reverse proxy ise sunucu tarafında çalışır ve internetteki kullanıcıların arka plandaki servislerle nasıl iletişim kuracağını yönetir.

Basit bir benzetme yapmak gerekirse forward proxy, kullanıcıların dış dünyaya açılan kapısıdır; reverse proxy ise web uygulamalarının dış dünyadan gelen ziyaretçileri karşılayan resepsiyonudur. Kullanıcı, arka planda kaç sunucu olduğunu, hangi portların kullanıldığını veya uygulamanın hangi dilde yazıldığını bilmez. Bu soyutlama güvenlik ve yönetim açısından büyük avantaj sağlar.

Reverse Proxy Neden Kullanılır?

Reverse proxy kullanımının en önemli nedeni web trafiğini tek bir kontrollü noktada toplamaktır. Birden fazla uygulama, servis veya sunucu çalıştırıyorsanız her birini internete doğrudan açmak hem yönetimi zorlaştırır hem de saldırı yüzeyini büyütür. Reverse proxy, bu servislerin önüne yerleştirilerek trafiğin kurallı şekilde dağıtılmasını sağlar.

• Güvenlik: Arka uç sunucular doğrudan internete açılmaz. Böylece uygulama portları, dahili IP adresleri ve servis yapısı dışarıdan gizlenir.
• SSL yönetimi: SSL sertifikaları tek noktada yönetilebilir. Uygulama sunucularının her birinde ayrı sertifika yapılandırması yapmak gerekmez.
• Yük dengeleme: Trafik birden fazla uygulama sunucusuna dağıtılarak tek sunucunun aşırı yüklenmesi önlenir.
• Önbellekleme: Statik içerikler veya belirli yanıtlar reverse proxy üzerinde saklanarak uygulama sunucusunun yükü azaltılabilir.
• Merkezi loglama: Tüm gelen istekler tek noktada kayıt altına alınabilir. Bu, analiz ve güvenlik incelemesi için değerlidir.
• Bakım kolaylığı: Arka uç uygulama değişse bile dışarıdaki alan adı ve erişim noktası aynı kalabilir.

Örneğin aynı VDS üzerinde app.example.com, api.example.com ve panel.example.com gibi üç farklı servis çalıştırdığınızı düşünün. Reverse proxy olmadan bu servisleri farklı portlardan yayınlamak veya karmaşık yönlendirmeler yapmak gerekir. Reverse proxy ile tüm servisler 443 portu üzerinden alan adına göre ayrıştırılabilir. Böylece hem kullanıcı deneyimi sadeleşir hem de yönetim merkezi hale gelir.

Temel Çalışma Mantığı

Reverse proxy çalışma mantığı istek ve yanıt zinciri üzerine kuruludur. Kullanıcı tarayıcısına bir alan adı yazar. DNS kaydı bu alan adını reverse proxy sunucusunun IP adresine çözümler. Tarayıcı, HTTP veya HTTPS isteğini reverse proxy sunucusuna gönderir. Reverse proxy isteği analiz eder ve tanımlı kurallara göre uygun arka uç servise iletir. Arka uç servis yanıtı üretir, reverse proxy bu yanıtı kullanıcıya geri döndürür.

1. İstek alınır: Kullanıcının tarayıcısından gelen bağlantı reverse proxy tarafından karşılanır.
2. Kural değerlendirilir: Alan adı, URL yolu, HTTP metodu, başlıklar ve IP adresi gibi bilgiler kontrol edilir.
3. Arka uç seçilir: İstek uygun uygulama sunucusuna, container servisine veya statik dosya dizinine yönlendirilir.
4. Yanıt alınır: Uygulama sunucusu yanıtı reverse proxy katmanına gönderir.
5. Yanıt düzenlenir: Gerekirse güvenlik başlıkları eklenir, sıkıştırma uygulanır veya önbellek kullanılır.
6. Kullanıcıya iletilir: Son yanıt istemciye gönderilir.

Bu zincirin avantajı, uygulama sunucularının yalnızca reverse proxy ile konuşacak şekilde izole edilebilmesidir. Örneğin uygulama sunucusu sadece özel ağdan gelen istekleri kabul edebilir. Böylece internetten doğrudan uygulama portuna erişim engellenir. Özellikle Sanal Sunucu veya Kiralık Sunucu altyapılarında bu yaklaşım güvenlik katmanını güçlendirir.

Yaygın Kullanım Senaryoları

Reverse proxy, yalnızca büyük ölçekli yapılara özgü değildir. Küçük bir blog, orta ölçekli bir SaaS uygulaması veya kurumsal bir e-ticaret platformu da reverse proxy mimarisinden yararlanabilir. Önemli olan ihtiyaca uygun bir tasarım yapmaktır.

Tek Sunucuda Birden Fazla Uygulama Yayınlama

Bir VPS üzerinde WordPress, Laravel uygulaması, yönetim paneli ve API servisi aynı anda çalışabilir. Reverse proxy, alan adına göre bu servisleri ayrıştırır. Örneğin blog.site.com WordPress servisine, api.site.com API uygulamasına, panel.site.com ise yönetim paneline yönlendirilebilir.

Mikro Servis Mimarisi

Mikro servis yapılarında her servis bağımsız çalışır. Kullanıcı yönetimi, ödeme, bildirim ve raporlama servisleri farklı portlarda veya farklı sunucularda bulunabilir. Reverse proxy, dış dünyaya tek bir giriş noktası sunarak servislerin karmaşıklığını gizler.

Yük Dengeleme

Trafiğin yoğun olduğu projelerde aynı uygulamanın birden fazla kopyası çalıştırılır. Reverse proxy, istekleri bu kopyalar arasında dağıtır. Böylece tek bir sunucunun darboğaz oluşturması engellenir. Bakım sırasında bir sunucu devre dışı bırakılırken diğerleri hizmet vermeye devam edebilir.

SSL Sonlandırma

HTTPS bağlantısının şifre çözme işlemi reverse proxy üzerinde yapılabilir. Bu yönteme SSL termination yani SSL sonlandırma denir. Arka uç servisler özel ağda HTTP ile çalışabilir veya güvenlik gereksinimine göre yine HTTPS kullanılabilir.

Uygulama Önü Güvenlik Katmanı

Reverse proxy üzerinden IP kısıtlama, rate limiting (oran sınırlama), temel kimlik doğrulama, güvenlik başlıkları ve kötü amaçlı istek engelleme gibi kontroller uygulanabilir. Bu kontroller uygulama koduna dokunmadan ağ seviyesinde ek koruma sağlar.

Nginx ile Örnek Reverse Proxy Yapılandırması

Nginx, reverse proxy yapılandırması için en yaygın kullanılan araçlardan biridir. Hafif çalışması, yüksek eşzamanlı bağlantı kapasitesi ve sade yapılandırma mantığı nedeniyle VPS ve VDS ortamlarında sık tercih edilir. Aşağıdaki örnekte 3000 portunda çalışan bir uygulama, 80 portu üzerinden yayınlanmaktadır.

server {
    listen 80;
    server_name example.com www.example.com;

    location / {
        proxy_pass http://127.0.0.1:3000;
        proxy_http_version 1.1;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

Bu yapılandırmada proxy_pass direktifi isteğin hangi arka uç servise aktarılacağını belirtir. proxy_set_header satırları ise uygulamanın gerçek istemci IP adresini, orijinal protokolü ve alan adını doğru okuyabilmesi için önemlidir. Bu başlıklar eklenmezse uygulama tüm istekleri reverse proxy IP adresinden gelmiş gibi görebilir.

Yapılandırma dosyası oluşturulduktan sonra Nginx sözdizimi kontrol edilmelidir. Bu adım, hatalı yapılandırmanın canlı servisi kesintiye uğratmasını önler.

nginx -t
systemctl reload nginx

Üretim ortamında yalnızca yapılandırmanın çalışması yeterli değildir. Güvenlik duvarı kuralları ile 3000 portunun dış dünyaya kapatılması gerekir. Böylece uygulama portuna yalnızca localhost veya özel ağ üzerinden erişilebilir.

ufw allow 80/tcp
ufw allow 443/tcp
ufw deny 3000/tcp

Bu basit örnek, reverse proxy mantığını anlamak için yeterlidir. Daha gelişmiş yapılarda upstream blokları, health check, cache alanları, rate limiting ve SSL yapılandırması eklenir.

SSL Sonlandırma ve Sertifika Yönetimi

Reverse proxy’nin en güçlü kullanım alanlarından biri SSL yönetimidir. Her uygulama sunucusunda ayrı ayrı sertifika kurmak yerine sertifikalar reverse proxy üzerinde tutulabilir. Kullanıcı ile reverse proxy arasındaki bağlantı HTTPS olur. Reverse proxy ile arka uç servis arasındaki bağlantı ise mimariye göre HTTP veya HTTPS olabilir.

SSL sonlandırma özellikle çok sayıda servis yöneten sistemlerde operasyonel kolaylık sağlar. Sertifika yenileme, protokol ayarları, HSTS başlığı, TLS sürümleri ve şifre takımları tek noktadan yönetilebilir. Corelux üzerinde SSL ihtiyacı olan projeler için SSL Sertifikası hizmeti tercih edilerek web trafiğinin güvenli iletilmesi sağlanabilir.

Örnek bir HTTPS reverse proxy yapılandırması şu şekilde olabilir:

server {
    listen 443 ssl http2;
    server_name example.com;

    ssl_certificate /etc/ssl/example.com/fullchain.pem;
    ssl_certificate_key /etc/ssl/example.com/privkey.pem;

    location / {
        proxy_pass http://127.0.0.1:3000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto https;
    }
}

HTTPS kullanırken dikkat edilmesi gereken noktalardan biri uygulamanın orijinal protokolü doğru algılamasıdır. Birçok framework, X-Forwarded-Proto başlığına bakarak kullanıcının HTTPS üzerinden gelip gelmediğini anlar. Bu başlık yanlış ayarlanırsa uygulama sonsuz yönlendirme döngüsüne girebilir veya güvenli çerezleri hatalı üretebilir.

Reverse Proxy Güvenlik Önlemleri

Reverse proxy güvenliği yalnızca SSL kurmakla sınırlı değildir. Tüm internet trafiği bu katmandan geçtiği için yanlış yapılandırmalar ciddi risk oluşturabilir. En iyi uygulama, reverse proxy’yi hem erişim kontrol noktası hem de gözlem noktası olarak kullanmaktır.

• Arka uç portlarını kapatın: Uygulama portları internete açık olmamalıdır. Yalnızca reverse proxy bu servislere erişebilmelidir.
• Güvenilir başlıkları sınırlayın: X-Forwarded-For gibi başlıklar istemci tarafından taklit edilebilir. Uygulama yalnızca güvenilir reverse proxy’den gelen başlıkları dikkate almalıdır.
• Rate limiting uygulayın: Giriş formları, API uçları ve arama sayfaları gibi hassas noktalarda istek sayısı sınırlandırılmalıdır.
• Güvenlik başlıkları ekleyin: Strict-Transport-Security, X-Frame-Options ve X-Content-Type-Options gibi başlıklar tarayıcı tarafı riskleri azaltır.
• Varsayılan sanal host bırakmayın: Tanımsız alan adlarından gelen istekler kapatılmalı veya boş bir yanıtla sonlandırılmalıdır.
• Güncel yazılım kullanın: Nginx, HAProxy ve işletim sistemi paketleri düzenli olarak güncellenmelidir.

Basit bir oran sınırlama örneği aşağıdaki gibidir. Bu yapılandırma, belirli bir IP adresinden gelen istek yoğunluğunu kontrol altında tutmaya yardımcı olur.

http {
    limit_req_zone $binary_remote_addr zone=api_limit:10m rate=10r/s;

    server {
        location /api/ {
            limit_req zone=api_limit burst=20 nodelay;
            proxy_pass http://127.0.0.1:3000;
        }
    }
}

Bu tür sınırlamalar dikkatli planlanmalıdır. Çok agresif limitler gerçek kullanıcıları da etkileyebilir. Özellikle NAT arkasından gelen kurumsal kullanıcılar aynı IP adresini paylaşabileceği için limit değerleri uygulamanın trafiğine göre test edilmelidir.

Performans Optimizasyonu

Reverse proxy doğru yapılandırıldığında yalnızca güvenlik sağlamaz, aynı zamanda performansı da artırır. Uygulama sunucusunun her isteği sıfırdan işlemesi yerine, reverse proxy belirli yanıtları önbellekte tutabilir, bağlantıları yeniden kullanabilir ve sıkıştırma uygulayabilir.

Önbellekleme

Statik dosyalar, görseller, CSS, JavaScript ve bazı API yanıtları reverse proxy üzerinde cache edilebilir. Bu sayede uygulama sunucusuna giden istek sayısı azalır. Ancak kullanıcıya özel içerikler yanlışlıkla cache edilmemelidir. Oturum bilgisi içeren sayfaların önbelleğe alınması veri sızıntısına yol açabilir.

Bağlantı Yeniden Kullanımı

Reverse proxy, arka uç sunucularla bağlantıları belirli süre açık tutarak her istek için yeniden bağlantı kurma maliyetini azaltabilir. Bu özellik yoğun trafikli sistemlerde gecikmeyi düşürür.

Sıkıştırma

Metin tabanlı yanıtlar gzip veya brotli gibi yöntemlerle sıkıştırılabilir. Sıkıştırma, bant genişliği tüketimini azaltır ve özellikle mobil kullanıcılar için sayfa yükleme süresini iyileştirir. Ancak CPU kullanımı da artabileceği için dengeli ayar yapılmalıdır.

Statik İçerik Ayrıştırma

Uygulama sunucusu dinamik işlemlere odaklanırken statik dosyalar Nginx tarafından doğrudan sunulabilir. Bu yaklaşım PHP, Node.js veya Python uygulamalarında performans avantajı sağlar.

Performans optimizasyonu için sunucu kaynağı da önemlidir. Trafiği artan projelerde Türkiye VDS Sunucu, bölgesel hedefi Avrupa olan projelerde ise Almanya VDS Sunucu gibi seçeneklerle daha kontrollü kaynak kullanımı sağlanabilir.

Loglama ve Sorun Giderme

Reverse proxy katmanı, web trafiğinin geçtiği merkezi nokta olduğu için sorun giderme açısından çok değerlidir. Erişim logları, hata logları, yanıt süreleri, durum kodları ve istemci IP adresleri burada analiz edilebilir. Ancak logların doğru formatta tutulması gerekir.

Nginx üzerinde özel log formatı tanımlayarak arka uç yanıt süresi ve upstream bilgileri kayıt altına alınabilir.

log_format upstream_time '$remote_addr - $host [$time_local] '
                         '"$request" $status $body_bytes_sent '
                         'rt=$request_time uct=$upstream_connect_time '
                         'uht=$upstream_header_time urt=$upstream_response_time';

access_log /var/log/nginx/access.log upstream_time;

Bu log formatı sayesinde isteğin toplam süresi ile arka uç sunucunun yanıt süresi karşılaştırılabilir. Eğer request_time yüksek ancak upstream_response_time düşükse gecikme istemci bağlantısı veya ağ katmanından kaynaklanıyor olabilir. Eğer upstream süresi yüksekse uygulama, veritabanı veya arka uç servis incelenmelidir.

Yaygın hatalar arasında 502 Bad Gateway, 504 Gateway Timeout ve yanlış yönlendirme döngüleri bulunur. 502 hatası çoğunlukla arka uç servisin çalışmaması, yanlış port kullanımı veya bağlantı reddi nedeniyle oluşur. 504 hatası ise arka uç servisin zamanında yanıt veremediğini gösterir. SSL yönlendirme döngüleri genellikle uygulamanın gerçek protokolü yanlış algılamasından kaynaklanır.

• 502 hatasında: Arka uç servis çalışıyor mu, port doğru mu, güvenlik duvarı engel oluyor mu kontrol edilmelidir.
• 504 hatasında: Uygulama yanıt süresi, veritabanı sorguları ve timeout değerleri incelenmelidir.
• Yönlendirme döngüsünde: X-Forwarded-Proto ve uygulama proxy güven ayarları kontrol edilmelidir.
• Gerçek IP görünmüyorsa: X-Real-IP ve X-Forwarded-For başlıkları ile uygulama framework ayarları gözden geçirilmelidir.

Hangi Sunucu Tipi Reverse Proxy İçin Uygundur?

Reverse proxy için doğru sunucu tipini seçmek, trafiğin hacmine, uygulama sayısına, beklenen eşzamanlı bağlantı miktarına ve güvenlik gereksinimlerine bağlıdır. Küçük projelerde tek bir VPS veya VDS üzerinde hem reverse proxy hem de uygulama çalışabilir. Daha büyük projelerde reverse proxy ayrı bir sunucuda konumlandırılır ve uygulama sunucuları özel ağda tutulur.

Coğrafi hedef de önemlidir. Türkiye’deki kullanıcıları hedefleyen projelerde düşük gecikme için Türkiye Kiralık Sunucu veya Türkiye lokasyonlu sanal sunucu tercih edilebilir. Avrupa kullanıcılarını hedefleyen projelerde Almanya veya Fransa lokasyonları mantıklı olabilir. Değişken kaynak ihtiyacı olan projelerde ise Bulut Sunucu mimarisi esnek ölçekleme avantajı sağlar.

Reverse proxy ayrı bir katman olarak tasarlanacaksa ağ gecikmesi, özel VLAN veya dahili ağ desteği, yedeklilik, disk log kapasitesi ve işlemci gücü dikkate alınmalıdır. Trafik şifre çözme işlemi nedeniyle TLS yoğun sitelerde CPU kullanımı artabilir. Bu nedenle yalnızca RAM ve disk değil, işlemci performansı da planlamaya dahil edilmelidir.

Sıkça Sorulan Sorular

Sonuç

Reverse proxy, modern web altyapılarında güvenlik, performans ve yönetilebilirlik açısından kritik bir bileşendir. Gelen trafiği merkezi bir noktada karşılayarak arka uç servisleri gizler, SSL yönetimini sadeleştirir, yük dengeleme sağlar, önbellekleme ile performansı artırır ve loglama sayesinde sorun giderme süreçlerini kolaylaştırır.

Başarılı bir reverse proxy tasarımı için yalnızca çalışan bir Nginx yapılandırması yeterli değildir. Arka uç portlarının kapatılması, gerçek IP başlıklarının doğru iletilmesi, SSL ayarlarının güvenli yapılması, oran sınırlama kurallarının dikkatli planlanması ve logların düzenli izlenmesi gerekir. Küçük bir VPS üzerinde başlayan yapı, trafik arttıkça ayrı reverse proxy, ayrı uygulama sunucuları ve ayrı veritabanı katmanına dönüşebilir.

Corelux altyapısında projenizin ölçeğine göre Sanal Sunucu, Kiralık Sunucu, Bulut Sunucu ve SSL Sertifikası seçenekleriyle güvenli, performanslı ve yönetilebilir reverse proxy mimarileri kurabilirsiniz. Doğru planlanmış bir reverse proxy katmanı, web uygulamanızın hem bugünkü trafiğini sağlıklı yönetmesine hem de gelecekte ölçeklenmesine güçlü bir temel oluşturur.