Siirry sisältöön
DDoS-suojaus · Peeryx · 15 Tbps+
Kaikki oppaat

Mittaa viive ja pakettihävikki DDoS-suojauksen läpi

Yksi ping ei riitä suojatun peliverkon arviointiin. Kokemus riippuu reiteistä, hävikistä, viivevaihtelusta ja palvelimen kuormasta. Hyödyllinen vertailu käyttää samaa kohdetta ja protokollaa ennen muutosta ja sen jälkeen sekä näyttää menetelmän ja tulosten rajat.

← Kaikki oppaatCubixServ

Ennen aloittamista

Valitse pelaajien käyttämät operaattoriverkot ja oikea peliosoite portteineen. Kirjaa aika, protokolla, kuorma ja asetukset. Käytä pieniä luvallisia testejä ja säilytä raakadata tulosten myöhempää tarkistamista varten.

RTT on meno-paluuaika

RTT mittaa matkan kohteeseen ja takaisin. Sen puolikas ei välttämättä ole täsmällinen viive kumpaankaan suuntaan, koska reitit voivat poiketa. Yhden suunnan mittaus vaatii sopivan menetelmän ja synkronoidut kellot. Kuvaa se, mitä todella mitattiin, äläkä esitä tarkkuutta, jota käytetty mittaustapa ei voi perustella.

Vertaa useita näytteitä parhaan tuloksen sijaan. Pidä minimiarvo, keskiarvo ja korkeat arvot näytemäärän rinnalla. Vaihtelu ja keskeytykset voivat olla tärkeämpiä kuin pieni keskimääräinen ero. Erota verkon viive pelin ajasta simulointia ja vastausta varten.

Valitse mittauspisteet pelaajien mukaan

Maan nimi ei kerro operaattorin todellista reittiä Ranskaan. Valitse useita olennaisia verkkoja ja toista testit eri aikoina. Ota mobiiliyhteydet mukaan silloin, kun pelaajat käyttävät niitä. Nopea tulos samassa verkossa ei takaa vastaavaa viivettä kaikille maan asiakkaille tai toisella operaattorilla oleville liittymille.

Yhdistä mittaukset normaalilla palveluyhteydellä. Säilytä pelin sisäiset verkkotilastot ja konteksti, jos mahdollista. Keskitason laitteet voivat rajoittaa diagnostiikkavastauksia siirrettäessä liikennettä; hiljainen traceroute-hyppy ei yksinään tarkoita, että pelaaja saavuttaisi tappion.

Vertaa samoja olosuhteita

Käytä samaa osoitetta, protokollaa, pakettikokoa ja kestoa molemmissa testeissä. Kirjaa palvelinkuorma ja mittausaika. Mediaani ja hajonta ovat hyödyllisempiä kuin paras yksittäinen tulos. Kuormittunut asiakas, Wi-Fi-häiriö tai tilapäinen kiertoreitti ei automaattisesti johdu DDoS-suojauksesta; toista sama testi hallituissa oloissa ennen uuden muutoksen tekemistä.

Säilytä raakatulokset ja virheet sen sijaan, että valitset edullisia arvoja. Sisällytä yritysmäärä ja havaintojakso. Lyhyt perusviiva näyttää käyttäytymisen tuolloin; se ei ole pysyvä viive tai saatavuustakuu.

Näytä hävikki ja viivepiikit

Pieni keskiarvo voi peittää pakettihävikin ja suuret ajoittaiset viiveet. Näytä näytemäärä, mediaani, korkeat prosenttipisteet ja hävikkiosuus. Tutki poikkeamat poistamatta niitä tilaston kaunistamiseksi. Vertaa tapahtumia CPU-kuormaan, verkon jonoihin ja asiakkaan paikalliseen yhteyteen, jotta pelin nykimisen mahdolliset syyt voidaan erottaa toisistaan.

Tunneleiden osalta tutki myös MTU ja paketin kokoon liittyvät oireet. Tarkista välityspalvelinten aikakatkaisut ja alavirran yhteydet. Älä vaihda useita komponentteja kerralla. Vahvista laillinen liikenne ennen suojausta edistävän säännön poistamista.

Testaa pelin todellinen polku

ICMP tai TCP 443 ei varmista pelin UDP-reittiä. Käytä oikeaa asiakasta ja varattua porttia sekä luvallisia protokollatestejä. Tulkitse traceroutea varoen: välireititin voi rajoittaa ohjausvastauksia vaikka tavallinen liikenne kulkee oikein. Hiljainen välipiste ei yksin todista pelipakettien häviämistä; selvitä myös lopullisen kohteen toiminta.

Jos yhteensopiva työkalu on olemassa, profiili hidastumisen aikana. Paper:n spark-raportit voivat tunnistaa kalliin työn. Sido mittaukset ja kopioi konfiguraatio ennen muutosten tekemistä. Osta lisää resursseja vain, kun havaittu rajoitus oikeuttaa sen.

Julkaise tulokset rajauksineen

Merkitse päivämäärä, kohde, lähdeverkko, protokolla ja näytemäärä, kun käytät mittausta kaupallisella sivulla. Erota normaalikäyttö dokumentoidusta hyökkäyksen aikaisesta toiminnasta. Mittaa uudelleen reittimuutosten jälkeen ja selvitä jatkuvat poikkeamat operaattorin kanssa. Synteettinen testi kuvaa omat olosuhteensa, ei jokaisen pelaajan tulevaa yhteyttä tai taattua ping-arvoa.

Korjauksen jälkeen toista sama menetelmä ja tarkista normaali istunto. Yksi parannettu näyte ei vahvista, että kaikki polut ovat kiinteitä. Kuvaile mitattuja markkinoita ja yhteyksiä lupaamatta latenssia koko maassa tai sekoittamatta maantieteellistä läheisyyttä reitityksen laatuun.

Mitä omassa tilanteessasi kannattaa tehdä?

TilanneSeuraava vaihe
Mediaani kasvaa muutoksen jälkeenToista sama testi ja tarkista reitti ennen seuraavaa säätöä.
Peli nykii hyvästä keskiarvosta huolimattaTutki hävikki, viivepiikit ja palvelinkuorma samalta ajalta.
Saman maan tulokset poikkeavat paljonRyhmittele operaattorin mukaan ja tarkista poikkeavat reitit.

Viralliset lähteet

Lähteet kuvaavat protokollia ja asetuksia. Tarkista käyttämäsi version dokumentaatio.

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