한국어English日本語简体中文繁體中文DeutschไทยTiếng ViệtРусскийPortuguês (Brasil)EspañolBahasa Indonesia

คู่มือเกมแลค › L4 เส้นทางอินเทอร์เน็ต

เชื่อมต่อผ่าน VPN/โปรแกรมลดปิง VPN / game accelerator detour

ID สาเหตุ isp-vpn · ผู้รับผิดชอบหลัก ภายนอก (ภายนอก) · ร่วมกับ อินฟราเครือข่าย (ทีมอินฟรา), พัฒนาเซิร์ฟเวอร์ (ทีมพัฒนาเกม)

เปิดการ์ดในฉบับหลักที่มีภาพและการทดลอง →

เมื่อเปิด VPN หรือโปรแกรมลดปิง แพ็กเก็ตจะวิ่งผ่านเซิร์ฟเวอร์ตัวกลาง (relay) ของบริษัทนั้น ถ้าเซิร์ฟเวอร์ตัวกลางอยู่ไกลหรือแออัด ก็กลับยิ่งช้าลง

ทำไม VPN หรือโปรแกรมลดปิงส่งแพ็กเก็ตเกมทั้งหมดอ้อมไปที่เซิร์ฟเวอร์ตัวกลาง → ผลคือ ระยะทางและความแออัดถึงเซิร์ฟเวอร์ตัวกลางเพิ่มเข้ามา และเฮดเดอร์ของ tunnel ทำให้ MTU (ขนาดแพ็กเก็ตที่ส่งได้ในครั้งเดียว) ลดลงด้วย → บนหน้าจอ ปิงสูงขึ้นและแพ็กเก็ตหาย, ถูกบล็อกไปพร้อมกับคนที่ใช้ IP ตัวกลางเดียวกันจนเข้าเกมไม่ได้

อาการ
อินพุตดีเลย์, วาร์ป, เข้าเกมไม่ได้/โหลดไม่จบ
ปัจจัย
ความหน่วง, แพ็กเก็ตหาย
ใครเจอ
เราคนเดียว
เกิดเมื่อไร
ตลอดเวลา, หลังล็อกอิน/หลังปิดปรับปรุง
ผู้รับผิดชอบ
ผู้รับผิดชอบหลัก ภายนอก (ภายนอก) · ร่วมกับ อินฟราเครือข่าย (ทีมอินฟรา), พัฒนาเซิร์ฟเวอร์ (ทีมพัฒนาเกม)
งานฝั่งทีมพัฒนาเกม
รักษาขนาดแพ็กเก็ต UDP ไว้ไม่เกิน 1,200 ไบต์ (เพื่อไม่ให้เกิด fragmentation แม้ MTU จะลดลงเพราะเฮดเดอร์ของ tunnel), การบล็อกตาม IP ให้คำนึงถึง IP ตัวกลางที่ VPN และโปรแกรมลดปิงใช้ร่วมกัน และตัดสินร่วมกับบัญชีและอุปกรณ์
งานฝั่งทีมอินฟรา
ถ้ามีผู้เล่นต่างประเทศมาก ให้ตั้งจุดเชื่อมต่อใกล้ผู้เล่นเอง, ตรวจเส้นทางของ ISP ที่มีรายงานว่า “เปิดโปรแกรมลดปิงแล้วดีขึ้น” เข้ามามาก
งานฝั่งภายนอก
แนะนำผู้เล่นให้ลองปิด VPN หรือโปรแกรมลดปิงแล้วเปรียบเทียบ
ตัวเลขที่ควรรู้
ถ้าเซิร์ฟเวอร์ตัวกลางอยู่ใกล้ จะเพิ่มแค่ไม่กี่ ms แต่ถ้าอ้อมผ่านประเทศอื่น จะเพิ่มหลายสิบถึงเกิน 100 ms
บนกราฟ
สูงเฉพาะบางกลุ่ม · RTT (แยกตามผู้เล่น), ผู้ให้บริการของ IP ที่เชื่อมต่อ
จุดที่ต้องดู
ดูว่า ASN ของ IP ที่เชื่อมต่อเป็นผู้ให้บริการ VPN, โปรแกรมลดปิง หรือโฮสติ้งหรือไม่ แล้วให้ผู้เล่นปิด VPN หรือโปรแกรมลดปิงแล้วเทียบปิงและ traceroute
สัญญาณว่าใช่
RTT และแพ็กเก็ตหายเพิ่มขึ้น หรือเชื่อมต่อไม่ได้เฉพาะตอนเปิด VPN หรือโปรแกรมลดปิง และใน traceroute เห็นช่วงที่ผ่านเซิร์ฟเวอร์ตัวกลาง
สัญญาณว่าไม่ใช่
ถ้าเปิดหรือปิดก็เหมือนกัน น่าจะเป็นช่วงเน็ตหรือเครือข่ายของ ISP ถ้าเปิดแล้วดีขึ้น น่าจะเป็นปัญหาที่เส้นทางเดิมของ ISP (“เส้นทางวิ่งอ้อม”, “จุด peering แออัดช่วงพีค”)
วิธีตรวจ
ตรวจที่สภาพแวดล้อมฝั่งผู้เล่น
รายละเอียดเพิ่มเติม
ในทางกลับกัน เมื่อเส้นทางของ ISP แย่ โปรแกรมลดปิงอาจอ้อมไปเส้นทางที่ดีกว่าจนปิงลดลง รายงานว่า “เปิดโปรแกรมลดปิงแล้วดีขึ้น” จึงเป็นเบาะแสของปัญหาเส้นทางของ ISP เช่น เส้นทางวิ่งอ้อมหรือความแออัดช่วงหัวค่ำ

แหล่งอ้างอิง

  1. RFC 4459: MTU and Fragmentation Issues with In-the-Network Tunneling IETF
    fragmentation และปัญหา path MTU ที่เกิดจากขนาดที่ส่งได้ลดลงเพราะเฮดเดอร์ encapsulation ของ tunnel กลางทาง
  2. RFC 8899: Packetization Layer Path MTU Discovery for Datagram Transports IETF
    แนะนำ 1,200 ไบต์เป็นขนาดปลอดภัยพื้นฐาน (BASE_PLPMTU) สำหรับการส่งแบบ datagram เช่น UDP
  3. Azure network round-trip latency statistics Microsoft Azure
    ความหน่วงไปกลับที่เพิ่มขึ้นเมื่อผ่านจุดเชื่อมต่อในประเทศอื่น: โซล–โตเกียว 30 ms, โซล–ฮ่องกง 39 ms, โซล–สิงคโปร์ 68 ms

สาเหตุที่ควรดูประกอบ

ชั้นเดียวกัน: L4 เส้นทางอินเทอร์เน็ต

สาเหตุจากชั้นอื่นที่ทำให้เกิดอาการเดียวกัน (อินพุตดีเลย์)

ดูการ์ดในฉบับหลักที่มีภาพและการทดลอง