Какво е Flent?
бързи връзки
- Какво е Flent?
- Инсталиране на Flent
- Ubuntu
- Debian
- арка
- Gentoo
- Всички останали
- Основна настройка
- Изпълнение на тест
- Тестовете
- RRUL
- RTT
- TCP
- UDP наводнение
- Заключителни мисли
Flent означава FLE xible N etwork T ester и не е много от програмата сама по себе си. Вместо това Flent е обвивка, която свързва множество приложения за тестване на мрежата, най-вече Netperf, в еднократно сплотен пакет, който прави тестовете да се опростяват и включва Matplotlib за автоматично създаване на графики и визуализации на данните, докато стартирате тестовете си.
Flent е пълен набор от инструменти за тестване на вашата мрежа и диагностициране на всичко - от проста неефективност до сериозни проблеми с връзката. Като още един бонус, той е безплатен и с отворен код.
Инсталиране на Flent
Flent е достъпен само за Mac и Linux. Това не означава, че трябва да ровите Windows и да конвертирате цялата си мрежа в Linux. Просто трябва да намерите някакъв начин да го стартирате временно за вашите тестове.
Ubuntu
Започнете с добавяне на Flent PPA.
$ sudo add-apt-repository ppa: tohojo / flent $ sudo apt актуализация
След това инсталирайте Flent.
Debian
Flent е наличен в официалните хранилища на Debian, започвайки от Stretch. Просто го инсталирайте.
арка
Flent се предлага от AUR. Отидете на страницата му и вземете това, което ви трябва.
Gentoo
Добавете Flent към „/etc/portage/package.accept_keywords“.
нет-анализатор / flent ~ amd64
Тогава, изплувайте го.
Всички останали
Flent е пакет Python. Трябва да можете да го инсталирате с помощта на pip Python manager manager, ако имате инсталиран такъв. Предлага се за почти всяка дистрибуция на Linux и Homebrew за Macs.
Основна настройка
Сега, когато имате инсталиран Flent, можете да започнете да го използвате за извършване на някои основни тестове. Flent има както команден ред, така и графична версия. Тъй като вероятно не искате да запаметявате командите на Flent, това ръководство ще работи с GUI.
За да работи Flent правилно, имате нужда от сървър, за да тествате. Този сървър трябва да работи с Netperf в режим на сървъра. Най-добре е първо да го настроите, за да можете да направите всичките си тестове заедно. Netperf е наличен почти във всички хранилища на дистрибуцията на Linux, така че просто го инсталирайте с вашия мениджър на пакети.
$ sudo apt инсталирайте netperf
След като го имате на сървъра, стартирайте Netperf в режим на сървъра.
$ sudo netserver &
Засега можете да оставите сървъра сам. Тя ще продължи да работи Netperf в сървърен режим на заден план. Можете да направите всичко останало от вашия клиент, управляващ Flent.
Изпълнение на тест
Можете да стартирате тестове на вашия сървър от Flent, сега. Отворете GUI на Flent от стартовия панел на приложението си или като напишете flent-gui в терминал. Прозорецът, който ще получите, е доста обикновен за начало. Кликнете върху „File“ в горния ляв ъгъл и изберете „Run new test“ в полученото меню.
Новият прозорец ще ви позволи да изберете тест, който да стартирате. Първо използвайте падащото меню „Име на теста“, за да изберете тест. За тази първа изберете „rrul.“ Въведете IP адреса на компютъра, който сте настроили като сървър, след което посочете своя тест. Името просто ще ви помогне да идентифицирате резултатите, които Flent спестява. Той използва компресирана форма на JSON с разширение .gz. Когато всичко изглежда добре, щракнете върху бутона „Изпълнете тест“ в долната лява част на прозореца.
Всички тестове отнемат малко време, за да стартирате, така че бъдете търпеливи и се опитайте да не правите нищо в мрежата с тези два компютъра, които могат да пречат на връзката. Това ще обърка вашите данни.
След като тестът приключи, ще можете да видите съответните данни, представени в серия от диаграми в главния прозорец на Flent. Тестът RRUL ще ви даде информация за общото ви качване, изтегляне и ping. Всички диаграми ще ви покажат същата информация, но те я организират по различен начин, за да ви помогнат да забележите всякакви модели. В случая с един маршрутизатор за боклук създава натоварвания с латентност и дава някои доста разбити резултати.
Тестовете
Flent осигурява голямо разнообразие от тестове. Всеки от тях може да стресира вашата мрежа по различен начин. Не е нужно да ги запомняте всички. Повечето попадат в една от четирите основни категории. Тези категории тестват вашата мрежа по различни специфични начини.
RRUL
RRUL означава R ealtime R esponse Uderder L oad. Точно това цели да измери. Тестът RRUL се опитва да симулира реално натоварване на мрежата и да улови начина, по който целевата машина реагира при това натоварване. RRUL е разработен от хората на Bufferbloat.net, за да създаде мрежови условия, при които буферното покритие ще влезе в игра, за да помогне за диагностицирането и отстраняването му.
Bufferbloat е често срещан проблем в работата в мрежа. Това се случва, когато рутер буферира твърде много данни, когато прехвърля голям парче данни или поточно предаване. Този допълнителен буфер е едновременно тегло на рутера и забавя прехвърлянето. Напрежението на теста RRUL е проектирано да постави достатъчно значително натоварване на рутера, за да задейства буфера. Ако вашата мрежа изпитва буферно блокиране, номерата за качване и изтегляне ще започнат да отпадат, а пингът ще се увеличи с теста.
Опитайте да стартирате теста за торент RRUL. Той симулира изтегляне на торент, което очевидно е много напрегнат тип мрежова активност и все още е много реален сценарий в света.
Горепосочените резултати са това, което не искате да виждате, много латентност и изпуснати пакети. Този тест е проведен между две безжични устройства в препълнена мрежа. Забележете промяната, когато сървърът е свързан.
Разликата определено се забелязва. Връзката не е перфектна, но става много по-стабилна с едно устройство, окабелено. Ами и двете?
Има много по-малко вариации в този тест. Това е така, защото няма възможност за смущения или липса на сила на сигнала. Имайте предвид, че това е същата мрежа като тази катастрофа на тест от преди. Ясно е, че има проблем с безжичните връзки. И накрая, опитайте да тествате към отдалечения сървър, предоставен от Bufferbloat.net.
Не е толкова чист като локалната мрежа, но все още не е толкова разхвърлян като тестовете за безжична връзка. Това е нещо, което вероятно бихте очаквали от нормално изтегляне на торент през интернет.
RTT
RTT, или R ound T rip T тестовете за прехвърляне всъщност са много като тестовете RRUL. Те не разчитат, че целта е под товар. Вместо това те просто измерват времето, необходимо за UDP заявка за завършване на веригата и връщане към клиента. Те също включват ping.
За добър RTT тест, опитайте да проведете RTT Fair. Вече сте опитвали RRUL да симулирате по-реалистично и предизвикателно условие; защо не по-идеални обстоятелства? Тестът RTT Fair ще ви помогне да видите как изглежда двупосочно пътуване при по-контролирани условия във вашата мрежа. Това е значително по-малко хаотично. Възможно ли е да е още по-малко хаотично? Това са резултатите с кабелен сървър.
Това е почти грешна вълна. Разбира се, това не е идеално, но е по-изрядно и значително по-бързо. С двете машини, окабелени, става още по-добре.
Това е голяма разлика от 40Mb / s в първия тест. За пореден път изнесете теста в мрежата.
Все още е по-добре от тази бъркотия в WiFi от преди. Отново тези резултати изглеждат подходящи за тест като този, въпреки че повече стабилност може да бъде цел.
TCP
Тестовете за TCP са стандартни TCP. Те измерват основни TCP заявки, като сте посещавали уебсайт или проверявате имейла си. Вероятно е, че тези тестове няма да поставят почти толкова стрес върху вашата мрежа, но могат да ви дадат по-добра представа за това как изглежда редовен трафик.
Опитайте по-напрегнат TCP тест. Изтеглянето на TCP с 12 потока е добро за симулиране на по-интензивно директно изтегляне. Има голям шанс, че ще видите някаква сериозна латентност, ако нямате добра мрежа. Може би кабелният сървър може да подобри нещата и тук.
Това всъщност се приближи до солидни 1Gb / s. Това е доста невероятно, като се имат предвид резултатите от WiFi. И накрая, разгледайте как се справи с отдалечения сървър.
Има повече закъснения, но скоростите все още са много уважавани. О, и това беше над VPN. Ясно е, че проблемът идва от мрежата.
UDP наводнение
Тестовете за наводняване на UDP всъщност са RTT тестове, но те изпращат пакет от UDP пакети на целевата машина наведнъж. Те не реагират или не се адаптират към потока на трафика, а просто изпращат. Те могат да бъдат полезни за тестване на начина, по който целевата машина ще реагира при грешка или атака.
Заключителни мисли
Ако ще тествате мрежата си, най-добре е да тествате между различни точки в мрежата, за да стесните проблемните области. Тестовата мрежа от това ръководство очевидно има някои проблеми с WiFi. Шансовете са, че ограничената ширина на честотната лента и смущения са и двете. Също така е добре да имате ясна картина за това какви видове проблеми търсите. Направете своите тестове около това.
Може би сте забелязали, че мрежата, от която са представени резултатите, не е чак толкова голяма. Не е. Всъщност някои от резултатите за боклука, които видяхте, са точно това, което трябва да внимавате в собствената си мрежа.
