Csökkenti-e a VPN valóban a pinget az online játékokban?
Egy másik útvonal legyőzhet egy nem hatékony pályát, vagy késleltetést adhat hozzá. Hasonlítsa össze ugyanazt a játékrégiót, és figyelje a jittert, a veszteséget és a helyi várakozási sort, ne csak a pinget.
Igen, néha, és az ok unalmasabb, mint amennyit a legtöbb útmutató elismer. Az alagút a játékforgalmat egy kilépési pontra küldi, onnan pedig más útvonalon ugyanazokhoz a szerverekhez, így helyettesíthet egy zsúfolt vagy kerülő útvonalat, vagy egyszerűen hozzáad egy ugrást és egy várakozási sort, amikor az eredeti útvonal már jó volt. Csak a saját kapcsolatán, a saját régiójában végzett mérés mondja meg, melyik esetben van, és ugyanazon szolgáltató két játékosa ellentétes eredményt kaphat ugyanattól a végponttól. Az alábbi ellenőrzések sorrendje biztosítja, hogy a végül összehasonlított szám olyan legyen, amelyet meg tud védeni: ugyanaz a régió, ugyanaz a napszak, ugyanaz a szerver.
Rögzítse a régiót és a szervert az összehasonlítás előtt
Minden változó, amelyet hagyjuk elsodródni, olyan magyarázattá válik, amelyet nem tud kizárni. Rögzítse a játékrégiót, az eszközt, a hozzáférési hálózatot és a napszakot, majd hasonlítson össze egy alapvonalat egyetlen végponttal. Futtatásonként egyetlen tényezőt változtasson, különben az eredmény értelmezhetetlen.
Az útvonal, ne az országcímke alapján válassza ki a végpontot. A játékrégió fővárosában lévő szerver is rosszul érheti el a játék infrastruktúráját, míg egy távolabbi szerver jobb peeren ülhet. Az országzászló a topológiáról szóló találgatás információként álcázva.
Ahol van gyakorlópálya vagy botmeccs, használja. Az élő meccsek cserélik a játékosokat, körök között más szervereket osztanak ki, és változik a háttérterhelés, ami ellenőrzött összehasonlításból zajt csinál.
Az átlagos ping elrejti azt, amit valójában érez
Amit a játékosok lagnek neveznek, az általában ingadozás, nem magas átlag. Az egyenletes 60 ms kiszámíthatónak tűnik, míg a 40 ms-os átlag 120 ms-os csúcsokkal azt érezteti, hogy a célzás elromlott. Rögzítse az eloszlást, ne az egyetlen számot, amit a játék a sarokban kiír. Használja a játék saját hálózati átfedését, ha van, majd a gazdagépről csomageszközzel erősítse meg azt a címet, amelyet a munkamenet valóban használ.
ping -c 20 <game-server>
mtr -rwc 50 <game-server>
A veszteség és a jitter azok a mezők, amelyeket érdemes olvasni. A hiányzó ICMP-válaszok önmagukban keveset bizonyítanak, mert sok gazdagép alacsonyabb prioritást ad a pingeknek, miközben a játék saját forgalmát jól továbbítja. Mielőtt bármit megállapítana a veszteségről, erősítse meg a játék számlálóival.
A helyi torlódás minden kilépési választásnál előrébb való
Semmi, amit egy VPN tesz, nem tud megjavítani egy telített feltöltést a saját vonalán. Az otthoni biztonsági mentés, a felhőszinkronizálás vagy egy videóhívás megtölti a feltöltési puffert, a játék kis csomagjai a nagy adatok mögött sorakoznak, és a késleltetés mindenkinél megugrik a kapcsolaton.
Ha tud, teszteljen Etherneten rögzített helyen, és futtasson egy második tesztet, amíg a feltöltés foglalt. Ha a csúcs terhelés alatt megjelenik és a terhelés megszűntével eltűnik, megtalálta a sort, és egyetlen végpont sem fogja megjavítani. A hozzáférési link bufferbloatja a szokásos bűnös.
A vezeték nélküli is ugyanezt a gyanút érdemli. A határeset Wi-Fi link romlik a távolsággal és az interferenciával, és az alagút kilépését okolják, mert az a lánc legújabb eleme. Váltson egy futtatásra vezetékes kapcsolatra, és a válasz általában nyilvánvalóvá válik. Ha a vezetékes futtatás stabil, a vezeték nélküli pedig nem, akkor rádiót hibakeres, nem útvonalválasztást.
Az UDP az alagútban is UDP marad az alagútban
A játékok UDP-datagramokat küldenek. A VPN abba csomagolja őket, amit a külső szállítás használ, és ha ez a külső szállítás TCP, akkor annak újraküldési és sorrendezési viselkedése Ön és a játék között ül. Az alagút, amely a meccs közepén újracsatlakozik, ugyanazt az akadozást okozza, mint egy rossz útvonal, teljesen más okból. Az IETF UDP-használati irányelvei megmagyarázzák, miért tér el a datagramok viselkedése a TCP-től azokon a módokon, amelyek itt számítanak.
A protokollok is másként hibáznak. Ha TCP-t továbbít egy olyan szolgáltatásnak, amely csak UDP-n figyel, csendet kap hiba helyett, és a port módosítása nem tud elővarázsolni egy hallgatót, amelyet soha nem indítottak el. Hasonlítson össze érvényes szerverprofilokat, különben az összehasonlítás értelmetlen.
Egy nem hálózati hatást érdemes ismerni: az új kilépés megváltoztatja a régiót, amelyet a szolgáltatás kikövetkeztet, ami ellenőrzési lépést vagy helyzeteltérést válthat ki a fiókjában. Ez fiókesemény, nem késleltetési esemény, és nem javítja meg egy közeli végpont választása.
Írja le a számokat, mielőtt érzésre ítélne
Tartsa ugyanazokat a mezőket minden futtatásnál, még azoknál is, amelyek jól érződnek, mert a hasznos összehasonlítás két rögzített munkamenet között van, nem egy benyomás és egy emlék között. Az így rögzített rövid munkamenet többet ér egy esti véleménynél, és észreveszi vele, amikor egy szolgáltató útvonalválasztása rosszabbra fordul. Az alábbi táblázat a minimum, amely őszintévé tesz egy későbbi összehasonlítást.
| Mező | Mit rögzítsen | Mit zár ki |
|---|---|---|
| Kilépés és játékrégió | a kilépési város és a játékbeli régiócímke | egy kilépés továbbvezető útvonalának összemosása a helyi pályával |
| Átlagos oda-vissza idő | a mérési futtatás átlaga, mindig ugyanazzal az eszközzel | egy munkamenet megítélése egyetlen mintából |
| Legrosszabb csúcs | az adott futtatás egyetlen legrosszabb mintája | olyan átlag, amely elrejti a rövid sorakozási kitöréseket |
| Veszteség | százalék a játékfolyamon, nem csak ICMP-n | az alacsony prioritású pingek valódi veszteségként olvasása |
| Tesztablak | helyi kezdési és befejezési idő, hétköznap vagy hétvége | a csúcsóra összehasonlítása egy csendes reggellel |
A számok fölött érzésre ítéljen. Egy valódi meccsben a reagálókészség az, ami számít, és egy mérés, amely javul, miközben a játék rosszabbnak tűnik, azt mondta meg, hogy rossz dolgot mért. Bármilyen szolgáltató- vagy útvonalváltozás után futtassa újra a táblázatot, mert a válasz csak a mért útvonalra érvényes.