ปัญหาการเล่นเกมโดยใช้ OpenVPN ที่ใช้แพ็กเก็ตออกอากาศ เกมอื่น ๆ ทำงานได้โฮสต์สามารถส่ง Ping ซึ่งกันและกัน

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

ฉันใหม่กับ OpenVPN แต่ฉันคิดว่านี่อาจเกี่ยวข้องกับปัญหาสองข้อต่อไปนี้:

ฉันอาจต้องใช้เส้นทางบางอย่างเพื่ออนุญาตให้แพ็คเก็ตออกอากาศได้รับการจัดการอย่างถูกต้อง (แต่ไม่แน่ใจว่าจะตั้งค่านี้ได้อย่างไร)
VPN ของฉันทำงานบนซับเน็ตที่แตกต่างจากเราเตอร์ของฉัน เช่นเครือข่ายภายในบ้านของฉันคือ192.168.1.xxและ VPN 10.0.0.xxของฉันใช้สิ่งที่ต้องการ เป็นไปได้หรือไม่ที่ฉันจะต้องให้ VPN ของฉันแบ่งปัน subnet เดียวกับเครือข่ายจริงของฉัน (เช่น192.168.1.xx)? ถ้าเป็นเช่นนั้นฉันจะตั้งค่านี้ได้อย่างไร

— coder
แหล่งที่มา

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

— Zoredache

เกี่ยวกับคำถามที่ 1:

เกม LAN ที่ใช้ (UDP) ออกอากาศมักจะเลือกอินเทอร์เฟซเครือข่ายซึ่งใช้เมตริกต่ำสุดสำหรับเส้นทางออกอากาศ (เช่น ip 255.255.255.255) อินเทอร์เฟซเครือข่ายเริ่มต้นส่วนใหญ่ของคุณ (เช่น NIC ของคุณ) มีตัวชี้วัดที่ต่ำที่สุดเพื่อให้เกมถ่ายทอดเช่นใน192.168.1.0/24LAN ของคุณแทน VPN คุณสามารถตรวจสอบตารางเส้นทางของคุณด้วยroute -vnบน Linux หรือroute printบน Windows

ในการรับการถ่ายทอดบน VPN ของคุณให้ทำดังต่อไปนี้ในไคลเอนต์ OpenVPN ทั้งหมด ( ไม่ใช่บนเซิร์ฟเวอร์):

เพิ่มเส้นทางการออกอากาศใหม่ ( 255.255.255.255/32) ในอินเทอร์เฟซ OpenVPN ของคุณโดยใช้เมตริกต่ำกว่าอินเทอร์เฟซเครือข่ายเริ่มต้นที่คุณใช้ หากเส้นทางดังกล่าวมีอยู่แล้วในอินเทอร์เฟซ OpenVPN ของคุณเพียงแค่เปลี่ยนตัวชี้วัดให้เป็นเส้นทางที่ต่ำที่สุด

ใน Windows เส้นทางการออกอากาศมีอยู่แล้วดังนั้นคุณสามารถเปลี่ยนการวัดอินเทอร์เฟซส่วนกลางดังนี้:

netsh int ip set int <name_of_your_openvpn_connection> metric=5

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

ใน Linux คุณอาจต้องเพิ่มเส้นทางที่เกี่ยวข้อง (เพิ่มตัวชี้วัดหากจำเป็น):

route add -host 255.255.255.255/32 <your_openvpn_device>

สิ่งนี้จะทำให้เกมเช่นWarCraft IIIหรือAnno 1404ออกอากาศไปยัง VPN แทนที่จะไปที่ LAN ในพื้นที่ (ทดสอบกับเซิร์ฟเวอร์ Debian OpenVPN และไคลเอนต์ Windows 7 หลายแห่ง)

เกี่ยวกับคำถามที่ 2:

มีความอุดมสมบูรณ์ ของ บทเรียน (ยังสคริปต์ผู้ช่วย ) ที่มีอยู่ในวิธีการตั้งค่าอีเธอร์เน็ตในการแก้ OpenVPN

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

— speakr
แหล่งที่มา

! น่ากลัว ส่วนแรกของคำตอบของคุณแก้ไขปัญหาทั้งหมดของเรา แม้ว่าฉันจะไม่เข้าใจว่าฉันกำลังทำอะไรอยู่ route printทำให้ฉันมีค่าเท่ากับ 286 ขณะที่คำสั่งของคุณเปลี่ยนเป็น 261 ข้อตกลงนี้มีเมตริก = 5 อย่างไร

— AmShaegar

ตัวชี้วัดจะใช้ในการจัดลำดับความสำคัญเส้นทางเมื่อมีเส้นทางที่คล้ายกันอยู่ ฉันไม่รู้ว่าทำไม Windows ไม่รับค่าที่กำหนดสำหรับตัวชี้วัด แต่ฉันสังเกตเห็นว่าการใช้ตัวชี้วัดที่ต่ำเช่นmetric=5สร้างเส้นทางที่มีตัวชี้วัดที่ต่ำที่สุดหากมีเส้นทางที่คล้ายกันอื่นอยู่ ดังนั้นเส้นทางใหม่จะถูกจัดลำดับความสำคัญสำหรับการออกอากาศ UPD

— speakr

netsh int ip set int MyTap metric=5ไม่มีผลกระทบใด ๆ สำหรับ Windows 7 32-bit route printยังคงแสดงตัวชี้วัดเก่า 265

— Alex G

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

— speakr

@speakr ฉันลองใช้วิธีที่เป็นไปได้ทั้งหมดรวมถึงปิดใช้งานการวัดอัตโนมัติในอินเทอร์เฟซทั้งหมด

— Alex G

-1

มีสองเมทริกอินเตอร์เฟสอินเตอร์เฟสและเมทริกเกตเวย์ สำหรับ IPv4 ตัวชี้วัดที่แท้จริงคือผลรวมของทั้งคู่

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

คุณสามารถทำได้ด้วยเมาส์โดยกำหนดค่าคุณสมบัติขั้นสูงของโปรโตคอล IPv4 อินเตอร์เฟส

— อันโตนิโอ
แหล่งที่มา