Wi-Fi ของคุณทำให้ VPN ช้าลงหรือไม่? ตรวจสอบลิงก์ภายในเครื่อง

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

คำถามที่มีประโยชน์คืออุโมงค์เดียวกันทำงานต่างกันบนลิงก์ภายในเครื่องอื่นหรือไม่ ทุกอย่างอื่นคงที่ในขณะที่คุณตอบคำถามนี้

แถบสัญญาณวัดกำลัง ไม่ได้วัดเวลาอากาศที่ใช้ได้

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

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

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

เปลี่ยนตัวแปรหนึ่งตัว แล้วดูอีกครั้ง

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

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

ช่องสัญญาณที่วุ่นวายปลอมตัวเป็นเซิร์ฟเวอร์ช้า

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

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

ตรวจสอบด้วยการวัดเวลาก่อนเปลี่ยนเซิร์ฟเวอร์

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

iw dev wlan0 link
ping -i 0.2 -c 200 203.0.113.5
mtr -r -c 50 203.0.113.5
ping -i 0.2 -c 200 198.51.100.9

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

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