Lassítja a Wi-Fi a VPN-t? Ellenőrizze a helyi kapcsolatot
A jelerősség-sávok teljesítményt mérnek, nem adási időt. Hasonlítsa össze ugyanazt a feladatot Wi-Fi-n és Etherneten, figyelje az újrapróbálkozásokat és a veszteséget, majd ismételje meg a méréseket, mielőtt a szervert hibáztatja.
A legtöbben a szervert okolják azokért az akadásokért, amelyeket a rádió okozott, és a választott megoldás még nehezebbé teszi a következő diagnózist. A teli jelerősség-ikon azt jelenti, hogy a hozzáférési pont hangos, nem azt, hogy a csatorna csendes, vagy hogy az adási idő szabad. A vezeték nélküli zavarok késleltetésként, veszteségként és újrarendezésként érkeznek az alagútba, a kliens pedig mindhármat egyetlen homályos kapcsolódási problémaként jelenti.
A hasznos kérdés az, hogy ugyanaz az alagút másként viselkedik-e egy másik helyi kapcsolaton. Minden más rögzített marad, amíg erre válaszol.
A jelerősség-sávok teljesítményt mérnek, nem szabad adási időt
A vett jelszint megmutatja, milyen erősen hallja a kliens a hozzáférési pontot, és ez a szám magas maradhat, miközben az átviteli teljesítmény összeomlik. Az adási idő osztozik a szomszédos hálózatokkal, a saját hálózat más klienseivel és azzal a vezérlőforgalommal, amelyet a rádiónak minden résztvevő számára érthető leglassabb sebességen kell továbbítania. A falak, a fém és a testtartás megváltoztatja az utat, akárcsak az antenna elrendezése a laptop belsejében. Ezek közül semmi sem jelenik meg az ikonon.
Az újrapróbálkozás-számlálók a legvilágosabb privát bizonyítékok, mert egy keret, amelyhez három kísérlet kellett, továbbra is kézbesítettnek számít. Egy kapcsolat, amely egészséges sebességet jelent, miközben erősen újrapróbálkozik, töröttnek láttatja a valós idejű alagutat.
A sávválasztás üzlet, nem gyógymód, bármit is állított a tanácsadó rovat. Az 5 GHz-es csatorna általában kevesebb interferenciával találkozik és kisebb távolságot fed le, míg a 2.4 GHz mélyebbre hatol egy épületben, és több szomszéddal találkozik. A ténylegesen szükséges távolság alapján válasszon sávot, és jegyezze fel az előző beállítást, hogy egy sikertelen kísérlet visszavonható legyen.
Változtasson meg egy változót, aztán nézze meg újra
Tartsa rögzítve a VPN-profilt, a végpontot, a célt és a napszakot, miközben a helyi kapcsolatot változtatja. Hasonlítsa össze ugyanazt a feladatot a hozzáférési pont közelében, a távoli szobából és Etherneten ugyanazon a gépen. Ha a vezetékes futás tiszta, a két vezeték nélküli pedig nem, a rádiós szakasz kiérdemelte a helyét a lista élén.
A hozzáférési pontok közötti mozgás külön kísérlet, és mesh hálózaton éppen ezt hagyják ki az emberek. A barangolás szüneteltetheti az alagutat, új kulcscserét kényszeríthet ki, vagy életben hagyhat egy munkamenetet, miközben a csomagok megállnak. Jegyezze fel minden megszakítás óráját, és hasonlítsa össze a kliensnapló társulásváltozásról szóló bejegyzésével. A barangolással egybeeső szünet nem túlterhelt szerver, akármennyire is annak látszik.
Egy forgalmas csatorna lassú szervernek adja ki magát
Más eszközök ugyanazért az adási időért versenyeznek, és a saját nagy feltöltése a saját hívásával versenyez. Szüneteltesse az opcionális átviteleket, és ismételje meg a feladatot, mielőtt bármit megállapítana a szolgáltatóról. Sorban állás terhelés alatt pontosan azt a tünetet állítja elő, amelyet az emberek a VPN lassulásának neveznek: növekvő késleltetés, löketenkénti kézbesítés és megszakadó hívások, miközben egy letöltés folytatódik. Ha a minta az átviteleit követi, nem a helyét, az alagút egy zsúfolt kapcsolatot jelent, nem előidéz egyet.
A tömeges átviteli teljesítmény és a valós idejű minőség különböző mérések, ezért egy gyors letöltés nem bizonyítja, hogy a kapcsolat tiszta. Egy hívásnál a jitter és a veszteség többet számít, mint az átlagsebesség.
Ellenőrizze időmérésekkel, mielőtt szervert vált
Mérje külön a helyi kapcsolatot és az alagút útvonalát, és őrizze meg mindkét kimenetet. Az alábbi parancsok beolvassák a társulást, néhány percig mintavételezik az útvonalat, és megmutatják, hogy a veszteség az első ugrásnál vagy távolabb jelenik-e meg. Futtassa őket egyszer a hozzáférési pont közelében, egyszer pedig ott, ahol a probléma jelentkezik.
iw dev wlan0 link
ping -i 0.2 -c 200 203.0.113.5
mtr -r -c 50 203.0.113.5
ping -i 0.2 -c 200 198.51.100.9
A ping-összegzéseket hasonlítsa össze, ne az egyes sorokat, mert a veszteség százaléka és a késleltetés szórása választja el a rádiós problémát egy távoli szervertől. Ha a veszteség az átjáró felé vezető első ugrásnál jelenik meg, és az alagút végpontja ugyanezt a veszteséget mutatja, a helyi szakasz a közös tényező. Ha a veszteség csak a végponton túl jelenik meg, a rádió nem a magyarázat.
Ezután változtasson meg egy dolgot, és futtassa újra ugyanazt a négy parancsot. Egy szerverváltás, amely egybeesik a csendesebb csatornára való áttéréssel, javításnak látszik majd, és semmit sem tanít.