ก่อนตำหนิ VPN ให้วัดเส้นทางด้วย iperf3

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

การคัดลอกไฟล์เป็นภาระงาน ไม่ใช่การวัด

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

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

รันสตรีมครั้งเดียวในแต่ละทิศทาง

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

iperf3 -s -1 -B 10.77.0.20

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

iperf3 -c 10.77.0.20 -t 10

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

iperf3 -c 10.77.0.20 -t 10 -R

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

เปรียบเทียบสิ่งที่เทียบกันได้

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

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

อ่านหน่วยก่อนสรุปผล

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

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