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

DDoS azaltımı sırasında gecikme: yolu, kaybı ve gerçek oyunu ölçün

Erişilebilir sunucu yine de akıcı çalışmayabilir. Ek yollar, paket kaybı ve düzensiz işlem, koruma kapasitesinden bağımsız olarak önemlidir. Oyuncunun kullandığı hizmeti ölçün ve ağ gecikmesini uygulama içindeki işten ayırın; farklı ölçümleri aynı sonuç gibi sunmayın.

← Tüm rehberlerCubixServ

Başlamadan önce

Oyun adresini, protokolü, saati, yöntemi ve bağlantıyı kaydedin. Mümkünse bağımsız erişimleri karşılaştırın. Koruma değişikliği için kararlaştırılmış topoloji ve işletmeci verileri gerekir; web portu gerçek oyun trafiğini temsil etmeyebilir. Normal ve sorunlu dönemleri birlikte planlayın.

Doğru bağlantıyı ölçün

Ping, HTTP, TCP ve UDP farklı yol veya işlem içerebilir. Testi açıklayın; sonuçları aynı oyun pingi gibi sunmayın. TCP 443 web bağlantısını ölçer, FiveM veya Bedrock UDP gecikmesini değil. Atanan endpointi kullanın ve ara bileşenleri kaydedin; karşılaştırma aynı hizmet ve gerçek ağ düzeniyle ilgili olsun. Bir portun cevap vermesi bütün oyuncu akışının çalıştığı anlamına gelmez.

RTT ve tek yönü ayırın

RTT, aynı yoldan geçmeyebilen gidiş ve dönüşü içerir. İkiye bölmek güvenilir tek yön ölçümü sağlamaz. Uygun yöntem ve zaman referansı gerekir. İyi açıklanmış RTT serisi, görünüşte kesin sayıdan daha yararlı olabilir. Saati, konumu, ölçüm biçimini ve hangi yönün ya da toplam yolun ölçüldüğünü kaydedin. Bir ölçüm yönteminin belirsizliğini diğerinin hassasiyetiyle örtmeyin.

Dalgalanmayı ve kaybı kaydedin

Tek hızlı yanıt büyük değişkenliği gizleyebilir. Örnekleri, medyanı, aykırı sonuçları ve paket kaybını toplayın. Gelen yanıtların hızı eksikleri otomatik telafi etmez. Sakin ve sorunlu dönemleri karşılaştırın; aynı ülkedeki işletmeciler farklı sonuç verebilir. Tek bağlantı bütün ülkeye garanti için yeterli değildir. Eksik yanıtları nasıl saydığınızı saklayın ve sonuçları aynı süre ile yönteme dayandırın.

Korunan yolu dikkate alın

Filtreleme, iletme ve tüneller kaynağa giden yolu değiştirebilir. Ek mesafe ve bağlantı noktaları önemlidir; daha fazla toplam kapasite daha az gecikme değildir. CubixServ’in 15 Tbps açıklaması ping vaadi değildir. Yalnız normal yük sonucunu değil, olay sırasında gerçek yolu ve olası yönlendirme değişikliklerini sorun. Kullanılan protokolün gerçekten aynı koruma düzeninden geçtiğini kontrol edin.

Ağı sunucu işleminden ayırın

Dolu ana iş parçacığı, kilitli sorgu veya yeni chunklar benzer ping artışı olmadan oyunu yavaşlatabilir. İşlemci, konsol ve profilleri aynı anda ölçün. Minecraft için chunklar ve etkin mesafeler, FiveM için kaynaklar ve olaylar incelenir. Daha fazla RAM işlemci ya da ağı otomatik düzeltmez: ölçülmüş nedeni değiştirin, yalnız hissedilen gecikmeyi değil sonuçları da karşılaştırın.

Tekrarlanabilir karşılaştırmalar belgeleyin

Değişim öncesi ve sonrası benzer erişim, protokol ve dönem kullanın. Medyan, kayıp, uç değer ve sunucu durumunu saklayın; şüpheli sonucu sınırlı sayıda tekrar ölçün. Fransa birçok Avrupa bağlantısı için uygun olabilir, fakat ülke başına sabit sayı garantilemez. Desteğe tekrarlanabilir açıklama verin; uyumlu ağ ve uygulama verisi olmadan her gecikmeyi saldırıya bağlamayın. Sonuçların ölçüm kapsamını açık belirtin.

Durumunuza göre sonraki adım

DurumNe yapılmalı?
Yalnız bir oyuncu gecikme yaşıyorErişimini bağımsız bağlantıyla karşılaştırın; yolu ve saati kaydedin.
Ping sabit, oyun yavaşAna iş parçacığını, kaynakları ve veri tabanını aynı oturumda inceleyin.
Koruma değişince davranış değişiyorAynı endpointi ve yöntemi kararlaştırılmış değişiklik öncesi ve sonrası karşılaştırın.

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/rfc7679
  2. RFC Editor / IETF/rfc/rfc2680
  3. RFC Editor / IETF/rfc/rfc8899
  4. PaperMC/paper/profiling/