ทดสอบความแข็งแกร่งของเครือข่ายของคุณด้วยความสามารถ

Flent คืออะไร

ลิงค์ด่วน

• Flent คืออะไร
• ติดตั้ง Flent
  • อูบุนตู
  • Debian
  • โค้ง
  • Gentoo
  • คนอื่นล่ะ
• การตั้งค่าพื้นฐาน
• ใช้การทดสอบ
• การทดสอบ
  • RRUL
  • RTT
  • TCP
  • UDP Flood
• การปิดความคิด

Flent ย่อมาจาก FLE xible N etwork T ester และมันไม่ได้เป็นโปรแกรมที่ถูกต้องมากนัก Flent เป็นชุดคลุมที่รวมแอปพลิเคชั่นทดสอบเครือข่ายหลายตัวไว้อย่างโดดเด่นที่สุดคือ Netperf เข้าด้วยกันในแพ็คเกจที่ทำให้การทดสอบง่ายขึ้นและรวมถึง Matplotlib เพื่อสร้างกราฟและการแสดงภาพข้อมูลโดยอัตโนมัติเมื่อคุณทำการทดสอบ

Flent เป็นชุดเครื่องมือที่สมบูรณ์แบบสำหรับการทดสอบเครือข่ายของคุณและวินิจฉัยทุกสิ่งตั้งแต่ปัญหาการขาดประสิทธิภาพไปจนถึงการเชื่อมต่อที่ร้ายแรง ในฐานะที่เป็นโบนัสอื่นมันฟรีและโอเพนซอร์ส

ติดตั้ง Flent

Flent ใช้ได้สำหรับ Mac และ Linux เท่านั้น ไม่ได้หมายความว่าคุณต้องทิ้ง Windows และแปลงทั้งเครือข่ายเป็น Linux คุณเพียงแค่ต้องหาวิธีที่จะเรียกใช้มันชั่วคราวสำหรับการทดสอบของคุณ

อูบุนตู

เริ่มต้นด้วยการเพิ่ม Flent PPA

$ sudo add-apt-repository ppa: tohojo / ปรับปรุง $ sudo apt apt

จากนั้นติดตั้ง Flent

$ sudo apt ติดตั้ง flent

Debian

Flent มีอยู่ในที่เก็บ Debian อย่างเป็นทางการเริ่มต้นด้วย Stretch เพียงติดตั้ง

# apt ติดตั้ง flent

โค้ง

Flent มีให้บริการจาก AUR ไปที่ หน้า และคว้าสิ่งที่คุณต้องการ

Gentoo

เพิ่ม Flent ลงใน '/etc/portage/package.accept_keywords' ของคุณ

net-analyser / flent ~ amd64

จากนั้นก็โผล่ออกมา

# โผล่ออกมา - ได้รับการยกย่อง

คนอื่นล่ะ

Flent เป็นแพ็คเกจ Python คุณควรติดตั้งได้โดยใช้ pip Python package manager ถ้าคุณติดตั้งไว้แล้ว พร้อมใช้งานสำหรับการแจกจ่าย Linux และ Homebrew สำหรับ Mac ทุกเครื่อง

# pip การติดตั้ง flent

การตั้งค่าพื้นฐาน

ตอนนี้คุณได้ติดตั้ง Flent แล้วคุณสามารถเริ่มใช้มันเพื่อทำการทดสอบขั้นพื้นฐานบางอย่าง Flent มีทั้งบรรทัดคำสั่งและเวอร์ชันกราฟิก เนื่องจากคุณอาจไม่ต้องการจดจำคำสั่งของ Flent คู่มือนี้จะทำงานกับ GUI ได้

เพื่อให้ Flent ทำงานได้อย่างถูกต้องคุณต้องมีเซิร์ฟเวอร์เพื่อทดสอบ เซิร์ฟเวอร์นั้นจะต้องใช้งาน Netperf ในโหมดเซิร์ฟเวอร์ .. มันเป็นการดีที่สุดที่จะตั้งค่าไว้ก่อนดังนั้นคุณสามารถทำการทดสอบทั้งหมดของคุณร่วมกันได้ Netperf มีให้บริการในที่เก็บข้อมูลของการกระจาย Linux ทุกแห่งดังนั้นเพียงติดตั้งกับผู้จัดการแพ็คเกจของคุณ

$ sudo apt ติดตั้ง netperf

หลังจากที่คุณมีมันบนเซิร์ฟเวอร์เรียกใช้ Netperf ในโหมดเซิร์ฟเวอร์

$ sudo netserver &

คุณสามารถออกจากเซิร์ฟเวอร์เพียงอย่างเดียวในตอนนี้ มันจะรัน Netperf ต่อในโหมดเซิร์ฟเวอร์ในพื้นหลัง คุณสามารถทำทุกอย่างอื่นจากไคลเอนต์ของคุณใช้ Flent

ใช้การทดสอบ

คุณสามารถเรียกใช้การทดสอบไปยังเซิร์ฟเวอร์ของคุณได้จาก Flent ทันที เปิด Flent GUI จากตัวเรียกใช้งานแอปพลิเคชันของคุณหรือโดยพิมพ์ flent-gui ในเทอร์มินัล หน้าต่างที่คุณจะได้รับนั้นค่อนข้างธรรมดาที่จะเริ่มต้นด้วย คลิกที่ "ไฟล์" ที่มุมซ้ายบนและเลือก "เรียกใช้การทดสอบใหม่" ในเมนูผลลัพธ์

หน้าต่างใหม่จะให้คุณเลือกการทดสอบเพื่อเรียกใช้ ก่อนอื่นให้ใช้เมนูแบบเลื่อนลง“ ชื่อการทดสอบ” เพื่อเลือกการทดสอบ สำหรับอันแรกนี้เลือก“ rrul.” ป้อนใน IP ของคอมพิวเตอร์ที่คุณตั้งค่าเป็นเซิร์ฟเวอร์จากนั้นตั้งชื่อการทดสอบของคุณ ชื่อนี้จะช่วยให้คุณระบุผลลัพธ์ที่ Flent บันทึกไว้ มันใช้รูปแบบการบีบอัดของ JSON ที่มีนามสกุล. gz เมื่อทุกอย่างดูดีให้คลิกปุ่ม "ทดสอบการทำงาน" ที่ด้านล่างซ้ายของหน้าต่าง

การทดสอบทั้งหมดใช้เวลาสักครู่จึงใช้ความอดทนและพยายามอย่าทำอะไรบนเครือข่ายกับคอมพิวเตอร์สองเครื่องที่อาจรบกวนการเชื่อมต่อ มันจะทำให้ข้อมูลของคุณยุ่งเหยิง

หลังจากการทดสอบเสร็จสมบูรณ์คุณจะสามารถดูข้อมูลที่เกี่ยวข้องที่นำเสนอในชุดของแผนภูมิในหน้าต่างหลักของ Flent การทดสอบ RRUL จะให้ข้อมูลเกี่ยวกับการอัปโหลดดาวน์โหลดและ ping ทั้งหมดของคุณ แผนภูมิทั้งหมดจะแสดงข้อมูลเดียวกัน แต่จะจัดระเบียบแตกต่างกันเพื่อช่วยให้คุณสังเกตเห็นรูปแบบใด ๆ ในกรณีของตัวอย่างเราเตอร์ขยะสร้างความล่าช้าในการโหลดและให้ผลลัพธ์ที่ไม่สมบูรณ์

การทดสอบ

Flent ให้การทดสอบที่หลากหลาย แต่ละคนสามารถเน้นเครือข่ายของคุณในวิธีที่แตกต่างกัน คุณไม่จำเป็นต้องท่องจำทั้งหมด ส่วนใหญ่ตกอยู่ในหนึ่งในสี่หมวดหมู่พื้นฐาน หมวดหมู่เหล่านั้นทดสอบเครือข่ายของคุณในรูปแบบที่แตกต่างกัน

RRUL

RRUL ย่อมาจาก R ealtime R esponse U nder L oad นั่นคือสิ่งที่มันมีจุดมุ่งหมายเพื่อวัด การทดสอบ RRUL พยายามจำลองภาระงานเครือข่ายจริงและจับภาพวิธีที่เครื่องเป้าหมายตอบสนองภายใต้โหลดนั้น RRUL ได้รับการพัฒนาโดยผู้คนที่ Bufferbloat.net เพื่อสร้างเงื่อนไขเครือข่ายที่ bufferbloat จะเข้ามาเล่นเพื่อช่วยในการวินิจฉัยและแก้ไข

Bufferbloat เป็นปัญหาที่พบบ่อยในระบบเครือข่าย มันเกิดขึ้นเมื่อเราเตอร์บัฟเฟอร์ข้อมูลมากเกินไปเมื่อทำการถ่ายโอนข้อมูลขนาดใหญ่หรือการสตรีม บัฟเฟอร์พิเศษนั้นมีทั้งน้ำหนักบนเราเตอร์และทำให้การถ่ายโอนช้าลง ความเค้นของการทดสอบ RRUL นั้นออกแบบมาเพื่อให้โหลดที่สำคัญพอที่เราเตอร์เพื่อทริกเกอร์บัฟเฟอร์ หากเครือข่ายของคุณประสบปัญหาบัฟเฟอร์จำนวนการอัพโหลดและดาวน์โหลดจะเริ่มลดลงและ ping จะเพิ่มขึ้นเมื่อการทดสอบทำงาน

ลองเรียกใช้การทดสอบ RRUL torrent มันจำลองการดาวน์โหลดฝนตกหนักซึ่งเห็นได้ชัดว่าเป็นประเภทของกิจกรรมเครือข่ายที่มีพลังมากและยังคงเป็นสถานการณ์โลกจริง

ผลลัพธ์ข้างต้นคือสิ่งที่คุณ ไม่ ต้องการเห็นโหลดของเวลาในการตอบสนองและแพ็คเก็ตที่ลดลง การทดสอบนั้นดำเนินการระหว่างอุปกรณ์ไร้สายสองเครื่องบนเครือข่ายที่มีผู้คนหนาแน่น สังเกตเห็นการเปลี่ยนแปลงเมื่อสายเซิร์ฟเวอร์

ความแตกต่างที่เห็นได้ชัดเจนอย่างแน่นอน การเชื่อมต่อไม่สมบูรณ์แบบ แต่จะมีเสถียรภาพมากขึ้นเมื่อมีอุปกรณ์หนึ่งสาย แล้วทั้งคู่ล่ะ

การทดสอบนี้มีความหลากหลายน้อยกว่ามาก นั่นเป็นเพราะไม่มีโอกาสในการแทรกสอดหรือขาดความแรงของสัญญาณ โปรดทราบว่านี่เป็นเครือข่ายเดียวกับภัยพิบัติจากการทดสอบก่อนหน้านี้ เห็นได้ชัดว่ามีปัญหากับการเชื่อมต่อไร้สาย ในที่สุดลองทดสอบกับเซิร์ฟเวอร์ระยะไกลที่จัดทำโดย Bufferbloat.net

มันไม่สะอาดเท่าเครือข่ายท้องถิ่น แต่ก็ยังไม่ยุ่งเท่าการทดสอบแบบไร้สาย นี่คือสิ่งที่คุณอาจคาดหวังจากการดาวน์โหลดฝนตกหนักทั่วไปบนอินเทอร์เน็ต

RTT

การทดสอบ ransfer RTT หรือ R ound T rip T นั้นเหมือนกับการทดสอบ RRUL มาก พวกเขาไม่พึ่งพาเป้าหมายที่อยู่ภายใต้ภาระ แต่พวกเขาเพียงแค่วัดเวลาที่ใช้สำหรับการร้องขอ UDP เพื่อทำให้วงจรสมบูรณ์และกลับไปที่ลูกค้า พวกเขารวมถึง ping เช่นกัน

สำหรับการทดสอบ RTT ที่ดีลองใช้งาน RTT Fair คุณได้ลองใช้ RRUL เพื่อจำลองสภาพที่สมจริงและท้าทายมากขึ้นแล้ว ทำไมจึงไม่เหมาะกับสถานการณ์มากกว่านี้? การทดสอบ RTT Fair จะช่วยให้คุณเห็นว่าการเดินทางไปกลับภายใต้เงื่อนไขที่มีการควบคุมมากขึ้นนั้นมีลักษณะอย่างไรในเครือข่ายของคุณ มันวุ่นวายน้อยกว่ามาก มันอาจจะวุ่นวายน้อยลงใช่ไหม นี่คือผลลัพธ์ที่มีเซิร์ฟเวอร์แบบมีสาย

เกือบจะเป็นคลื่นบาป แน่นอนว่ามันไม่เหมาะ แต่มันก็ดีและเร็วกว่ามาก ด้วยเครื่องจักรทั้งสองสายมันจะดีขึ้นกว่าเดิม

นั่นเป็นข้อแตกต่างจาก 40Mb / s ในการทดสอบครั้งแรก ทำแบบทดสอบอีกครั้งกับ Net

มันยังดีกว่า WiFi ที่มีระเบียบมาก่อน อีกครั้งผลลัพธ์เหล่านี้ดูเหมือนจะเหมาะสมสำหรับการทดสอบเช่นนี้แม้ว่าความมั่นคงอาจเป็นเป้าหมายได้

TCP

การทดสอบ TCP เป็น TCP มาตรฐาน พวกเขาวัดคำขอ TCP ขั้นพื้นฐานเช่นคุณเยี่ยมชมเว็บไซต์หรือตรวจสอบอีเมลของคุณ โอกาสที่การทดสอบเหล่านี้จะไม่สร้างความกดดันให้กับเครือข่ายของคุณมากนัก แต่อาจให้ภาพที่ดีขึ้นเกี่ยวกับลักษณะการรับส่งข้อมูลปกติ

ลองใช้การทดสอบ TCP ที่มีพลังมากขึ้น การดาวน์โหลด TCP ที่มี 12 สตรีมเป็นสิ่งที่ดีในการจำลองการดาวน์โหลดโดยตรงที่รุนแรงยิ่งขึ้น มีโอกาสดีที่คุณจะเห็นเวลาแฝงที่ร้ายแรงหากคุณไม่มีเครือข่ายที่ดี บางทีเซิร์ฟเวอร์แบบมีสายก็สามารถปรับปรุงสิ่งต่าง ๆ ได้ที่นี่เช่นกัน

มันค่อนข้างเป็นมาตรฐานมากขึ้นและมีแบนด์วิดธ์มากขึ้น ดีแล้ว. มีการปรับปรุงมากยิ่งขึ้นเมื่อไคลเอนต์มีสาย

สิ่งนี้เข้าหา 1Gb / s ที่มั่นคง ช่างน่าทึ่งมากเมื่อพิจารณาผลลัพธ์ WiFi สุดท้ายให้ดูว่ามันทำงานอย่างไรกับเซิร์ฟเวอร์ระยะไกล

มีความหน่วงมากกว่า แต่ความเร็วยังคงน่านับถือมาก โอ้และนี่ก็ผ่าน VPN เช่นกัน เห็นได้ชัดว่าปัญหามาจากภายในเครือข่าย

UDP Flood

การทดสอบอุทกภัย UDP เป็นการทดสอบ RTT จริง ๆ แต่พวกเขาส่งน้ำท่วมแพ็คเก็ต UDP ที่เครื่องเป้าหมายทันที พวกเขาไม่ตอบสนองหรือปรับให้เข้ากับกระแสการจราจรเพียงส่ง พวกมันมีประโยชน์สำหรับการทดสอบว่าเครื่องเป้าหมายจะตอบสนองอย่างไรเมื่อพบกับข้อบกพร่องหรือการโจมตี

การปิดความคิด

หากคุณกำลังจะทดสอบเครือข่ายของคุณวิธีที่ดีที่สุดคือการทดสอบระหว่างจุดต่าง ๆ ในเครือข่ายของคุณเพื่อช่วย จำกัด ขอบเขตปัญหาให้แคบลง เครือข่ายทดสอบจากคู่มือนี้มีปัญหากับ WiFi อย่างชัดเจน โอกาสที่ จำกัด แบนด์วิดท์และสัญญาณรบกวนทั้งที่เล่น นอกจากนี้ยังเป็นการดีที่จะได้ภาพที่ชัดเจนว่าปัญหาประเภทใดที่คุณกำลังมองหา ออกแบบการทดสอบของคุณ

คุณอาจสังเกตเห็นว่าเครือข่ายที่ผลลัพธ์จากภาพนั้นไม่ได้ยอดเยี่ยมเท่านี้ มันไม่ใช่. ที่จริงแล้วผลลัพธ์ขยะบางอย่างที่คุณเห็นนั้นเป็นสิ่งที่คุณต้องระวังในเครือข่ายของคุณเอง