Preskoči na vsebino
Zaščita DDoS · Peeryx · 15 Tbps+
Vsi vodniki

Zakasnitev ob zaščiti DDoS: kako meriti omrežje in igro

En ping ne opiše odziva igre ali kakovosti zaščite. Razdalja, peering, pot in delo aplikacije vplivajo na različne dele rezultata. Ponovljivo merite iste cilje, čase in protokole ter primerjajte omrežne podatke s pravim vedenjem igre med prijavljeno težavo.

← Vsi vodnikiCubixServ

Pred začetkom

Pripravite javno končno točko, vrata in protokol ter zapišite operaterja testnega dostopa. Hranite čas, običajno obremenitev in različice. Primerjajte dogovorjeno topologijo; ne razkrijte izvora in ne izklapljajte filtrov brez omejenega dovoljenega preizkusa z vrnitvijo.

Ločite RTT in odziv igre

RTT meri pot v obe smeri. Enosmerna meritev potrebuje ustrezne ure; polovica RTT ni natančna zamenjava. Web TCP ne preveri UDP igre. Ping ima lahko drugačno obdelavo od odjemalca. Navedite končno točko, protokol in način, ne razglasite ene web vrednosti za ping vseh igralcev. Dosegljivost, omrežna zakasnitev in aplikacijsko delo so različni pokazatelji in zahtevajo različne preglede v enakem intervalu.

Namesto najboljšega rezultata primerjajte več vzorcev. Ohranite najmanjšo, osrednjo vrednost in visoke vrednosti poleg števila vzorcev. Spremembe in prekinitve so lahko pomembnejše od majhne povprečne razlike. Ločite omrežno zakasnitev od časa igre za simulacijo in odziv.

Merite iz pravih dostopov

Rezultat je odvisen od uporabnikove mreže in poti, ne samo države. Operaterji v istem mestu se lahko razlikujejo. Wi-Fi, skupna povezava in lokalna obremenitev spreminjajo rezultat. Primerjajte neodvisne dostope v stabilnih lokalnih razmerah, kjer lahko. Ena sonda ali bližnji podatkovni center ne jamčita vseh igralcev območja. Zapišite izvor meritev za smiselno primerjavo različnih poti in časov. Znana lokacija ne dokazuje iste omrežne poti.

Združi meritve z običajno servisno povezavo. Hrani omrežno statistiko in kontekst v igri, ko je na voljo. Vmesna oprema lahko omeji diagnostične odgovore med posredovanjem prometa; sam tihi traceroute skok ne dokazuje, da je izguba dosegla igralca.

Spremljajte porazdelitev in izgube

Hranite več vzorcev, mediano, nihanje in izgube v istem obdobju. Hiter vzorec skriva prekinitve, počasen je lahko izjema. Izgubo merite za dejanski cilj in test, ne samo tih vmesni usmerjevalnik. Usmerjevalniki omejujejo kontrolna sporočila; preverite vpliv na celo povezavo in aplikacijo pred sklepom o slabi poti. Serija loči vztrajen problem od posamezne izjeme ali omejenega diagnostičnega odgovora, ki ne prizadene končnega cilja.

Ohranite neobdelane rezultate in napake namesto izbire ugodnih vrednosti. Vključite število poskusov in obdobje opazovanja. Kratka osnovna linija prikazuje vedenje v tistem času; ne gre za trajno zakasnitev ali jamstvo za razpoložljivost.

Posebej ocenite zaščitno pot

Mitigacija lahko spremeni pot, skupna kapaciteta pa ne določa zakasnitve storitve. Navedenih 15 Tbps ni vrata ali ping jamstvo. Primerjajte dogovorjene poti z istimi cilji in obremenitvijo. Web, datoteke in UDP igra se lahko razlikujejo; dokumentirajte razliko in ne izpostavljajte izvora za lažjo primerjavo. Spremembe filtra dogovorite z operaterjem in ohranite dovoljen dostop med omejenim testom ter po spremembi, da uporabniki ne izgubijo storitve.

Za tunele preglejte tudi MTU in simptome, ki vključujejo velikost paketa. Za posrednike preverite časovne omejitve in povezave v smeri toka. Ne menjajte več komponent hkrati. Preden odstranite pravilo, ki prispeva k zaščiti, potrdite zakonit promet.

Profilirajte sam strežnik

Igra lahko zastaja ob normalni mreži zaradi glavne niti, baze ali obdelave sveta. Primerjajte profil, konzolo in uporabo ob pritožbi. CPU povprečje skriva zasedeno nit. Več RAM ne popravi vsake zakasnitve. Pred menjavo infrastrukture ločite pakete, čakanje aplikacije in delo odjemalca ter shranite ponovljivo dejavnost. Prazen strežnik ne predstavlja nujno težave skupnosti pod dejansko obremenitvijo in konkretnimi dodatki. Meritve povežite z istim časovnim obdobjem in dejansko aktivnostjo.

Če obstaja združljivo orodje, profilirajte med upočasnitvijo. Poročila Paper spark lahko prepoznajo drago delo. Vezane meritve in kopija konfiguracije pred spremembami. Kupite več virov le, če opažena omejitev to opravičuje.

Posredujte uporabne rezultate

Zapišite čas, operaterja, končno točko, protokol, vzorce in konkreten učinek v igri. Ponovite običajno sejo in primerjajte stare podatke v podobnih razmerah. Zemljevid držav ali najboljši ping nista SLA. Podpori dajte preverljive rezultate brez skrivnosti za ločevanje lokalnega dostopa, usmerjanja in aplikacije. Spreminjajte postopno in preverite prave igralce, ne samo web dostopnosti. Hranite pogoje vsakega testa, da lahko ponovite rezultat in preverite vpliv spremembe.

Po popravku ponovite isto metodo in preverite običajno sejo. En izboljšan vzorec ne dokazuje, da so vse poti fiksne. Opišite izmerjene trge in povezave brez obljube zakasnitve za celotno državo ali zamenjevanja geografske bližine s kakovostjo usmerjanja.

Kaj storiti v vašem primeru

PrimerNaslednji korak
Web hiter, igra počasnaTestirajte pravi protokol igre in hkrati profilirajte strežnik.
Težava enega operaterjaPrimerjajte neodvisne dostope, lokalne razmere in celo pot do cilja.
Nihanja po zaščitiPrimerjajte iste cilje, čas in obremenitev ter posredujte podatke operaterju.

Uradni viri

Viri pojasnjujejo protokole in nastavitve. Preverite dokumentacijo uporabljene različice.

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