Salta al contingut
Protecció DDoS · Peeryx · 15 Tbps+
Totes les guies

Mesura latència i pèrdua de paquets a través de la protecció DDoS

Un ping no basta per valorar una xarxa de joc protegida. L’experiència depèn de rutes, pèrdues, variació i càrrega del servidor. Un bon comparatiu utilitza el mateix destí i protocol abans i després del canvi, i mostra mètode i límits en comptes de prometre una xifra per a tothom.

← Totes les guiesCubixServ

Abans de començar

Tria xarxes reals d’operadors dels jugadors i adreça i port correctes. Documenta hora, protocol, càrrega i configuració. Utilitza proves petites autoritzades i conserva dades originals per verificar els resultats més endavant.

RTT mesura anada i tornada

RTT inclou el camí al destí i el retorn. Dividir per dos no dona necessàriament retard precís en una direcció perquè les rutes poden variar. Mesurar una direcció requereix mètode adequat i rellotges sincronitzats. Descriu què has mesurat, no una precisió que el test no pot justificar de manera fiable.

Compareu diverses mostres en lloc del millor resultat. Mantingueu el mínim, un valor central i els valors alts al costat del recompte de mostres. La variació i les interrupcions poden importar més que una petita diferència mitjana. Separa el retard de la xarxa del temps del joc per simular i respondre.

Tria punts segons els jugadors

El nom del país no mostra la ruta real d’un operador cap a França. Utilitza diverses xarxes rellevants i repeteix a hores diferents. Inclou mòbil si els jugadors l’utilitzen. Un resultat ràpid dins d’una xarxa no garanteix experiència d’altres operadors o clients; conserva xarxa, hora i mètode amb cada mesura.

Parella les mesures amb una connexió de servei normal. Manteniu les estadístiques de la xarxa del joc i el context quan estiguin disponibles. Els equips intermedis poden limitar les respostes de diagnòstic mentre reenvien el trànsit; un salt silenciós de traceroute per si sol no demostra la pèrdua d'arribar al jugador.

Compara condicions semblants

Mantén el mateix destí, protocol, mida de paquets i durada en ambdues proves. Documenta càrrega del servidor i hora. Mediana i distribució són més útils que el millor resultat. Un client ocupat, Wi-Fi o desviament temporal no són automàticament conseqüència de la protecció; repeteix una prova controlada abans de modificar de nou la xarxa.

Conserveu els resultats bruts i els errors en lloc de seleccionar valors favorables. Inclou el recompte d'intents i el període d'observació. Una línia de base curta mostra el comportament en aquell moment; no és una garantia de latència o disponibilitat permanent.

Mostra pèrdues i pics

Una mitjana baixa pot amagar pèrdues o pics grans. Mostra nombre de mostres, mediana, percentils alts i proporció de pèrdua. Investiga anomalies sense eliminar-les per millorar estadístiques. Compara CPU, cues de xarxa i connexió local per distingir causes de les pauses del joc i decidir el control següent segons proves, no intuïcions.

Per als túnels, també examineu la MTU i els símptomes que impliquen la mida del paquet. Per als servidors intermediaris, comproveu els temps d'espera i les connexions aigües avall. No canvieu diversos components alhora. Confirmeu el trànsit legítim abans d'eliminar una regla que contribueixi a la protecció.

Prova el camí real del joc

ICMP o TCP 443 no confirmen l’UDP del joc. Utilitza client correcte, port assignat i tests de protocol autoritzats. Interpreta traceroute amb cautela: un encaminador intermedi pot limitar respostes de control mentre el trànsit normal passa. Un punt silenciós sol no prova pèrdues de joc; comprova també el destí i una connexió real.

Quan hi hagi una eina compatible, feu un perfil durant la desacceleració. Els informes spark de Paper poden identificar treballs cars. Mides lligades i còpies de la configuració abans de fer canvis. Compreu més recursos només quan una restricció observada ho justifiqui.

Publica amb límits clars

Si una mesura apareix en una oferta, indica data, destí, xarxa de font, protocol i nombre de mostres. Separa funcionament normal d’una prova documentada durant atac. Repeteix després de canvis de ruta i investiga anomalies persistents amb l’operador. Un test sintètic descriu les seves condicions, no connexió futura de cada jugador ni ping garantit.

Després d'una correcció, repetiu el mateix mètode i comproveu una sessió normal. Una mostra millorada no estableix que tots els camins siguin fixos. Descriu mercats i connexions mesurats sense prometre latència per a tot un país ni confondre la proximitat geogràfica amb la qualitat de l'encaminament.

Què cal fer en el teu cas?

SituacióPas següent
La mediana puja després d’un canviRepeteix el mateix test i comprova ruta abans d’un altre ajust.
El joc s’atura amb bona mitjanaInvestiga pèrdues, pics i càrrega del mateix període.
Resultats del mateix país molt diferentsSepara per operador i verifica les rutes amb anomalies.

Fonts oficials

Les fonts descriuen protocols i configuracions. Consulta la documentació de la versió que utilitzes.

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