برای میزبانی از سرور بازی به VPS نیاز دارید یا VPN؟
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دستور نخست نشان می‌دهد چیزی متصل است یا نه و به کدام نشانی، دومی دسترس‌پذیری از بیرون میزبان را می‌آزماید و سومی توقفی را توضیح می‌دهد اگر سرویس مرده باشد. شنونده‌ای که به لوپ‌بک متصل شده فقط محلی پاسخ می‌دهد و جای دیگر نه، که دلیل رایجی است برای اینکه سروری درست نصب شده دسترس‌ناپذیر به نظر برسد.
سکو، درگاه‌ها و مدل دسترسی‌ای را که انتخاب کردید بنویسید. همان یادداشت چیزی است که وقتی وصله‌ای درگاه پیش‌فرض را تغییر می‌دهد یا بازیکن تازه‌ای نمی‌تواند وصل شود با آن مقایسه می‌کنید.