VPN Server ญี่ปุ่นกับสิงคโปร์ เลือกแบบไหน

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

วิธีที่ใช้คือ งบค่าหน่วง (latency budget) คุณรวมความหน่วงของแต่ละช่วงในการเดินทาง เทียบผลรวมสองชุด แล้วตรวจผลด้วยการวัดง่าย ๆ ไม่กี่อย่าง บทความไม่ได้บอกว่าผู้ให้บริการรายใดมีตำแหน่งใด และไม่ได้อ้างความเร็วของผลิตภัณฑ์ใด หากต้องการพื้นฐานเรื่องค่าหน่วง ค่า latency ของ VPN คืออะไร เป็นบทนำที่ดี

ภาพรวมจุดเด่นของแต่ละตำแหน่ง

เริ่มจากจุดแข็งที่มาจากภูมิศาสตร์และโครงสร้างพื้นฐาน ไม่ใช่จาก VPN ใด

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

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

ไม่มีฝั่งใดได้เปรียบอัตโนมัติ ประเด็นคือแต่ละแห่งแข็งแรงคนละทิศทาง

สร้างงบค่าหน่วง

การเดินทางของ VPN มีสามช่วง คือจากคุณไปเซิร์ฟเวอร์ VPN จากเซิร์ฟเวอร์ไปปลายทาง และขากลับ กฎคร่าว ๆ ที่มีประโยชน์คือ เส้นใยแก้วทุก 100 กิโลเมตรเสียประมาณ 1 มิลลิวินาทีของการไปกลับ และสายจริงยาวกว่าเส้นตรง คุณไม่ต้องใช้ตัวเลขเป๊ะ เพียงเปรียบเทียบผลรวม

สมมติคุณอยู่กรุงเทพฯ และต้องการเข้าบริการที่โฮสต์ในโตเกียว

ช่วง	ผ่านสิงคโปร์	ผ่านญี่ปุ่น
กรุงเทพฯ ถึงเซิร์ฟเวอร์ VPN	ราว 1,400 กม.	ราว 4,600 กม.
เซิร์ฟเวอร์ VPN ถึงโตเกียว	ราว 5,300 กม.	สั้นมาก
เส้นทางรวม	ราว 6,700 กม.	ราว 4,700 กม.

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

ช่วง	ผ่านสิงคโปร์	ผ่านญี่ปุ่น
กรุงเทพฯ ถึงเซิร์ฟเวอร์ VPN	ราว 1,400 กม.	ราว 4,600 กม.
เซิร์ฟเวอร์ VPN ถึงสิงคโปร์	สั้นมาก	ราว 5,300 กม.
เส้นทางรวม	ราว 1,500 กม.	ราว 9,900 กม.

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

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

ผู้ใช้สามแบบ สามคำตอบ

คนในเอเชียตะวันออกเฉียงใต้

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

คนในเอเชียตะวันออก

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

คนที่เดินทางระหว่างสองที่

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

ทำไมเส้นทางจริงอาจพลิกผลการคำนวณ

งบค่าหน่วงให้การคาดการณ์ แต่ความเป็นจริงอาจไม่ตรงด้วยหลายสาเหตุ

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

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

เช็กเร็ว ๆ ด้วย traceroute

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

1. เชื่อมต่อตำแหน่งแรก
2. รัน traceroute ไปยังบริการที่คุณสนใจ (บน Windows คำสั่งคือ tracert บน macOS และ Linux คือ traceroute) หลายเว็บไม่ตอบจุดสุดท้าย ซึ่งเป็นเรื่องปกติ
3. ดูการไล่ระดับ ความหน่วงควรเพิ่มทีละน้อย การกระโดด 100 มิลลิวินาทีขึ้นไประหว่างสองจุดมักเป็นลิงก์ยาว เช่นสายใต้ทะเล เส้นทางที่วิ่งไปทางตะวันออกทั้งที่คุณคิดว่าจะไปทางเหนือ คือเส้นทางอ้อม
4. ตัดการเชื่อมต่อ ต่อตำแหน่งที่สอง แล้วทำซ้ำ
5. เปรียบเทียบความหน่วงสุดท้ายและจุดที่ค่ากระโดดมากที่สุด

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

อย่าลืม jitter และ packet loss

ping เฉลี่ยเป็นเพียงส่วนหนึ่ง สำหรับการโทรและเกม jitter (ความหน่วงแกว่งแค่ไหน) และ packet loss (แพ็กเก็ตที่ไม่ถึงปลายทาง) สำคัญอย่างน้อยเท่ากัน ตำแหน่งที่ ping เฉลี่ย 70 มิลลิวินาทีและแทบไม่แกว่ง อาจรู้สึกดีกว่าตำแหน่งที่เฉลี่ย 50 แต่พุ่งไป 200 เป็นระยะ ตอนทดสอบ ให้ ping หนึ่งนาที และจดค่าสูงสุดควบคู่กับค่าเฉลี่ย บทความ VPN jitter อธิบายว่าอะไรปกติและอะไรเป็นสัญญาณเตือน

ข้อผิดพลาดที่พบบ่อยในการเปรียบเทียบนี้

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

ข้อจำกัดที่ควรจำ

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

ตัวอย่างจริง นักศึกษาที่ย้ายระหว่างเมือง

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

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

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

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

สรุป

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