Hva er flent?
Hurtigkoblinger
- Hva er flent?
- Installer Flent
- Ubuntu
- Debian
- Arch
- Gentoo
- Alle andre
- Grunnleggende oppsett
- Kjører en test
- Testene
- RRUL
- RTT
- TCP
- UDP-flom
- Lukkende tanker
Flent står for FLE xible N etwork T ester, og det er ikke mye av et program i seg selv. I stedet er Flent et innpakning som pakker flere nettverkstestingapplikasjoner, spesielt Netperf, i en samlet sammenhengende pakke som gjør kjøring av testene enklere og inkluderer Matplotlib for å lage grafer og datavisualiseringer automatisk når du kjører testene dine.
Flent er et komplett verktøysett for å teste nettverket og diagnostisere alt fra enkel ineffektivitet til alvorlige tilkoblingsproblemer. Som enda en bonus er det gratis og åpen kildekode.
Installer Flent
Flent er bare tilgjengelig for Mac og Linux. Det betyr ikke at du trenger å grøfte Windows og konvertere hele nettverket til Linux. Du trenger bare å finne noen måte å kjøre den midlertidig til testene dine.
Ubuntu
Begynn med å legge til Flent PPA.
$ sudo add-apt-repository ppa: tohojo / flent $ sudo apt update
Deretter installerer du Flent.
Debian
Flent er tilgjengelig i de offisielle Debian-depotene som begynner med Stretch. Bare installer den.
Arch
Flent er tilgjengelig fra AUR. Gå til siden og ta tak i det du trenger.
Gentoo
Legg Flent til '/etc/portage/package.accept_keywords'.
nettanalysator / flent ~ amd64
Så dukker det ut.
Alle andre
Flent er en Python-pakke. Du bør kunne få den installert ved hjelp av pip Python-pakkehåndtereren, hvis du har det installert. Det er tilgjengelig for omtrent hver Linux-distribusjon og Homebrew for Mac.
Grunnleggende oppsett
Nå som du har Flent installert, kan du begynne å bruke den til å utføre noen grunnleggende tester. Flent har både en kommandolinje og en grafisk versjon. Siden du sannsynligvis ikke vil huske Flents kommandoer, vil denne guiden fungere med GUI-en.
For at Flent skal fungere ordentlig, trenger du en server å teste mot. Den serveren må kjøre Netperf i servermodus. Det er best å konfigurere den først, slik at du kan gjøre alle testene dine sammen. Netperf er tilgjengelig i omtrent alle Linux-distribusjonslagre, så bare installer det med pakkehåndtereren din.
$ sudo apt install netperf
Når du har det på serveren, kjører du Netperf i servermodus.
$ sudo netserver &
Du kan la serveren være i fred nå. Det vil fortsette å kjøre Netperf i servermodus i bakgrunnen. Du kan gjøre alt annet fra at klienten din kjører Flent.
Kjører en test
Du kan kjøre tester til serveren din fra Flent, nå. Åpne Flent GUI fra programstarteren din eller ved å skrive flent-gui i en terminal. Vinduet du får er ganske vanlig å starte med. Klikk på "Fil" i øvre venstre hjørne og velg "Kjør ny test" i den resulterende menyen.
Det nye vinduet lar deg velge en test du vil kjøre. Først bruker du rullegardinmenyen “Testnavn” for å velge en test. For denne første velger du “rrul.” Skriv inn IP-en til datamaskinen du konfigurerte som server, og navngi testen. Navnet vil bare hjelpe deg med å identifisere resultatene som Flent lagrer. Den bruker en komprimert form av JSON med .gz-forlengelsen. Når alt ser bra ut, klikker du på "Kjør test" -knappen nederst til venstre i vinduet.
Alle testene tar litt tid å kjøre, så vær tålmodig, og prøv å ikke gjøre noe på nettverket med de to datamaskinene som kan forstyrre forbindelsen. Det vil rote dataene dine.
Etter at testen er fullført, vil du kunne se relevante data presentert i en serie diagrammer i hovedvinduet i Flent. RRUL-testen vil gi deg informasjon om total opplasting, nedlasting og ping. Diagrammene vil alle vise deg den samme informasjonen, men de organiserer den på en annen måte for å hjelpe deg med å legge merke til mønstre. I tilfelle av eksemplet skapte en søppelruter masse forsinkelser og ga noen ganske ødelagte resultater.
Testene
Flent gir et bredt utvalg av tester. Hver og en kan stresse nettverket ditt på en annen måte. Du trenger imidlertid ikke å huske dem alle. De fleste faller inn i en av fire grunnleggende kategorier. Disse kategoriene tester nettverket ditt på forskjellige spesifikke måter.
RRUL
RRUL står for R ealtime R esponse U nder L oad. Det er akkurat det den har som mål å måle. RRUL-testen prøver å simulere en reell nettverksarbeidsbelastning og fange måten målmaskinen reagerer under den belastningen. RRUL ble utviklet av menneskene på Bufferbloat.net for å skape nettverksforhold der bufferbloat ville komme i spill for å hjelpe med å diagnostisere og avhjelpe den.
Bufferbloat er et vanlig problem i nettverk. Det oppstår når en ruter buffer for mye data når du overfører en stor del av data eller strømmer. Den ekstra bufferen er både en vekt på ruteren og den bremser overføringen. Stresset ved RRUL-testen er designet for å legge en betydelig nok belastning på ruteren til å utløse bufferen. Hvis nettverket ditt opplever en bufferbloat, vil både opplastings- og nedlastingsnumrene begynne å slippe av og ping vil øke når testen kjøres.
Prøv å kjøre RRUL torrent test. Den simulerer en torrent-nedlasting, som åpenbart er en veldig anstrengende type nettverksaktivitet og fremdeles er et virkelig virkelighetsscenario.
Resultatene ovenfor er det du ikke vil se, masse forsinkelse og nedlagte pakker. Den testen ble utført mellom to trådløse enheter i et overfylt nettverk. Legg merke til endringen når serveren er kablet.
Forskjellen merkes definitivt. Tilkoblingen er ikke perfekt, men den blir mye mer stabil når en enhet kobles til. Hva med begge deler?
Det er mye mindre variasjon i denne testen. Det er fordi det ikke er noen mulighet for forstyrrelser eller mangel på signalstyrke. Husk at dette er det samme nettverket som katastrofen ved en test fra før. Det er tydelig at det er et problem med trådløse tilkoblinger. Til slutt kan du prøve å teste til den eksterne serveren levert av Bufferbloat.net.
Det er ikke så rent som det lokale nettverket, men det er fremdeles ikke så rotete som de trådløse testene. Dette er den slags ting du sannsynligvis kan forvente av en normal torrentnedlasting over Internett.
RTT
RTT- eller R ound T rip T- overføringstestene er faktisk mye som RRUL-testene. De stoler ikke på at målet er under belastning. I stedet måler de bare tiden det tar for en UDP-forespørsel å fullføre kretsen og returnere til klienten. De inkluderer også ping.
For en god RTT-test, prøv å kjøre RTT Fair. Du har allerede prøvd RRUL for å simulere en mer realistisk og utfordrende tilstand; hvorfor ikke mer ideelle forhold? RTT Fair-testen vil hjelpe deg å se hvordan en rundtur under mer kontrollerte forhold ser ut i nettverket ditt. Det er betydelig mindre kaotisk. Kan det være enda mindre kaotisk? Dette er resultatene med en kablet server.
Det er nesten en syndebølge. Jada, det er ikke ideelt, men det er bedre og betydelig raskere. Med begge maskinene kablet blir det enda bedre.
Det er en stor forskjell fra 40Mb / s i den første testen. Ta igjen testen ut på nettet.
Det er fremdeles bedre enn det WiFi-rotet fra før. Igjen virker disse resultatene omtrent som riktig for en test som denne, selv om mer stabilitet kan være et mål.
TCP
TCP-testene er standard TCP. De måler grunnleggende TCP-forespørsler som om du besøkte et nettsted eller sjekk e-posten din. Sjansene er at disse testene ikke vil legge nesten like mye belastning på nettverket ditt, men de kan gi deg et bedre bilde av hvordan vanlig trafikk ser ut.
Prøv en mer anstrengende TCP-test. TCP-nedlastingen med 12 strømmer er en god en for å simulere en mer intens direkte nedlasting. Det er en god sjanse for at du kommer til å se noe alvorlig forsinkelse, hvis du ikke har et flott nettverk. Kanskje kan en kablet server forbedre tingene også her.
Dette nærmet seg faktisk en solid 1 GB / s. Det er ganske fantastisk, med tanke på WiFi-resultatene. Ta en titt på hvordan det presterte med den eksterne serveren.
Det er mer forsinkelse, men hastighetene er fremdeles veldig respektable. Oh, og dette var over en VPN også. Det er klart, problemet kommer fra nettverket.
UDP-flom
UDP-flomforsøkene er egentlig RTT-tester, men de sender en flod av UDP-pakker på målmaskinen samtidig. De reagerer ikke eller tilpasser seg flyten, bare send. De kan være nyttige for å teste hvordan målmaskinen vil reagere i møte med en feil eller et angrep.
Lukkende tanker
Hvis du skal teste nettverket ditt, er det best å teste mellom forskjellige punkter i nettverket for å begrense problemområder. Testnettet fra denne guiden har helt klart noen problemer med WiFi. Sjansen er, begrenset båndbredde og interferens er begge under spill. Det er også bra å ha et klart bilde av hvilke typer problemer du leter etter. Design testene dine rundt det.
Du har kanskje lagt merke til at nettverket som avbildede resultater er fra ikke er så bra. Det er ikke. Egentlig er noen av søppelresultatene du så nøyaktig hva du trenger å passe på i ditt eget nettverk.
