ต้องใช้ VPS หรือ VPN ในการโฮสต์เซิร์ฟเวอร์เกม?

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

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

ขาดทรัพยากรใด: กำลังประมวลผลหรือการเข้าถึง

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

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

บัญชี VPN ให้อะไรจริง ๆ

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

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

เลือกว่าใครเชื่อมต่อ และผ่านอะไร

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

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

ตรวจสอบข้อกำหนดก่อนชำระเงิน

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

ss -lunpt | grep -E ':(27015|27016)'
nc -zvu 203.0.113.77 27015
journalctl -u gameserver --since '10 min ago' --no-pager | tail -n 20

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

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