Що таке Flent?
Швидкі посилання
- Що таке Flent?
- Встановити Flent
- Ubuntu
- Debian
- Арк
- Gentoo
- Всі інші
- Основні настройки
- Запуск тесту
- Тести
- ПРАВИЛА
- RTT
- TCP
- UDP повінь
- Заключні думки
Flent розшифровується як FLE xible N etwork T ефір, і це не так вже й сама програма. Натомість Flent - це обгортка, яка поєднує декілька програм мережевого тестування, особливо це стосується Netperf, у один раз згуртований пакет, який спрощує запуск тестів і включає Matplotlib для автоматичного створення графіків та візуалізації даних під час запуску тестів.
Flent - це повний набір інструментів для тестування вашої мережі та діагностики всього, від простої неефективності до серйозних проблем з підключенням. Ще один бонус - це безкоштовний та відкритий код.
Встановити Flent
Flent доступний лише для Mac та Linux. Це не означає, що вам потрібно виривати Windows та конвертувати всю вашу мережу в Linux. Вам просто потрібно знайти спосіб тимчасово запустити його для своїх тестів.
Ubuntu
Почніть з додавання Flent PPA.
$ sudo add-apt-сховище 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, якщо він у вас встановлений. Він доступний майже для кожного дистрибутива Linux та Homebrew для Mac.
Основні настройки
Тепер, коли у вас встановлений Flent, ви можете почати використовувати його для виконання деяких основних тестів. Flent має як командний рядок, так і графічну версію. Оскільки ви, мабуть, не хочете запам'ятовувати команди Flent, цей посібник буде працювати з GUI.
Для того, щоб Flent працював належним чином, вам потрібен сервер для перевірки. Цей сервер потребує запуску Netperf в серверному режимі. Найкраще налаштувати його спочатку, щоб ви могли все тестувати разом. Netperf доступний майже в усіх сховищах дистрибутива Linux, тому просто встановіть його разом із менеджером пакунків.
$ sudo apt встановити netperf
Після того, як у вас є на сервері, запустіть Netperf в режимі сервера.
$ sudo netserver &
Наразі ви можете залишити сервер у спокої. Він продовжить працювати Netperf у режимі сервера у фоновому режимі. Ви можете зробити все інше у свого клієнта під управлінням Flent.
Запуск тесту
Тепер ви можете запускати тести на своєму сервері від Flent. Відкрийте графічний інтерфейс Flent із запуску програми або ввівши flent-gui в терміналі. Вікно, яке ви отримаєте, досить просто для початку. Клацніть на "Файл" у верхньому лівому куті та виберіть "Запустити новий тест" у меню, що виходить.
У новому вікні ви зможете вибрати тест для запуску. Спочатку скористайтеся спадним меню "Ім'я тесту", щоб вибрати тест. Для цього першої виберіть «руль». Введіть IP-адресу комп'ютера, який ви налаштували як сервер, а потім назвіть свій тест. Назва допоможе вам визначити результати, які зберігає Flent. Він використовує стиснуту форму JSON з розширенням .gz. Коли все виглядає добре, натисніть кнопку «Запустити тест» у лівій нижній частині вікна.
Усі тести займають небагато часу, тому будьте терплячі, і не намагайтеся нічого робити в мережі з тими двома комп'ютерами, які можуть заважати з'єднанню. Це зіпсує ваші дані.
Після завершення тестування ви зможете побачити відповідні дані, представлені у серії діаграм, у головному вікні Flent. Тест RRUL дасть вам інформацію про загальне завантаження, завантаження та пінг. Усі діаграми показують вам ту саму інформацію, але вони її організовують по-різному, щоб допомогти вам помітити будь-які зразки. У разі прикладу, маршрутизатор сміття створював навантаження затримки і давав деякі досить зламані результати.
Тести
Flent пропонує найрізноманітніші тести. Кожен може по-різному підкреслити вашу мережу. Не потрібно запам'ятовувати їх усі. Більшість підпадає під одну з чотирьох основних категорій. Ці категорії тестують вашу мережу різними конкретними способами.
ПРАВИЛА
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 для завершення схеми та повернення до клієнта. Вони також включають пінг.
Для хорошого тесту RTT спробуйте запустити RTT Fair. Ви вже спробували RRUL моделювати більш реалістичну та складну умову; чому б не ідеальніші обставини? Тест RTT Fair допоможе вам побачити, як у вашій мережі виглядає зворотній шлях у більш контрольованих умовах. Це значно менш хаотично. Невже це може бути і менш хаотично? Це результати за допомогою провідного сервера.
Це майже грішна хвиля. Звичайно, це не ідеально, але він акуратніше і значно швидше. З обома машинами, що їх проводять, стає ще краще.
Це велика різниця від 40 Мбіт / с у першому тесті. Ще раз пройдіть тест в Мережу.
Це все-таки краще, ніж той безлад WiFi від раніше. Знову ж таки, ці результати здаються правильними для такого тесту, хоча більша стабільність може бути ціллю.
TCP
Тести TCP є стандартними TCP. Вони вимірюють основні запити TCP, як ви відвідували веб-сайт або перевіряли свою електронну пошту. Швидше за все, ці тести не дадуть майже стільки навантаження на вашу мережу, але вони можуть дати вам кращу картину того, як виглядає регулярний трафік.
Спробуйте більш напружений тест TCP. Завантаження TCP з 12 потоків - це гарне моделювання більш інтенсивного прямого завантаження. Існує хороший шанс, що ви побачите серйозні затримки, якщо у вас немає чудової мережі. Можливо, провідний сервер теж може покращити речі.
Це фактично наблизилося до солідних 1 Гбіт / с. Це досить дивовижно, враховуючи результати WiFi. Нарешті, подивіться, як це було з віддаленим сервером.
Затримки більше, але швидкості все ще дуже поважні. О, і це було і над VPN. Зрозуміло, що проблема надходить зсередини мережі.
UDP повінь
Тести на потік UDP - це фактично RTT-тести, але вони надсилають одразу велику кількість пакетів UDP на цільовій машині. Вони не відповідають або не пристосовуються до потоку трафіку, просто надсилають. Вони можуть бути корисними для тестування, як цільова машина реагуватиме на тлі помилки чи нападу.
Заключні думки
Якщо ви збираєтеся протестувати свою мережу, краще протестувати між різними точками вашої мережі, щоб допомогти звузити проблемні області. У тестовій мережі з цього посібника явно є деякі проблеми з WiFi. Швидше за все, обмежена пропускна здатність та перешкоди є обома під час відтворення. Також добре мати чітке уявлення про те, які типи проблем ви шукаєте. Створіть свої тести навколо цього.
Можливо, ви помітили, що мережа, на якій зображені результати, - не все так чудово. Це не. Насправді деякі результати сміття, які ви побачили, - це саме те, на що потрібно звернути увагу у власній мережі.
