프렌 트란?
빠른 링크
- 프렌 트란?
- 프 렌트 설치
- 우분투
- 데비안
- 아치
- 젠투
- 다른 사람
- 기본 설정
- 테스트 실행
- 테스트
- 룰
- RTT
- TCP
- UDP 플러드
- 결산 생각
Flent는 FLE xible N etwork T ester의 약자이며 그 자체로는 프로그램이 아닙니다. 대신 Flent는 여러 네트워크 테스트 응용 프로그램 (특히 Netperf)을 한 번의 응집성 패키지로 묶어 테스트를보다 간단하게 실행하고 테스트를 실행할 때 그래프 및 데이터 시각화를 자동으로 생성하는 Matplotlib를 포함하는 래퍼입니다.
Flent는 네트워크를 테스트하고 간단한 비 효율성에서 심각한 연결 문제에 이르기까지 모든 것을 진단하기위한 완벽한 툴킷입니다. 또 다른 보너스는 무료이며 오픈 소스입니다.
프 렌트 설치
Flent는 Mac 및 Linux에서만 사용할 수 있습니다. 그렇다고 Windows를 버리고 전체 네트워크를 Linux로 변환해야한다는 의미는 아닙니다. 테스트를 위해 일시적으로 실행할 수있는 방법을 찾아야합니다.
우분투
Flent PPA를 추가하여 시작하십시오.
$ sudo add-apt-repository ppa : tohojo / flent $ sudo apt 업데이트
그런 다음 Flent를 설치하십시오.
데비안
Flent는 Stretch로 시작하는 공식 데비안 리포지토리에서 사용할 수 있습니다. 설치 만하면됩니다.
아치
AUR에서 Flent를 이용할 수 있습니다. 해당 페이지로 이동하여 필요한 것을 가져옵니다.
젠투
'/etc/portage/package.accept_keywords'에 Flent를 추가하십시오.
넷 분석기 / 플랜트 ~ amd64
그런 다음 등장하십시오.
다른 사람
Flent는 Python 패키지입니다. pip Python 패키지 관리자가 설치되어 있으면 pip Python 패키지 관리자를 사용하여 설치할 수 있습니다. 거의 모든 Linux 배포판과 Mac 용 Homebrew에 사용할 수 있습니다.
기본 설정
Flent를 설치 했으므로 이제 기본 테스트를 수행하기 위해이 기능을 사용할 수 있습니다. Flent에는 명령 줄과 그래픽 버전이 있습니다. Flent의 명령을 기억하지 않으려는 경우이 안내서는 GUI 명령과 함께 작동합니다.
Flent가 제대로 작동하려면 테스트 할 서버가 필요합니다. 해당 서버는 서버 모드에서 Netperf를 실행해야합니다. 먼저 서버를 설정하는 것이 가장 좋으므로 모든 테스트를 함께 수행 할 수 있습니다. Netperf는 거의 모든 Linux 배포판의 리포지토리에서 사용할 수 있으므로 패키지 관리자와 함께 설치하십시오.
$ sudo apt 설치 netperf
서버에 설치 한 후 서버 모드에서 Netperf를 실행하십시오.
$ sudo netserver &
지금은 서버를 그대로 둘 수 있습니다. 백그라운드에서 서버 모드로 Netperf를 계속 실행합니다. Flent를 실행하는 클라이언트에서 다른 모든 작업을 수행 할 수 있습니다.
테스트 실행
지금 Flent에서 서버로 테스트를 실행할 수 있습니다. 응용 프로그램 실행기에서 또는 터미널에 flent-gui를 입력하여 Flent GUI를 엽니 다. 얻을 수있는 창은 시작하기에 매우 평범합니다. 왼쪽 상단에서 "파일"을 클릭하고 결과 메뉴에서 "새 테스트 실행"을 선택하십시오.
새 창에서 실행할 테스트를 선택할 수 있습니다. 먼저 '테스트 이름'드롭 다운을 사용하여 테스트를 선택하십시오. 첫 번째로 "rrul"을 선택하십시오. 서버로 설정 한 컴퓨터의 IP를 입력 한 다음 테스트 이름을 지정하십시오. 이름은 Flent가 저장 한 결과를 식별하는 데 도움이됩니다. 확장명이 .gz 인 압축 형식의 JSON을 사용합니다. 모든 것이 좋아 보인다면, 창의 왼쪽 아래에있는 "테스트 실행"버튼을 클릭하십시오.
모든 테스트는 실행하는 데 약간의 시간이 걸리므로 인내심을 갖고 연결을 방해 할 수있는 두 컴퓨터로 네트워크에서 아무 것도하지 마십시오. 데이터가 엉망이됩니다.
테스트가 완료되면 주요 Flent 창에서 일련의 차트로 관련 데이터를 볼 수 있습니다. RRUL 테스트는 전체 업로드, 다운로드 및 핑에 대한 정보를 제공합니다. 차트는 모두 동일한 정보를 표시하지만 패턴을 알아 차릴 수 있도록 다르게 구성합니다. 이 예제의 경우 가비지 라우터가 많은 대기 시간을 발생시키고 결과가 약간 깨졌습니다.
테스트
Flent는 다양한 테스트를 제공합니다. 각각은 다른 방식으로 네트워크에 스트레스를 줄 수 있습니다. 그래도 모두 기억할 필요는 없습니다. 대부분 네 가지 기본 범주 중 하나에 속합니다. 이러한 범주는 서로 다른 특정 방식으로 네트워크를 테스트합니다.
룰
RRUL은 Reltime R esponse U nder L oad를 나타냅니다. 그것이 정확히 측정하려는 목표입니다. RRUL 테스트는 실제 네트워크 작업로드를 시뮬레이션하고 해당로드에서 대상 시스템이 응답하는 방식을 캡처합니다. RRUL은 Bufferbloat.net의 사람들에 의해 개발되어 버퍼 블 라우트가이를 진단하고 해결하는 데 도움이되는 네트워크 조건을 생성합니다.
Bufferbloat는 네트워킹에서 일반적인 문제입니다. 많은 양의 데이터를 전송하거나 스트리밍 할 때 라우터가 너무 많은 데이터를 버퍼링 할 때 발생합니다. 여분의 버퍼는 라우터의 무게이며 전송 속도를 느리게합니다. RRUL 테스트의 스트레스는 버퍼를 트리거하기 위해 라우터에 충분한 부하를 주도록 설계되었습니다. 네트워크에 버퍼 블로 트가 발생하면 업로드 및 다운로드 수가 모두 떨어지기 시작하고 테스트가 실행될 때 핑이 증가합니다.
RRUL 토런트 테스트를 실행하십시오. 토런트 다운로드를 시뮬레이트합니다. 이는 매우 힘든 네트워크 활동 유형이며 여전히 실제 시나리오입니다.
위의 결과는 원하지 않는 결과, 대기 시간 및 패킷 손실입니다. 이 테스트는 복잡한 네트워크의 두 무선 장치간에 수행되었습니다. 서버가 연결되면 변경 사항을 확인하십시오.
차이점은 분명합니다. 연결이 완벽하지는 않지만 하나의 장치를 연결하면 훨씬 안정적입니다. 둘 다 어때요?
이 테스트에는 변형이 훨씬 적습니다. 간섭의 기회가 없거나 신호 강도가 부족하기 때문입니다. 이것은 이전의 테스트 재해와 동일한 네트워크입니다. 분명히, 무선 연결에 문제가 있습니다. 마지막으로 Bufferbloat.net에서 제공하는 원격 서버로 테스트하십시오.
로컬 네트워크만큼 깨끗하지는 않지만 무선 테스트만큼 지저분하지는 않습니다. 이것은 인터넷을 통한 일반 토렌트 다운로드에서 기대할 수있는 것입니다.
RTT
RTT 또는 Round T rip T ransfer 테스트는 실제로 RRUL 테스트와 매우 유사합니다. 그들은 하중을 받고있는 목표에 의존하지 않습니다. 대신 UDP 요청이 회로를 완료하고 클라이언트로 돌아 오는 데 걸리는 시간 만 측정합니다. 핑도 포함됩니다.
좋은 RTT 테스트를 위해서는 RTT Fair를 실행하십시오. 보다 현실적이고 도전적인 조건을 시뮬레이션하기 위해 이미 RRUL을 시도했습니다. 왜 이상적인 환경이 아닌가? RTT Fair 테스트는 네트워크에서보다 통제 된 조건에서 왕복이 어떻게 보이는지 확인하는 데 도움이됩니다. 상당히 덜 혼란 스럽습니다. 그래도 덜 혼란 스러울 수 있습니까? 유선 서버의 결과입니다.
그것은 거의 죄의 파도입니다. 물론 이상적이지는 않지만 더 깔끔하고 훨씬 빠릅니다. 두 기계를 모두 연결하면 훨씬 더 좋아집니다.
이는 첫 번째 테스트에서 40Mb / s와 큰 차이가 있습니다. 다시 한번, 테스트를 인터넷으로 가져 가십시오.
이전의 WiFi 엉망보다 여전히 낫습니다. 이 결과는 이와 같은 테스트에 적합하지만 안정성이 더 높을 수 있습니다.
TCP
TCP 테스트는 표준 TCP입니다. 웹 사이트를 방문하거나 이메일을 확인하는 것과 같은 기본 TCP 요청을 측정합니다. 이러한 테스트는 네트워크에 거의 많은 스트레스를주지 않지만 정기적 인 트래픽이 어떻게 보이는지 더 잘 파악할 수 있습니다.
보다 힘든 TCP 테스트를 시도하십시오. 12 개의 스트림이있는 TCP 다운로드는보다 강력한 직접 다운로드를 시뮬레이트하는 데 적합합니다. 네트워크가 충분하지 않으면 지연 시간이 길어질 가능성이 큽니다. 유선 서버도 여기에서 개선 할 수 있습니다.
이것은 실제로 견고한 1Gb / s에 접근했습니다. WiFi 결과를 고려하면 꽤 놀랍습니다. 마지막으로 원격 서버에서 어떻게 수행되는지 살펴보십시오.
대기 시간이 더 많지만 속도는 여전히 존중합니다. 아, 이것도 VPN을 통해 이루어졌습니다. 분명히 문제는 네트워크 내부에서 발생합니다.
UDP 플러드
UDP 플러드 테스트는 실제로 RTT 테스트이지만 대상 시스템에서 한 번에 많은 UDP 패킷을 보냅니다. 그들은 트래픽의 흐름에 반응하거나 적응하지 않고 그냥 보냅니다. 대상 시스템이 버그 나 공격에 어떻게 대응할 것인지 테스트하는 데 유용 할 수 있습니다.
결산 생각
네트워크를 테스트하려면 문제 영역을 좁히는 데 도움이되도록 네트워크의 여러 지점간에 테스트하는 것이 가장 좋습니다. 이 가이드의 테스트 네트워크에는 WiFi에 약간의 문제가 있습니다. 가능성은 제한적인 대역폭과 간섭이 모두 작용하고 있다는 것입니다. 어떤 유형의 문제를 찾고 있는지 명확하게 파악하는 것도 좋습니다. 그 주위에 테스트를 설계하십시오.
결과를 보여주는 네트워크가 그다지 크지 않다는 것을 알았을 것입니다. 그렇지 않습니다. 실제로, 본 가비지 결과 중 일부는 네트워크에서주의해야 할 결과입니다.
