Mi a Flent?
Gyors linkek
- Mi a Flent?
- Telepítse a Flent alkalmazást
- Ubuntu
- Debian
- Boltív
- Gentoo
- Mindenki más
- Alapbeállítás
- A teszt futtatása
- A tesztek
- RRUL
- RTT
- TCP
- UDP árvíz
- Záró gondolatok
A Flent a FLE xible N etwork T- észtert jelenti, és ez nem önmagában a program. Ehelyett a Flent egy olyan csomagoló, amely több hálózati tesztelési alkalmazást, nevezetesen a Netperf-et egységes koherens csomagba csomagol, amely egyszerűbbé teszi a tesztek futtatását, és magában foglalja a Matplotlib programot, hogy grafikonokat és adatmegjelenítéseket készítsen automatikusan, amikor a teszteket futtatja.
A Flent egy komplett eszközkészlet a hálózat tesztelésére és mindent diagnosztizálni, az egyszerű hatékonyságtól kezdve a súlyos kapcsolódási problémáig. Ez egy újabb bónusz, ingyenes és nyílt forráskódú.
Telepítse a Flent alkalmazást
A Flent csak Mac és Linux esetén érhető el. Ez nem azt jelenti, hogy el kell helyeznie a Windows rendszert, és a teljes hálózatot Linuxra kell konvertálnia. Csak meg kell találnia valamilyen módszert arra, hogy ideiglenesen futtassa a tesztekhez.
Ubuntu
Kezdje a Flent PPA hozzáadásával.
$ sudo add-apt-repository ppa: tohojo / flent $ sudo apt frissítés
Ezután telepítse a Flent alkalmazást.
Debian
A Flent elérhető a hivatalos Debian-tárhelyekben, kezdve a Stretch-rel. Csak telepítse.
Boltív
A Flent az AUR-tól kapható. Menj át az oldalára, és ragadd meg amire szükséged van.
Gentoo
Adja hozzá a Flent fájlt a '/etc/portage/package.accept_keywords' mappához.
net-analizátor / flent ~ amd64
Ezután emelje ki.
# megjelenik - kérdezzen flent
Mindenki más
A Flent Python csomag. A pip Python csomagkezelővel telepítenie kell azt, ha van ilyen. Szinte minden Linux disztribúcióhoz és a Homebrew for Mac operációs rendszerhez elérhető.
Alapbeállítás
Most, hogy telepítette a Flent, elkezdheti használni néhány alapteszt elvégzéséhez. A Flent parancssori és grafikus változatát is tartalmazza. Mivel valószínűleg nem akarja megjegyezni a Flent parancsait, ez az útmutató a GUI-vel fog működni.
Annak érdekében, hogy a Flent megfelelően működjön, szüksége van egy kiszolgálóra, amellyel ellenőrizni tudná. Ennek a szervernek a Netperf-et kell kiszolgáló módban futtatnia. A legjobb, ha előbb beállítja, így az összes tesztelést együtt elvégezheti. A Netperf szinte minden Linux disztribúcióban elérhető, így csak telepítse a csomagkezelőhöz.
$ sudo apt install netperf
Miután a kiszolgálón volt, futtassa a Netperf kiszolgáló módot.
$ sudo netserver &
A kiszolgálót egyedül hagyhatja. A háttérben folytatja a Netperf kiszolgáló módban történő futtatását. Mindent megtehetsz a Flent futtató ügyféltől.
A teszt futtatása
A Flent mostantól futtathat teszteket a szerveren. Nyissa meg a Flent grafikus felhasználói felületet az alkalmazásindítóból, vagy gépelje be az flent-gui terminált. A kezdő ablak nagyon egyszerű. Kattintson a bal felső sarokban lévő „Fájl” elemre, és válassza a megjelenő menüben az „Új teszt futtatása” menüpontot.
Az új ablak lehetővé teszi a teszt kiválasztását. Először használja a „Teszt neve” legördülő menüt a teszt kiválasztásához. Az elsőnél válassza az „rrul” lehetőséget. Írja be a kiszolgálóként beállított számítógép IP-jét, majd nevezze el a tesztet. A név csak segítséget nyújt Önnek a Flent által elmentett eredmények azonosításában. A JSON tömörített formáját használja .gz kiterjesztéssel. Amikor minden jól néz ki, kattintson az ablak bal alsó részén található „Futtatás teszt” gombra.
Az összes teszt futtatása eltart egy kis időt, ezért légy türelmes, és próbáljon meg semmit csinálni a hálózaton azzal a két számítógéppel, amely zavarhatja a kapcsolatot. Összezavarja az adatait.
A teszt befejezése után a Flent fõablakában láthatja a diagramok sorában bemutatott releváns adatokat. Az RRUL teszt információkat nyújt a teljes feltöltésről, letöltésről és ping-okról. A táblázatok mindegyike ugyanazt az információt jeleníti meg, de eltérően rendezik, hogy segítsen észlelni a mintákat. A példa esetében a szemétirányító rengeteg késést hozott létre, és néhány nagyon törött eredményt hozott.
A tesztek
A Flent tesztek széles skáláját kínálja. Mindegyik másképp hangsúlyozhatja hálózatát. De nem kell memorizálnia őket. A legtöbb a négy alapkategória egyikébe tartozik. Ezek a kategóriák különböző módon tesztelik a hálózatot.
RRUL
Az RRUL jelentése R ealtime R esponse U nder L oad. Pontosan pontosan ezt akarja mérni. Az RRUL teszt megpróbálja szimulálni a valódi hálózati munkaterhelést, és rögzíteni azt, ahogy a célgép reagál a terhelés alatt. Az RRUL-t a Bufferbloat.net munkatársai fejlesztették ki, hogy olyan hálózati feltételeket hozzanak létre, amelyekben a puffasztás jön létre a diagnosztizáláshoz és orvoslásához.
A pufferblokk gyakori probléma a hálózatépítésben. Ez akkor fordul elő, amikor egy útválasztó túl sok adatot pufferol, amikor egy nagy adatcsomagot továbbít vagy streaming. Ez az extra puffer súlya az útválasztón és lassítja az átvitelt. Az RRUL teszt feszültségét úgy tervezték, hogy elég jelentős terhelést tegyen az útválasztón a puffer elindításához. Ha a hálózat pufferütést tapasztal, a feltöltési és letöltési számok egyaránt elkezdenek csökkenni, és a teszt futtatásakor a ping száma növekszik.
Próbálja meg futtatni az RRUL torrent tesztet. A torrent letöltést szimulálja, amely nyilvánvalóan nagyon erőteljes hálózati tevékenység, és még mindig nagyon valódi forgatókönyv.
A fenti eredményeket nem akarja látni, rengeteg késés és eldobott csomag. Ezt a tesztet két vezeték nélküli eszköz között végezték el zsúfolt hálózaton. Vegye figyelembe a változást, amikor a kiszolgáló vezetékes.
A különbség határozottan észrevehető. A kapcsolat nem tökéletes, de sokkal stabilabbá válik az egyik készülék huzalozásával. Mi a helyzet mindkettővel?
Sokkal kevesebb variáció van ebben a tesztben. Ennek oka az, hogy nincs lehetőség az interferenciára vagy a jelerősség hiányára. Ne feledje, hogy ez ugyanaz a hálózat, mint egy korábbi teszt katasztrófa. Nyilvánvaló, hogy probléma van a vezeték nélküli kapcsolatokkal. Végül próbáljon ki tesztelni a Bufferbloat.net által biztosított távoli szerverre.
Nem olyan tiszta, mint a helyi hálózat, de még mindig nem olyan rendetlen, mint a vezeték nélküli tesztek. Ez az a fajta dolog, amelyet valószínűleg elvárna egy normál torrent letöltésről az interneten.
RTT
Az RTT, vagy az R ound T rip T ransfer tesztek valójában nagyon hasonlóak az RRUL tesztekhez. Nem támaszkodnak arra, hogy a cél terhelés alatt álljon. Ehelyett csak megmérik az UDP kéréshez szükséges időt az áramkör befejezéséhez és az ügyfélhez való visszatéréshez. Ide tartoznak a ping is.
A jó RTT-teszthez próbálja meg futtatni az RTT Fair-t. Már megpróbálta az RRUL-t, hogy egy reálisabb és kihívást jelentő feltételt szimuláljon; miért nem ideálisabb körülmények? Az RTT Fair teszt segít megnézni, hogy néz ki a hálózaton egy oda-vissza út ellenőrzött feltételek mellett. Sokkal kevésbé kaotikus. Lehet, hogy még kevésbé kaotikus? Ezek az eredmények vezetékes szerverrel.
Ez majdnem bűnhullám. Persze, ez nem ideális, de szélesebb és lényegesen gyorsabb. Mindkét gép huzalozása esetén ez még jobb.
Ez nagy különbség az első teszt 40 MB / s-hoz képest. Még egyszer tedd ki a tesztet a hálózatra.
Ez még jobb, mint a korábbi WiFi rendetlenség. Ezek az eredmények ismét megfelelőnek tűnnek egy ilyen teszthez, bár cél lehet nagyobb stabilitás.
TCP
A TCP tesztek standard TCP. Mérik az alapvető TCP-kérelmeket, például egy webhely felkeresésekor vagy az e-mail ellenőrzésekor. Valószínű, hogy ezek a tesztek nem fognak majdnem annyira megterhelni a hálózatot, de jobb képet adhatnak a normál forgalom megjelenéséről.
Próbáljon ki egy erősebb TCP-tesztet. A TCP letöltés 12 adatfolyammal jó az intenzívebb közvetlen letöltés szimulálására. Nagyon esély van arra, hogy komoly késést fog látni, ha nincs nagyszerű hálózata. Lehet, hogy egy vezetékes szerver itt is javíthat.
Ez valójában megközelítette a stabil 1 Gb / s-ot. Ez elég csodálatos, figyelembe véve a WiFi eredményeket. Végül vessünk egy pillantást a teljesítményre a távoli szerverrel.
Több késés van, de a sebesség továbbra is nagyon tiszteletreméltó. Ó, és ez egy VPN-en is túl volt. Nyilvánvaló, hogy a kérdés a hálózaton belül merül fel.
UDP árvíz
Az UDP-árvízteszt valójában RTT-teszt, de egyszerre eljuttatja az UDP-csomagokat a célgépen. Nem reagálnak, vagy nem igazodnak a forgalomhoz, csak küldnek. Hasznosak lehetnek annak tesztelésében, hogy a célgép hogyan reagál egy hiba vagy támadás esetén.
Záró gondolatok
Ha tesztelni akarja a hálózatát, akkor a legjobb, ha tesztel a hálózat különböző pontjai között, hogy segítsen szűkíteni a problémás területeket. Az útmutatóban szereplő teszthálózatnak egyértelműen vannak problémái a WiFi-vel. Van esély, korlátozott sávszélesség és az interferencia egyaránt játszanak. Az is jó, ha világos képet ad arról, hogy milyen típusú problémákat keres. Tervezze meg a teszteket ennek körül.
Lehet, hogy észrevette, hogy a képen látható eredményekből származó hálózat nem olyan jó. Ez nem. Valójában néhány látott szeméti eredmény pontosan az, amire figyelnie kell a saját hálózatában.
