Hoppa till innehåll
DDoS-skydd · Peeryx · 15 Tbps+
Alla guider

Mät latens och paketförlust med DDoS-skydd

Ett enstaka ping ger inte tillräckligt underlag för att bedöma ett skyddat spelnät. Spelarnas upplevelse beror på nätväg, paketförlust, variation och serverns belastning. Ett användbart test jämför samma protokoll och mål före och efter under liknande förhållanden.

← Alla guiderCubixServ

Innan du börjar

Välj spelarnas faktiska nät, rätt speladress och port. Notera tid, serverbelastning, protokoll och konfiguration. Använd endast tillåtna tester med låg belastning och spara rådata så att resultaten kan granskas senare.

Skilj RTT från enkelriktad fördröjning

RTT mäter resan fram och tillbaka. Att dela den med två ger inte säkert fördröjningen i varje riktning eftersom vägarna kan skilja sig. Verkliga enkelriktade mätningar kräver bland annat synkroniserade klockor och rätt metod. Ange vad som faktiskt mättes i stället för att publicera en skenbart exakt siffra.

Välj mätplatser efter spelarna

Landets namn säger inte hur varje operatör når servern i Frankrike. Samla upprepade prover från relevanta operatörer, både fasta anslutningar och mobilnät om de används. Behåll nät, tid och metod i resultatet. Ett snabbt test inom samma nät är inte ett representativt löfte till alla kunder i landet.

Jämför likvärdiga förhållanden

Använd samma mål, protokoll, paketstorlek och mätperiod på båda sidor om förändringen. Mät vid flera tidpunkter och dokumentera serverlast. Jämför median och spridning, inte bara det bästa provet. En tillfällig omväg eller upptagen klient kan annars förväxlas med en permanent nackdel hos skyddet.

Mät mer än genomsnittet

Paketförlust och återkommande toppar kan störa spelet även när medelvärdet ser bra ut. Visa antal prover, median, höga percentiler och förlustandel. Undersök enstaka avvikande prover utan att radera dem för att förbättra statistiken. Kontrollera om störningen sammanfaller med serverns CPU, nätköer eller klientens lokala anslutning.

Testa spelets verkliga väg

Ett ICMP-svar, en webbanslutning eller TCP 443 visar inte att spelets UDP-väg fungerar. Använd klientanslutning och tillåtna protokolltester mot den tilldelade porten. Tolka traceroute försiktigt: mellanliggande routrar kan begränsa eller ignorera kontrollsvar trots att vidarebefordrad trafik fungerar. Slutmålets beteende väger därför tyngre än en ensam tyst mellanpunkt.

Publicera med tydliga gränser

Ange källa, datum, protokoll och antal prover när resultat används kommersiellt. Skilj normal drift från mätning under verklig attack. Testa om efter en ruttändring och utred återkommande problem tillsammans med operatören. Ett syntetiskt test visar bara sina villkor, inte en garanti för varje spelare eller framtida nätväg.

Vad gör du i din situation?

SituationNästa steg
Medianen stiger efter en ändringUpprepa samma test och jämför nätvägen innan du ändrar skyddet igen.
Medelvärdet är bra men spelet hackarUndersök förlust, toppar och serverbelastning under samma tidsperiod.
Ett land ger mycket olika resultatDela upp mätningen efter operatör och kontrollera avvikande rutter.

Officiella källor

Källorna beskriver protokoll och inställningar. Kontrollera dokumentationen för versionen du använder.

  1. RFC Editor / IETF/rfc/rfc7679
  2. RFC Editor / IETF/rfc/rfc2680
  3. RFC Editor / IETF/rfc/rfc8899
  4. PaperMC/paper/profiling/