Flent là gì?
đường dẫn nhanh
- Flent là gì?
- Cài đặt Flent
- Ubuntu
- Debian
- Cổng vòm
- Quý ông
- Mọi người khác
- Thiết lập cơ bản
- Chạy thử nghiệm
- Các bài kiểm tra
- RRUL
- RTT
- TCP
- Lũ lụt
- Bớt tư tưởng
Flent là viết tắt của FLE xible N etwork T ester, và nó không phải là một chương trình theo đúng nghĩa của nó. Thay vào đó, Flent là một trình bao bọc kết hợp nhiều ứng dụng kiểm tra mạng, đặc biệt là Netperf, thành một gói gắn kết giúp việc chạy thử nghiệm đơn giản hơn và bao gồm Matplotlib để tự động tạo biểu đồ và hiển thị dữ liệu khi bạn chạy thử nghiệm.
Flent là một bộ công cụ hoàn chỉnh để kiểm tra mạng của bạn và chẩn đoán mọi thứ, từ sự không hiệu quả đơn giản đến các vấn đề kết nối nghiêm trọng. Như một phần thưởng khác, nó là nguồn mở và miễn phí.
Cài đặt Flent
Flent chỉ có sẵn cho Mac và Linux. Điều đó không có nghĩa là bạn cần bỏ Windows và chuyển đổi toàn bộ mạng của mình sang Linux. Bạn chỉ cần tìm một số cách để chạy nó tạm thời cho các bài kiểm tra của bạn.
Ubuntu
Bắt đầu bằng cách thêm PPA Flent.
$ sudo add-apt-repository ppa: tohojo / flent $ sudo apt update
Sau đó, cài đặt Flent.
Debian
Flent có sẵn trong kho Debian chính thức bắt đầu bằng Stretch. Chỉ cần cài đặt nó.
Cổng vòm
Flent có sẵn từ AUR. Đi qua trang của nó và lấy những gì bạn cần.
Quý ông
Thêm Flent vào '/etc/portage/package.accept_keywords' của bạn.
máy phân tích / flent ~ amd64
Sau đó, xuất hiện nó.
Mọi người khác
Flent là một gói Python. Bạn sẽ có thể cài đặt nó bằng trình quản lý gói Pip Python, nếu bạn đã cài đặt nó. Nó có sẵn cho mọi phân phối Linux và Homebrew cho máy Mac.
Thiết lập cơ bản
Bây giờ bạn đã cài đặt Flent, bạn có thể bắt đầu sử dụng nó để thực hiện một số thử nghiệm cơ bản. Flent có cả dòng lệnh và phiên bản đồ họa. Vì có thể bạn không muốn ghi nhớ các lệnh của Flent, nên hướng dẫn này sẽ hoạt động với GUI.
Để Flent hoạt động bình thường, bạn cần một máy chủ để kiểm tra. Máy chủ đó cần chạy Netperf ở chế độ máy chủ .. Tốt nhất là thiết lập nó trước, để bạn có thể thực hiện tất cả các thử nghiệm của mình cùng nhau. Netperf chỉ có sẵn trong kho lưu trữ của mọi bản phân phối Linux, vì vậy chỉ cần cài đặt nó với trình quản lý gói của bạn.
$ sudo apt cài đặt netperf
Sau khi bạn có nó trên máy chủ, hãy chạy Netperf ở chế độ máy chủ.
$ sudo Netserver &
Bạn có thể để máy chủ một mình bây giờ. Nó sẽ tiếp tục chạy Netperf ở chế độ máy chủ trong nền. Bạn có thể làm mọi thứ khác từ khách hàng của bạn đang chạy Flent.
Chạy thử nghiệm
Bây giờ bạn có thể chạy thử nghiệm đến máy chủ của mình từ Flent. Mở GUI Flent từ trình khởi chạy ứng dụng của bạn hoặc bằng cách nhập flent-gui trong một thiết bị đầu cuối. Cửa sổ mà bạn sẽ nhận được khá đơn giản để bắt đầu. Nhấp vào trên File File ở góc trên bên trái và chọn Thử nghiệm chạy thử nghiệm mới trong menu kết quả.
Cửa sổ mới sẽ cho phép bạn chọn một bài kiểm tra để chạy. Đầu tiên, hãy sử dụng danh sách thả xuống Tên thử nghiệm của Viking để chọn một bài kiểm tra. Đối với cái đầu tiên này, hãy chọn trên mạng, hãy nhập IP của máy tính bạn thiết lập làm máy chủ, sau đó đặt tên cho bài kiểm tra của bạn. Tên sẽ chỉ giúp bạn xác định kết quả mà Flent lưu. Nó sử dụng một dạng JSON được nén với phần mở rộng .gz. Khi mọi thứ có vẻ tốt, hãy nhấp vào nút thử nghiệm Run Run ở phía dưới bên trái của cửa sổ.
Tất cả các bài kiểm tra đều mất một chút thời gian để chạy, vì vậy hãy kiên nhẫn và cố gắng không làm bất cứ điều gì trên mạng với hai máy tính có thể gây trở ngại cho kết nối. Nó sẽ làm rối dữ liệu của bạn.
Sau khi thử nghiệm hoàn tất, bạn sẽ có thể thấy dữ liệu liên quan được trình bày trong một loạt các biểu đồ trên cửa sổ Flent chính. Bài kiểm tra RRUL sẽ cung cấp cho bạn thông tin về tổng số tải lên, tải xuống và ping của bạn. Tất cả các biểu đồ sẽ hiển thị cho bạn cùng một thông tin, nhưng chúng sắp xếp nó theo cách khác nhau, để giúp bạn nhận thấy bất kỳ mẫu nào. Trong trường hợp ví dụ, một bộ định tuyến rác đã tạo ra vô số độ trễ và tạo ra một số kết quả bị hỏng.
Các bài kiểm tra
Flent cung cấp một loạt các bài kiểm tra. Mỗi người có thể nhấn mạnh mạng của bạn theo một cách khác nhau. Bạn không cần phải ghi nhớ tất cả chúng, mặc dù. Hầu hết rơi vào một trong bốn loại cơ bản. Những danh mục kiểm tra mạng của bạn theo những cách cụ thể khác nhau.
RRUL
RRUL là viết tắt của R ealtime R Esponse U nder L oad. Đó chính xác là những gì nó nhằm mục đích đo lường. Thử nghiệm RRUL cố gắng mô phỏng tải công việc mạng thực và nắm bắt cách máy đích phản ứng dưới tải đó. RRUL được phát triển bởi những người tại Bufferbloat.net để tạo ra các điều kiện mạng nơi bộ đệm sẽ hoạt động để giúp chẩn đoán và khắc phục nó.
Bufferbloat là một vấn đề phổ biến trong mạng. Nó xảy ra khi bộ định tuyến đệm quá nhiều dữ liệu khi truyền một khối dữ liệu lớn hoặc truyền phát. Bộ đệm bổ sung đó vừa là trọng lượng trên bộ định tuyến và nó làm chậm quá trình chuyển. Sự căng thẳng của thử nghiệm RRUL được thiết kế để đặt một tải đủ đáng kể lên bộ định tuyến để kích hoạt bộ đệm. Nếu mạng của bạn gặp phải lỗi đệm, số lượng tải lên và tải xuống sẽ bắt đầu giảm và ping sẽ tăng lên khi thử nghiệm chạy.
Hãy thử chạy thử nghiệm torrent RRUL. Nó mô phỏng tải xuống torrent, đây rõ ràng là một loại hoạt động mạng rất vất vả và vẫn là một kịch bản trong thế giới thực.
Các kết quả trên là những gì bạn không muốn thấy, vô số độ trễ và các gói bị rơi. Thử nghiệm đó được tiến hành giữa hai thiết bị không dây trên một mạng đông đúc. Lưu ý sự thay đổi khi máy chủ có dây.
Sự khác biệt chắc chắn là đáng chú ý. Kết nối không hoàn hảo, nhưng nó trở nên ổn định hơn nhiều với một thiết bị có dây. Còn cả hai thì sao?
Có rất ít biến thể trong thử nghiệm này. Đó là bởi vì không có cơ hội can thiệp hoặc thiếu cường độ tín hiệu. Hãy nhớ rằng đây là cùng một mạng với thảm họa của một bài kiểm tra trước đó. Rõ ràng, có một vấn đề với các kết nối không dây. Cuối cùng, hãy thử kiểm tra máy chủ từ xa do Bufferbloat.net cung cấp.
Nó không sạch như mạng cục bộ, nhưng nó vẫn không lộn xộn như các thử nghiệm không dây. Đây là loại điều bạn có thể mong đợi từ tải xuống torrent bình thường qua Internet.
RTT
Các thử nghiệm ransfer RTT, hoặc R ound T rip T thực sự rất giống các thử nghiệm RRUL. Họ không dựa vào mục tiêu đang chịu tải. Thay vào đó, họ chỉ đo thời gian cần thiết để yêu cầu UDP hoàn thành mạch và trở về máy khách. Chúng cũng bao gồm ping.
Để kiểm tra RTT tốt, hãy thử chạy RTT Fair. Bạn đã thử RRUL để mô phỏng một điều kiện thực tế và thách thức hơn; Tại sao không hoàn cảnh lý tưởng hơn? Thử nghiệm RTT Fair sẽ giúp bạn xem chuyến đi khứ hồi trong các điều kiện được kiểm soát nhiều hơn như thế nào trên mạng của bạn. Nó ít hỗn loạn hơn đáng kể. Nó có thể thậm chí ít hỗn loạn hơn, mặc dù? Đây là kết quả với một máy chủ có dây.
Nó gần như là một làn sóng tội lỗi. Chắc chắn, nó không lý tưởng, nhưng nó gọn gàng hơn và nhanh hơn đáng kể. Với cả hai máy có dây, nó thậm chí còn tốt hơn.
Đó là một sự khác biệt lớn so với 40Mb / giây trong thử nghiệm đầu tiên. Một lần nữa, hãy làm bài kiểm tra ra Net.
Nó vẫn còn tốt hơn so với đống WiFi đó từ trước. Một lần nữa, những kết quả này có vẻ phù hợp với một thử nghiệm như thế này, mặc dù sự ổn định hơn có thể là một mục tiêu.
TCP
Các bài kiểm tra TCP là TCP tiêu chuẩn. Họ đo các yêu cầu TCP cơ bản giống như bạn đang truy cập một trang web hoặc kiểm tra email của bạn. Rất có thể, các thử nghiệm này sẽ không gây căng thẳng cho mạng của bạn, nhưng chúng có thể cho bạn hình dung rõ hơn về giao thông thông thường trông như thế nào.
Hãy thử một bài kiểm tra TCP vất vả hơn. Tải xuống TCP với 12 luồng là một cách tốt để mô phỏng tải xuống trực tiếp dữ dội hơn. Có một cơ hội tốt mà bạn sẽ thấy một số độ trễ nghiêm trọng, nếu bạn không có một mạng lưới tuyệt vời. Có lẽ một máy chủ có dây cũng có thể cải thiện mọi thứ ở đây.
Điều này thực sự đã tiếp cận với 1Gb / s rắn. Điều đó khá tuyệt vời, xem xét kết quả WiFi. Cuối cùng, hãy xem cách nó thực hiện với máy chủ từ xa.
Có độ trễ nhiều hơn, nhưng tốc độ vẫn rất đáng nể. Ồ, và điều này cũng đã qua VPN. Rõ ràng, vấn đề đang đến từ bên trong mạng.
Lũ lụt
Các thử nghiệm lũ UDP thực sự là các thử nghiệm RTT, nhưng chúng gửi một gói các gói UDP tại máy đích cùng một lúc. Họ không phản hồi hoặc thích ứng với luồng giao thông, chỉ cần gửi. Chúng có thể hữu ích để kiểm tra cách máy đích sẽ phản ứng khi gặp lỗi hoặc tấn công.
Bớt tư tưởng
Nếu bạn định kiểm tra mạng của mình, tốt nhất nên kiểm tra giữa các điểm khác nhau trong mạng của bạn để giúp thu hẹp các khu vực có vấn đề. Mạng thử nghiệm từ hướng dẫn này rõ ràng có một số vấn đề với WiFi. Có thể, băng thông hạn chế và nhiễu đều đang chơi. Thật tốt khi có một bức tranh rõ ràng về loại vấn đề bạn đang tìm kiếm. Thiết kế các bài kiểm tra của bạn xung quanh đó.
Bạn có thể nhận thấy rằng mạng mà kết quả trong hình không phải là tuyệt vời. Không phải vậy. Trên thực tế, một số kết quả rác mà bạn thấy là chính xác những gì bạn cần tìm trong mạng riêng của mình.
