İçeriğe atla
DDoS koruması · Peeryx · 15 Tbps+
Tüm rehberler

GRE, reverse proxy veya BGP: korunan trafik nasıl iletilir?

GRE, reverse proxy ve BGP farklı işleri yapar. Seçim hizmetlere, ağ yönetimine ve trafiğin iki yönüne bağlıdır. Hiçbiri tek başına tam DDoS koruması değildir veya her uygulama için belirli gecikme garantisi vermez; gerçek ihtiyacı ve işletme koşullarını birlikte inceleyin.

← Tüm rehberlerCubixServ

Başlamadan önce

Genel endpointi, kaynağı, protokolleri ve geri dönüşü çizin. Adres ve ağ yetkilerini, işletmeci koşullarını doğrulayın. Ortak yol veya filtre değiştirmeden önce ayarları saklayın, bakım planlayın ve önceki duruma dönüşü hazırlayın; etkilenebilecek diğer hizmetleri belirleyin.

Gereken işi tanımlayın

HTTP uygulaması yayınlamak, TCP/UDP oyunu iletmek veya yetkili IP öneki duyurmak farklı işlerdir. Uygulamanın asıl istemci adresini bilmesi gerekip gerekmediğini de belirleyin. Ürün adı geri dönüşü ve izinli hizmetleri açıklamaz: başka ortamdan yapılandırma almadan önce gerçek topolojiyi ve her iki ucun sorumluluğunu doğrulayın. Sadece en kapsamlı teknik özelliğe göre seçim yapmak küçük projeyi gereksiz yönetim yüküne sokabilir.

FiveM için ayrı bağlantı uç noktaları, dosyalar ve oynanış. Doğrudan kalan, reklamı yapılan adresleri ve hizmetleri kontrol edin. İstemci adreslerinin korunup korunmadığını, hangi bilgilerin kaynağa ulaştığını ve hangi güven kurallarının sürümünüzle eşleştiğini belirleyin.

GRE tünelini anlayın

GRE endpointler arasında paket kapsüller. IPv4’te IP protokolü 47 kullanılır; bu TCP portu 47 değildir. İki uç hazırsa önceden filtrelenmiş trafiği taşıyabilir. Kendiliğinden şifreleme veya kimlik doğrulama sağlamaz: kaynakları sınırlandırın, uçları koruyun. Kapsülleme bayt ekleyip kullanılabilir MTU’yu küçültebilir; yalnız küçük paketlerle değil gerçek aktarımlarla test edin. Kaynak ve geri dönüş düzenini de doğrulayın.

Ekipmanın ve ağların GRE'ye izin verip vermediğini kontrol edin. IPv4'de, açmak için yalnızca TCP veya UDP bağlantı noktası yerine IP protokol numarasını kullanır. Kapsülleme, başlıklar ekler: etkili MTU'yu, rotaları ve dönüş yolunu uyarlayın ve test edin. Küçük paketlerle çalışan bir bağlantı, daha büyük paketlerle de başarısız olabilir.

HTTP ile taşıma proxylerini ayırın

HTTP reverse proxy HTTP isteklerini yorumlar. Başka hizmetler uygun TCP veya UDP iletimi gerektirir; uyuyorsa NGINX Stream modülü kullanılabilir. Oturum süresini, zaman aşımını ve UDP davranışını kontrol edin. Çalışan web sitesi oyunun çalıştığını kanıtlamaz. İstemci adresinin korunması kaynağın desteklediği mekanizmalara bağlıdır; yalnız arada proxy bulunduğu için bunu varsaymayın. Uygulamanın beklediği adres bilgisini ayrıca test edin.

Bir yönlendirme sözleşmesine, yetkili kaynaklara ve sağlayıcının ön koşullarına ihtiyacınız var. Üçüncü taraf öneklerinin duyurulması gerçek yetki gerektirir. Kabul edilen önek boyutları, filtreler ve doğrulama işlemleri operatörler arasında farklılık gösterir. Bir VPS adresi, internette bir öneki duyurma hakkını veya yeteneğini otomatik olarak vermez.

BGP koşullarını doğrulayın

BGP yönlendirme bilgisi paylaşır. Ağ duyurusu yetkili kaynaklar, anlaşmalar ve işletmeci politikaları ister: atanmış VPS IP’si serbestçe duyurulabilen önek değildir. BGP saldırıları tek başına filtrelemez. Korumalı transit, yönlendirme ve filtrelemeyi birleştirir. Önek boyutlarını, koşulları, geri dönüşü ve duyuru ya da erişim arızasında sorumluluğu konuşun. Kendi kaynak yetkilerinizi ve sağlayıcının kabul şartlarını doğrulamadan bu yolu seçmeyin.

Baypas yollarını da tanımlayın: eski adresler, ikincil DNS, dosyalar, ses veya yönetim araçları. Bir kaynağı kısıtlamadan önce meşru kaynakları ve gerekli hizmetleri doğrulayın. Uzaktan koruma, hedefin doğrudan açığa çıkmasını kontrol etme ihtiyacını ortadan kaldırmaz.

MTU ve iki yönü test edin

Yalnız küçük paket veya tek port değil, kullanımınızı temsil eden boyuttaki aktarımları deneyin. Yanlış MTU, basit erişim testi geçerken indirmeyi bozabilir. Asimetrik yollar bağlantı durumunu izleyen bileşenleri etkileyebilir; her iki yönü belgeleyin. Diğer hizmetleri ve çalışan ayarlara kontrollü dönüşü değerlendirmeden genel MTU veya yönlendirme değiştirmeyin. Testi uygulamayla tamamlayın ve sorunun hangi aktarımda görüldüğünü kaydedin.

Mevcut geri alma yapılandırmasıyla tek seferde bir bileşeni değiştirin. Her türlü test yükünü koordine edin ve sınırlandırın. DNS, proxy, tünel ve güvenlik duvarını aynı anda değiştirmek, bir testin neden başarısız olduğunu belirlemeyi zorlaştırır.

İşletilebilir çözümü seçin

Tek web sitesi, çok sayıda protokol veya kendi ağınız farklı gereksinimler getirir. İzleme, kurtarma ve kesinti sorumluluğunu hesaba katın. En geniş teknik mutlaka en uygun teknik değildir. Taşımadan önce uygulamaları test edip bağlantı, paket kaybı, gecikme ve sınırları kaydedin. Yöntem adı özel kapasite veya genel uygulama koruması anlamına gelmez; gerçek teklifi ve yönetim gerekliliklerini karşılaştırın.

Seçilen kapsam için sorumlulukları, fiili kullanılabilirliği, trafik sınırlarını ve fiyatlandırmayı karşılaştırın. Mekanizmaların birleştirilmesi yardımcı olabilir ancak her katman, ayarlar ve izleme gereksinimleri ekler. Ekibinizin ve sağlayıcınızın birlikte doğrulayabileceği basit bir açıklama tutun.

Durumunuza göre sonraki adım

DurumNe yapılmalı?
Tek HTTP uygulamasıKaynak kuralları ve ayrı yönetim erişimi olan HTTP proxyyi değerlendirin.
Birden fazla TCP/UDP hizmetiTünel ve taşıma iletimini MTU, istemci adresi ve geri dönüşle birlikte karşılaştırın.
Kendi yetkili IP ağınızBGP ve transiti işletmeciyle kararlaştırın. Tek VPS adresi önek duyurmaya yeterli değildir.

Resmî kaynaklar

Bu kaynaklar belirtilen protokol ve ayarları açıklar. Kullandığınız sürümün belgelerini kontrol edin.

  1. RFC Editor / IETF/rfc/rfc2784
  2. RFC Editor / IETF/rfc/rfc4271
  3. NGINX/en/docs/stream/ngx_stream_proxy_module.html
  4. Cfx.re/docs/server-manual/proxy-setup/