Testa styrkan i ditt nätverk med flent

Vad är flent?

snabblänkar

• Vad är flent?
• Installera Flent
  • Ubuntu
  • Debian
  • Båge
  • Gentoo
  • Alla andra
• Grundläggande installation
• Kör ett test
• Testerna
  • RRUL
  • RTT
  • TCP
  • UDP-översvämning
• Avslutande tankar

Flent står för FLE xible N etwork T ester, och det är inte mycket av ett program i sig. Istället är Flent ett omslag som paketerar flera nätverkstestapplikationer, framför allt Netperf, i ett sammanhängande paket som gör körningen av testerna enklare och innehåller Matplotlib för att skapa grafer och datavisualiseringar automatiskt när du kör dina tester.

Flent är ett komplett verktygssätt för att testa ditt nätverk och diagnostisera allt från enkel ineffektivitet till allvarliga anslutningsfrågor. Som ännu en bonus är det gratis och öppen källkod.

Installera Flent

Flent är endast tillgängligt för Mac och Linux. Det betyder inte att du behöver gräva Windows och konvertera hela nätverket till Linux. Du behöver bara hitta något sätt att köra det tillfälligt för dina tester.

Ubuntu

Börja med att lägga till Flent PPA.

$ sudo add-apt-repository ppa: tohojo / flent $ sudo apt update

Installera sedan Flent.

$ sudo apt install flent

Debian

Flent är tillgängligt i de officiella Debian-lagren som börjar med Stretch. Installera bara det.

# apt installera flent

Båge

Flent är tillgängligt från AUR. Gå till sidan och ta tag i det du behöver.

Gentoo

Lägg till Flent till dina '/etc/portage/package.accept_keywords'.

netanalysator / flent ~ amd64

Då upp den.

# dyka upp - kolla flent

Alla andra

Flent är ett Python-paket. Du bör kunna få det installerat med Python-pakethanteraren om du har det installerat. Det är tillgängligt för nästan varje Linux-distribution och Homebrew för Mac.

# pip installera flent

Grundläggande installation

Nu när du har installerat Flent kan du börja använda den för att utföra några grundläggande tester. Flent har både en kommandorad och en grafisk version. Eftersom du förmodligen inte vill memorera Flents kommandon, kommer den här guiden att fungera med GUI.

För att Flent ska fungera ordentligt behöver du en server att testa mot. Den servern måste köra Netperf i serverläge. Det är bäst att konfigurera den först så att du kan göra alla dina tester tillsammans. Netperf är tillgängligt i nästan alla Linuxdistributionslager, så bara installera det med din pakethanterare.

$ sudo apt install netperf

När du har det på servern kör du Netperf i serverläge.

$ sudo netserver &

Du kan lämna servern ensam för nu. Det fortsätter att köra Netperf i serverläge i bakgrunden. Du kan göra allt annat från din klient som kör Flent.

Kör ett test

Du kan köra tester till din server från Flent, nu. Öppna Flent GUI från din programstarter eller genom att skriva flent-gui i en terminal. Det fönster du får är ganska vanligt att börja med. Klicka på "File" i det övre vänstra hörnet och välj "Run new test" i den resulterande menyn.

Det nya fönstret låter dig välja ett test som ska köras. Använd först rullgardinsmenyn "Testnamn" för att välja ett test. För den första väljer du “rrul.” Ange IP: n för datorn som du ställde in som servern och namnge sedan testet. Namnet hjälper dig bara att identifiera de resultat som Flent sparar. Den använder en komprimerad form av JSON med .gz-förlängningen. När allt ser bra ut klickar du på knappen "Kör test" längst ner till vänster i fönstret.

Alla tester tar lite tid att köra, så var tålamod och försök att inte göra någonting på nätverket med de två datorerna som kan störa anslutningen. Det kommer att rota dina data.

När testet har slutförts kan du se relevant information som presenteras i en serie diagram i huvudfönstret i Flent. RRUL-testet ger dig information om din totala uppladdning, nedladdning och ping. Diagrammen visar alla samma information, men de organiserar den annorlunda för att hjälpa dig att märka mönster. I fallet med exemplet skapade en sopor router massor av latens och gav några ganska trasiga resultat.

Testerna

Flent tillhandahåller en mängd olika tester. Var och en kan stressa ditt nätverk på ett annat sätt. Du behöver dock inte memorera dem alla. De flesta faller i en av fyra grundläggande kategorier. Dessa kategorier testar ditt nätverk på olika specifika sätt.

RRUL

RRUL står för R ealtime R esponse U nder L oad. Det är exakt vad det syftar till att mäta. RRUL-testet försöker simulera en verklig nätverksbelastning och fånga hur målmaskinen svarar under den belastningen. RRUL utvecklades av människorna på Bufferbloat.net för att skapa nätverksförhållanden där buffertbloat skulle komma in i spelet för att hjälpa till att diagnostisera och avhjälpa det.

Bufferbloat är ett vanligt problem i nätverk. Det inträffar när en router buffrar för mycket data vid överföring av en stor del av data eller streaming. Den extra bufferten är både en vikt på routern och den bromsar överföringen. Spänningen i RRUL-testet är utformad för att lägga en tillräcklig belastning på routern för att trigga bufferten. Om ditt nätverk upplever en buffertbåt börjar laddnings- och nedladdningsnumret båda släppa och ping kommer att öka när testet körs.

Prova att köra RRUL-torrent-testet. Det simulerar en torrentnedladdning, som uppenbarligen är en mycket ansträngande typ av nätverksaktivitet och är fortfarande mycket ett verkligt scenario.

Ovanstående resultat är vad du inte vill se, massor av latens och tappade paket. Det testet utfördes mellan två trådlösa enheter i ett trångt nätverk. Lägg märke till ändringen när servern är ansluten.

Skillnaden är definitivt märkbar. Anslutningen är inte perfekt, men den blir mycket mer stabil när en enhet är ansluten. Vad sägs om båda?

Det finns mycket mindre variation i detta test. Det beror på att det inte finns någon möjlighet till störningar eller brist på signalstyrka. Tänk på att det här är samma nätverk som den katastrof som ett test från tidigare gjort. Det är uppenbart att det finns problem med trådlösa anslutningar. Slutligen, prova att testa till fjärrservern från Bufferbloat.net.

Det är inte lika rent som det lokala nätverket, men det är fortfarande inte lika rörigt som de trådlösa testerna. Det här är det som du antagligen skulle förvänta dig av en normal torrentnedladdning över Internet.

RTT

RTT eller R ound T rip T överföring test är faktiskt mycket som RRUL test. De litar inte på att målet är under belastning. Istället mäter de bara tiden det tar för en UDP-begäran att slutföra kretsen och återgå till klienten. De inkluderar också ping.

För ett bra RTT-test, prova att köra RTT Fair. Du har redan provat RRUL för att simulera ett mer realistiskt och utmanande tillstånd; varför inte mer idealiska omständigheter? RTT Fair-testet hjälper dig att se hur en rundtur under mer kontrollerade förhållanden ser ut i ditt nätverk. Det är betydligt mindre kaotiskt. Kan det dock vara ännu mindre kaotiskt? Detta är resultaten med en trådbunden server.

Det är nästan en syndvåg. Visst, det är inte perfekt, men det är snyggare och betydligt snabbare. Med båda maskinerna anslutna blir det ännu bättre.

Det är en stor skillnad från 40Mb / s i det första testet. Ta igen testet till nätet.

Det är fortfarande bättre än det WiFi-röra från tidigare. Återigen verkar dessa resultat vara rätt för ett test som detta, även om mer stabilitet kan vara ett mål.

TCP

TCP-testerna är vanliga TCP. De mäter grundläggande TCP-förfrågningar som du besökte en webbplats eller kontrollerar din e-post. Chansen är stor att dessa tester inte kommer att lägga nästan lika mycket stress på ditt nätverk, men de kan ge dig en bättre bild av hur den vanliga trafiken ser ut.

Prova ett mer ansträngande TCP-test. TCP-nedladdningen med 12 strömmar är bra för att simulera en mer intensiv direktnedladdning. Det finns en god chans att du kommer att se någon allvarlig latens om du inte har ett bra nätverk. Kanske kan en trådbunden server förbättra saker här också.

Det är något mer normaliserat och det finns mer bandbredd. Det är bra. Det är ännu mer förbättring när klienten är ansluten.

Detta närmade sig faktiskt en solid 1 GB / s. Det är ganska fantastiskt med tanke på WiFi-resultaten. Slutligen ta en titt på hur det fungerade med fjärrservern.

Det finns mer latens, men hastigheterna är fortfarande mycket respektabla. Åh, och det här gick också över en VPN. Det är uppenbart att frågan kommer inifrån nätverket.

UDP-översvämning

UDP-översvämningstesterna är faktiskt RTT-test, men de skickar en ström av UDP-paket på målmaskinen på en gång. De svarar inte eller anpassar sig till trafikflödet, bara skicka. De kan vara användbara för att testa hur målmaskinen reagerar inför ett fel eller en attack.

Avslutande tankar

Om du ska testa ditt nätverk är det bäst att testa mellan olika punkter i ditt nätverk för att begränsa problemområdena. Testnätverket från den här guiden har uppenbarligen vissa problem med WiFi. Chansen är begränsad bandbredd och störningar båda spelas. Det är också bra att ha en tydlig bild av vilka typer av problem du letar efter. Designa dina tester runt det.

Du kanske har lagt märke till att det nätverk som bilderna är från inte är så bra. Det är inte. Egentligen är några av avfallsresultaten som du såg exakt vad du behöver se upp i ditt eget nätverk.