Hvad er flent?
hurtige links
- Hvad er flent?
- Installer Flent
- Ubuntu
- Debian
- Arch
- Gentoo
- Alle andre
- Grundlæggende opsætning
- Kører en test
- Testerne
- RRUL
- RTT
- TCP
- UDP-oversvømmelse
- Lukende tanker
Flent står for FLE xible N etwork T ester, og det er ikke meget af et program i sig selv. I stedet er Flent et indpakning, der bundter flere netværkstestapplikationer, især Netperf, i en sammenhængende pakke, der gør kørsel af testene enklere og inkluderer Matplotlib til automatisk at oprette grafer og datavisualisering, når du kører dine test.
Flent er et komplet værktøjssæt til at teste dit netværk og diagnosticere alt fra enkel ineffektivitet til alvorlige forbindelsesproblemer. Som endnu en bonus er det gratis og open source.
Installer Flent
Flent er kun tilgængelig for Mac og Linux. Det betyder ikke, at du skal grøfte Windows og konvertere hele dit netværk til Linux. Du skal bare finde en måde at køre det midlertidigt til dine test på.
Ubuntu
Start med at tilføje Flent PPA.
$ sudo add-apt-repository ppa: tohojo / flent $ sudo apt-opdatering
Installer derefter Flent.
Debian
Flent er tilgængelig i de officielle Debian-lagre, der starter med Stretch. Bare installer det.
Arch
Flent fås fra AUR. Gå hen til dens side og tag fat i det, du har brug for.
Gentoo
Føj Flent til dine '/etc/portage/package.accept_keywords'.
netanalysator / flent ~ amd64
Derefter dukker det ud.
Alle andre
Flent er en Python-pakke. Du skal være i stand til at få det installeret ved hjælp af pip Python-pakkehåndteringen, hvis du har det installeret. Det er tilgængeligt for næsten hver Linux-distribution og Homebrew til Mac.
Grundlæggende opsætning
Nu hvor du har Flent installeret, kan du begynde at bruge det til at udføre nogle grundlæggende tests. Flent har både en kommandolinie og en grafisk version. Da du sandsynligvis ikke vil huske Flents kommandoer, fungerer denne guide sammen med GUI-en.
For at Flent skal fungere korrekt, skal du have en server at teste imod. Denne server skal køre Netperf i servertilstand. Det er bedst at konfigurere den først, så du kan udføre al din test sammen. Netperf er tilgængeligt i næsten alle Linux-distributionslagre, så bare installer det med din pakkeadministrator.
$ sudo apt installere netperf
Når du har det på serveren, skal du køre Netperf i servertilstand.
$ sudo netserver &
Du kan forlade serveren alene i øjeblikket. Det fortsætter med at køre Netperf i servertilstand i baggrunden. Du kan gøre alt andet fra din klient, der kører Flent.
Kører en test
Du kan køre test til din server fra Flent, nu. Åbn Flent GUI fra din applikationsstarter eller ved at skrive flent-gui i en terminal. Det vindue, du får, er ret almindeligt til at begynde med. Klik på "File" i øverste venstre hjørne, og vælg "Kør ny test" i den resulterende menu.
Det nye vindue giver dig mulighed for at vælge en test, der skal køres. Brug først rullemenuen "Testnavn" til at vælge en test. For denne første skal du vælge “rrul.” Indtast IP'en på den computer, du opretter som server, og navngiv derefter din test. Navnet vil bare hjælpe dig med at identificere de resultater, som Flent gemmer. Den bruger en komprimeret form af JSON med .gz-udvidelsen. Når alt ser godt ud, skal du klikke på knappen "Kør test" nederst til venstre i vinduet.
Alle testene tager lidt tid på at køre, så vær tålmodig, og prøv ikke at gøre noget på netværket med disse to computere, der muligvis forstyrrer forbindelsen. Det vil ødelægge dine data.
Når testen er afsluttet, kan du se de relevante data, der er præsenteret i en række diagrammer i hovedvinduet i Flent. RRUL-testen giver dig oplysninger om din samlede upload, download og ping. Diagrammerne vil alle vise dig den samme information, men de organiserer dem anderledes for at hjælpe dig med at bemærke eventuelle mønstre. I tilfældet med eksemplet skabte en affaldsruter masser af forsinkelse og frembragte nogle temmelig ødelagte resultater.
Testerne
Flent leverer en lang række test. Hver enkelt kan stresse dit netværk på en anden måde. Du behøver dog ikke huske dem alle. De fleste falder ind i en af fire grundlæggende kategorier. Disse kategorier tester dit netværk på forskellige specifikke måder.
RRUL
RRUL står for R ealtime R esponse U nder L oad. Det er præcis, hvad det sigter mod at måle. RRUL-testen forsøger at simulere en reel netværksarbejdsbelastning og fange den måde, som målmaskinen reagerer på under denne belastning. RRUL blev udviklet af folkene på Bufferbloat.net for at skabe netværksbetingelser, hvor bufferbloat ville komme i spil for at hjælpe med at diagnosticere og afhjælpe det.
Bufferbloat er et almindeligt problem i netværk. Det opstår, når en router bufferer for meget data, når der overføres en stor del af data eller streaming. Den ekstra buffer er både en vægt på routeren, og den bremser overførslen. Stresset ved RRUL-testen er designet til at lægge en betydelig nok belastning på routeren til at udløse bufferen. Hvis dit netværk oplever en bufferbloat, begynder upload- og downloadnumrene begge at falde, og ping vil stige, når testen køres.
Prøv at køre RRUL torrent test. Det simulerer en torrent-download, hvilket naturligvis er en meget anstrengende type netværksaktivitet og stadig er meget et ægte scenarie.
Ovenstående resultater er, hvad du ikke ønsker at se, belastninger med latenstid og faldne pakker. Denne test blev udført mellem to trådløse enheder på et overfyldt netværk. Bemærk ændringen, når serveren er tilsluttet.
Forskellen er bestemt mærkbar. Forbindelsen er ikke perfekt, men den bliver meget mere stabil, når en enhed tilsluttes. Hvad med begge dele?
Der er langt mindre variation i denne test. Det skyldes, at der ikke er nogen mulighed for interferens eller mangel på signalstyrke. Husk, at dette er det samme netværk som katastrofen ved en test fra før. Der er tydeligvis et problem med trådløse forbindelser. Til sidst kan du prøve at teste til den eksterne server leveret af Bufferbloat.net.
Det er ikke så rent som det lokale netværk, men det er stadig ikke så rodet som de trådløse tests. Dette er den slags ting, du sandsynligvis ville forvente af en normal torrent-download over internettet.
RTT
RTT- eller R ound T rip T- overførselstestene er faktisk meget som RRUL-testene. De stoler ikke på, at målet er under en belastning. I stedet måler de bare den tid, det tager for en UDP-anmodning at afslutte kredsløbet og vende tilbage til klienten. De inkluderer også ping.
For at få en god RTT-test, prøv at køre RTT Fair. Du har allerede prøvet RRUL for at simulere en mere realistisk og udfordrende tilstand; hvorfor ikke mere ideelle omstændigheder? RTT Fair-testen hjælper dig med at se, hvordan en rundtur under mere kontrollerede forhold ser ud på dit netværk. Det er betydeligt mindre kaotisk. Kunne det dog være endnu mindre kaotisk? Dette er resultaterne med en kabelført server.
Det er næsten en syndebølge. Jo, det er ikke ideelt, men det er pænere og betydeligt hurtigere. Med begge kablede maskiner bliver det endnu bedre.
Det er en stor forskel fra 40Mb / s i den første test. Tag igen testen ud på nettet.
Det er stadig bedre end WiFi-rod fra før. Igen synes disse resultater at være rigtige til en test som denne, selvom mere stabilitet kan være et mål.
TCP
TCP-testene er standard TCP. De måler grundlæggende TCP-anmodninger, som om du besøger et websted eller kontrollerer din e-mail. Chancerne er, at disse test ikke lægger næsten lige så meget stress på dit netværk, men de kan give dig et bedre billede af, hvordan regelmæssig trafik ser ud.
Prøv en mere anstrengende TCP-test. TCP-download med 12 streams er en god til at simulere en mere intens direkte download. Der er en god chance for, at du vil se nogen alvorlig forsinkelse, hvis du ikke har et godt netværk. Måske kan en kabelført server også forbedre tingene her.
Dette nærmet sig faktisk en solid 1 GB / s. Det er ret forbløffende i betragtning af WiFi-resultaterne. Endelig skal du se, hvordan det fungerede med fjernserveren.
Der er mere forsinkelse, men hastighederne er stadig meget respektable. Åh, og dette var også over en VPN. Problemet kommer helt klart ind fra netværket.
UDP-oversvømmelse
UDP-oversvømmelsestestene er faktisk RTT-test, men de sender en oversvømmelse af UDP-pakker på målmaskinen på én gang. De reagerer ikke eller tilpasser sig til strømmen af trafik, bare send. De kan være nyttige til at teste, hvordan målmaskinen reagerer i lyset af en fejl eller et angreb.
Lukende tanker
Hvis du vil teste dit netværk, er det bedst at teste mellem forskellige punkter i dit netværk for at hjælpe med at indsnævre problemområder. Testnetværket fra denne vejledning har helt klart nogle problemer med WiFi. Chancerne er, begrænset båndbredde og interferens er begge under spil. Det er også godt at have et klart billede af, hvilke typer problemer du leder efter. Design dine test omkring det.
Du har måske bemærket, at det netværk, som afbildede resultater er fra, ikke er så godt. Det er ikke. Faktisk er nogle af de affaldsresultater, du så, præcis, hvad du har brug for at kigge efter i dit eget netværk.
