วิธีทดสอบ WireGuard กับ OpenVPN บนเครือข่ายเดียวกัน

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

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

การเปรียบเทียบที่ยุติธรรมหน้าตาเป็นอย่างไร

การทดสอบที่ยุติธรรมมีตัวแปรเดียวและมีตัวควบคุมมากมาย ตัวแปรคือโปรโตคอล ตัวควบคุมคือทุกอย่างที่อาจทำให้ตัวเลขเปลี่ยน

สิ่งที่ต้องคงไว้ตลอดการเปรียบเทียบมีดังนี้

• อุปกรณ์ โน้ตบุ๊กหรือมือถือเครื่องเดียวกัน ระดับแบตเตอรี่ใกล้เคียงกัน ปิดแอปเบื้องหลัง
• เครือข่าย Wi-Fi เดียวกัน ยืนตำแหน่งเดิมในห้อง หรือใช้สายเส้นเดิม อย่าเทียบโปรโตคอลบน Wi-Fi ตอนเช้ากับเน็ตมือถือตอนเย็น
• ตำแหน่งเซิร์ฟเวอร์ VPN เลือกที่เดียวตลอดทุกรอบ ระยะทางเปลี่ยนทั้งความหน่วงและความเร็ว ดูรายละเอียดที่ ทำไมความเร็ว VPN เปลี่ยนไป
• เป้าหมายที่ใช้วัด เซิร์ฟเวอร์ทดสอบความเร็วตัวเดิม ไฟล์ดาวน์โหลดไฟล์เดิม เป้าหมายวัดความหน่วงตัวเดิม
• ช่วงเวลา ทำทั้งหมดภายในราวสามสิบนาที เพราะเน็ตบ้านแน่นช่วงค่ำและโล่งตอนดึก
• เวอร์ชันแอปและการตั้งค่า ห้ามอัปเดตกลางทาง และห้ามเปลี่ยน kill switch, DNS หรือ split tunneling ระหว่างทดสอบ

ถ้าควบคุมข้อใดไม่ได้ ให้จดไว้ ผลที่มีจุดอ่อนซึ่งรู้อยู่ ยังมีประโยชน์กว่าผลที่มีจุดอ่อนซ่อนอยู่

ลองสังเกตว่าในรายการไม่มี "คำโฆษณา" สิ่งที่คุณเคยอ่านว่าโปรโตคอลหนึ่ง "เร็วกว่าสองเท่า" ถูกวัดในห้องทดลองของคนอื่น ผลบนเครือข่ายของคุณอาจใกล้เคียง ห่างกว่า หรือกลับด้านก็ได้

ก่อนอื่น ตรวจว่าเลือกโปรโตคอลได้ไหม

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

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

และตัดสินใจก่อนว่าอยากรู้อะไรกันแน่ คำถามว่า "อันไหนเร็วกว่า" มีสามแบบ

1. อันไหนให้ความเร็วดาวน์โหลดดีที่สุดบนเน็ตบ้านของฉัน
2. อันไหนให้การคุยและเล่นเกมนิ่งที่สุดบนเน็ตมือถือ
3. อันไหนเชื่อมต่อได้แน่นอนที่สุดบนเครือข่ายที่เข้มงวดอย่างโรงแรมหรือออฟฟิศ

แต่ละแบบต้องใช้ชุดตัววัดต่างกัน เขียนคำถามของคุณไว้บนสุดของตาราง

ตัวชี้วัดที่ควรวัด

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

ตัวชี้วัด	บอกอะไรคุณ	วัดอย่างไร	สำคัญที่สุดสำหรับ
ปริมาณข้อมูล (ดาวน์โหลดและอัปโหลด)	อุโมงค์ส่งข้อมูลได้เท่าไรต่อวินาที	หน้าทดสอบความเร็วหรือดาวน์โหลดไฟล์	ดาวน์โหลด Stream สำรองข้อมูล
ความหน่วง (round-trip time)	ข้อความเล็ก ๆ ไปกลับใช้เวลาเท่าไร	ทดสอบ ping หรือหน้าวัดความหน่วง	วิดีโอคอล เกม แอปโต้ตอบ
Jitter	ความหน่วงแกว่งแค่ไหนระหว่างแพ็กเก็ต	หน้าทดสอบที่รายงาน jitter หรือดูช่วงกว้างของ ping	วิดีโอคอลและเกม
เวลาเชื่อมต่อ	กี่วินาทีจากกดเชื่อมต่อจนใช้งานได้	นาฬิกาจับเวลา	ความสะดวกประจำวัน
เวลากู้คืน	กี่วินาทีหลังสลับเครือข่ายหรือเครื่องตื่น	จับเวลาหลังปิดเปิด Wi-Fi	ใช้บนมือถือและเดินทาง

ของเสริมคือการใช้ CPU บนโน้ตบุ๊ก การเปลืองแบตเตอรี่ในหนึ่งชั่วโมงบนมือถือ และการสูญเสียแพ็กเก็ตระหว่าง ping ยาว ๆ เรื่องความหน่วงมีอธิบายชัดใน ความหน่วงคืออะไร ของ Cloudflare ส่วนผลของความหน่วงต่อเกมอยู่ใน VPN ลด ping ได้ไหม และบทความเรื่อง jitter ของ VPN

สร้างเส้นฐาน คือไม่ใช้ VPN เลย

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

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

ลำดับการทดสอบ ให้สลับกัน อย่าทำเป็นก้อน

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

1. เส้นฐาน (ไม่ใช้ VPN) ทดสอบความเร็ว 3 ครั้งและ ping 30 วินาทีหนึ่งครั้ง
2. โปรโตคอล A เชื่อมต่อ รอ 10 วินาที ทดสอบความเร็วหนึ่งครั้งและ ping หนึ่งครั้ง แล้วตัดการเชื่อมต่อ
3. โปรโตคอล B ทำแบบเดียวกัน แล้วตัดการเชื่อมต่อ
4. ทำข้อ 2 และ 3 ซ้ำจนได้ห้ารอบของแต่ละโปรโตคอล สลับ A, B, A, B ไปเรื่อย ๆ
5. วัดเส้นฐานอีกครั้ง

ทั้งชุดใช้เวลาราว 40 นาที ระหว่างรอบให้ตัดการเชื่อมต่อให้สนิท เพื่อให้ทุกครั้งเป็นการจับมือใหม่ (handshake) ถ้าอยากเริ่มด้วย B สักครั้ง ให้สลับลำดับในรอบที่สองเพื่อหักล้างผลของ "การเชื่อมต่อครั้งแรก"

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

จดผลในตารางเดียว

ตารางง่าย ๆ ดีกว่าภาพหน้าจอกองโต ใช้หนึ่งแถวต่อหนึ่งรอบ

รอบ	โปรโตคอล	ดาวน์โหลด (Mbps)	อัปโหลด (Mbps)	Ping (ms)	Jitter (ms)	เวลาเชื่อมต่อ (วินาที)	หมายเหตุ
1	A
2	B
3	A
4	B

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

คำนวณช่วงแกว่งด้วย คือค่าสูงสุดลบค่าต่ำสุด โปรโตคอลที่มัธยฐานต่ำกว่าเล็กน้อยแต่แกว่งน้อยกว่ามาก มักใช้คุยสบายกว่า

อ่านตัวเลขโดยไม่หลอกตัวเอง

ตอนนี้คุณมีตารางแล้ว อ่านด้วยกฎเหล่านี้

• ไม่ต้องสนใจความต่างต่ำกว่าราว 10 เปอร์เซ็นต์ เน็ตบ้านแกว่งมากกว่านั้นอยู่แล้ว ความต่าง 5 เปอร์เซ็นต์คือสัญญาณรบกวน
• ดูช่วงแกว่งก่อนมัธยฐาน ถ้า A เฉลี่ย 80 แต่แกว่งระหว่าง 40 ถึง 110 ส่วน B เฉลี่ย 75 และอยู่ระหว่าง 70 ถึง 80 B คือประสบการณ์ที่นิ่งกว่า
• เทียบกับเส้นฐาน แสดงผลแต่ละอย่างเป็นเปอร์เซ็นต์ของเส้นฐาน "โปรโตคอล A เก็บความเร็วไว้ 85 เปอร์เซ็นต์ของเส้นเน็ต" คิดตามง่ายกว่าตัวเลขดิบ
• ความหน่วงมักต่างกันน้อย อุโมงค์เพิ่มไม่กี่มิลลิวินาที และระยะทางไปเซิร์ฟเวอร์ VPN เพิ่มมากกว่า ถ้าสองโปรโตคอลต่างกันน้อยกว่า jitter ก็ถือว่าเท่ากันในเรื่องความหน่วง
• ดูพฤติกรรมวินาทีแรก โปรโตคอลที่ใช้เวลาเชื่อมต่อนานกว่าไม่กี่วินาทีอาจยังเหมาะกับดาวน์โหลดยาว ๆ มากกว่า
• อย่าลืมอัปโหลด บางอุโมงค์เอนเอียงไปทางเดียว ถ้าคุณสำรองรูปหรือคุยวิดีโอ ให้ดูอัปโหลดด้วย

ตัวอย่างเล็ก ๆ ดาราทดสอบบน Wi-Fi บ้านที่เส้นฐาน 120 Mbps ดาวน์โหลดและ ping 20 ms โปรโตคอล A ได้มัธยฐาน 95 Mbps, 27 ms ช่วงแกว่ง 15 Mbps โปรโตคอล B ได้ 102 Mbps, 26 ms ช่วงแกว่ง 40 Mbps B ชนะที่มัธยฐานแต่ไม่นิ่งเท่า เพราะดาราส่วนใหญ่ Stream และดาวน์โหลด เธออาจเลือก B แต่ถ้าเธอใช้เวลาค่ำคืนกับวิดีโอคอล A ที่นิ่งกว่าอาจดีกว่า ตัวเลขไม่ได้เลือกแทนเธอ การใช้งานของเธอต่างหากที่เลือก

พฤติกรรมของโปรโตคอลที่อธิบายผลของคุณ

ข้อเท็จจริงทั่วไปไม่กี่ข้อช่วยตีความผลที่น่าแปลกใจ โดยไม่ต้องอาศัยคำกล่าวอ้างเรื่องบริการใดโดยเฉพาะ

• การขนส่งแบบ UDP กับ TCP โปรโตคอลจำนวนมากทำงานบน UDP ซึ่งเบา แต่บางตัวรันบน TCP ได้ด้วย TCP ที่ซ้อนอยู่ในอุโมงค์แบบ TCP อาจช้าลงมากเมื่อแพ็กเก็ตสูญหาย ดูใน OpenVPN แบบ TCP กับ UDP บนเครือข่ายมือถือที่สัญญาณไม่นิ่ง ตัวขนส่งสำคัญพอ ๆ กับตัวโปรโตคอล
• ขนาดแพ็กเก็ตและ MTU ถ้าขนาดแพ็กเก็ตของอุโมงค์ใหญ่เกินกว่าเส้นทางรับได้ แพ็กเก็ตจะถูกแบ่งหรือทิ้งและความเร็วตกฮวบ มาตรฐาน Path MTU Discovery ใน RFC 1191 อธิบายกลไกที่ปกติช่วยหลีกเลี่ยงปัญหานี้ ผลที่ช้าผิดปกติแต่ดีขึ้นเมื่อลดขนาดแพ็กเก็ตคือเบาะแสสำคัญ
• ต้นทุนของ CPU การเข้ารหัสใช้เวลาของโปรเซสเซอร์ บนมือถือรุ่นเก่าหรือโน้ตบุ๊กประหยัดพลังงาน โปรโตคอลที่ทำงานต่อแพ็กเก็ตน้อยกว่าจะเหลือกำลังมากกว่า บนคอมพิวเตอร์รุ่นใหม่ คุณอาจไม่เห็นความต่างเลย
• การจับมือและเปลี่ยนกุญแจ โปรโตคอลต่างกันที่ความเร็วในการเชื่อมต่อและความนุ่มนวลในการกลับมาหลังเครือข่ายเปลี่ยน ซึ่งจะปรากฏในเวลาเชื่อมต่อและเวลากู้คืนของคุณ ไม่ใช่ในผลทดสอบความเร็ว
• เครือข่ายที่เข้มงวด โรงแรมและออฟฟิศบางแห่งอนุญาตทราฟฟิกเพียงบางชนิด โปรโตคอลที่เร็วที่สุดที่บ้านอาจเชื่อมต่อไม่ได้ที่นั่น นั่นคือข้อค้นพบเรื่องความเข้ากันได้ ไม่ใช่เรื่องความเร็ว

อ่านรายละเอียดการออกแบบของ WireGuard ได้ที่ เว็บไซต์ WireGuard และตัวเลือกของ OpenVPN ได้ที่ OpenVPN community resources

แผนทดสอบสามแบบสำหรับสามสถานการณ์

คนดู Stream ที่บ้าน เป้าหมายคือปริมาณข้อมูลสูงสุดบนอินเทอร์เน็ตบ้าน ใช้สายหรือ Wi-Fi ระยะใกล้ เลือกตำแหน่ง VPN ที่อยู่ใกล้ ดาวน์โหลดไฟล์ใหญ่สลับกันห้ารอบ แล้วเทียบมัธยฐาน ไม่ต้องสนใจ ping เว้นแต่คุณเล่นเกมด้วย

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

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

ความผิดพลาดที่พบบ่อยในการทดสอบโปรโตคอล

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

เมื่อไรที่ไม่ต้องทำก็ได้

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

สรุป

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

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