ทำไมการดาวน์โหลดผ่าน VPN จึงเร็วกว่าเชื่อมต่อตรง

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

รูปร่างของเส้นโค้งเป็นสิ่งที่บอก

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

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

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

การเปรียบเทียบสามครั้ง ตัวแปรหนึ่งตัวในแต่ละครั้ง

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

curl -o /dev/null -w '%{speed_download}' https://files.example/big.iso
scp [email protected]:/exports/big.iso /dev/null

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

บันทึกชั่วโมงด้วย เพราะตัวจัดรูปอาจอิงเวลาและการทดสอบตอนเย็นอาจไม่ตรงกับการทดสอบตอนเช้า การรันสองครั้งในชั่วโมงเดียวกันมีค่ามากกว่าสิบครั้งที่กระจายทั้งวัน

สิ่งที่การวัดนี้รองรับไม่ได้

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

มันยังไม่ได้แสดงว่าเส้นทางตรงมีข้อบกพร่อง เส้นทางที่ถูกจำกัดทำงานตามที่ตั้งใจไว้ เพียงแต่ถูกจำกัดด้วยนโยบาย

ความต่างนั้นสำคัญเมื่อคุณเขียนรายงาน ข้อบกพร่องนำไปสู่ตั๋วซ่อม ส่วนนโยบายนำไปสู่คำถามเรื่องสัญญาหรือการตัดสินใจเลี่ยงมัน การเรียกขีดจำกัดว่าข้อบกพร่องทำให้บทสนทนากับสนับสนุนเริ่มจากข้อสมมติที่ผิด การเรียกมันว่านโยบายทำให้คุณถามคำถามเฉพาะที่มีคำตอบเฉพาะได้

เปลี่ยนสิ่งที่พบให้เป็นคำขอรับการสนับสนุน

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

อย่าผลักทุกแอปพลิเคชันเข้าอุโมงค์เพียงเพื่อไล่ตามตัวเลขนั้น

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