Чому ваша LAN-гра зникає до того, як ви додасте VPN

Група людей встановлює гру, підключається до тієї самої мережі й бачить порожній список серверів. Рефлекс — звинувачувати мережу й шукати тунель, але гра могла жодного разу не надіслати пакет, який тунель міг би перенести. Перш ніж у картині з'явиться хоч якийсь VPN, з'ясуйте, що з трьох речей видання насправді робить, коли хтось натискає «мережева гра».

Ці три не взаємозамінні. Одне використовує прямий локальний трафік, друге питає сервіс, хто ще грає, а третє відмовляється запускатися без облікового запису. Тунель може допомогти з першим, не має значення для другого й не виправить третє. Цей порядок важливий, бо всі три можуть дати той самий порожній список із трьома різними рішеннями.

Що гра перевіряє, перш ніж показати хост

Більшість багатокористувацьких меню роблять кілька речей поспіль: підтверджують обліковий запис, перевіряють права на видання, запитують у бекенду лобі або друзів і лише потім дивляться на локальну мережу. Кожен крок може тихо не спрацювати, і інтерфейс зазвичай в обох випадках показує той самий порожній список. Тому «LAN зламано» — діагноз, який не можна поставити лише з екрана. Помилка бекенду, прострочене право й ізольована підмережа з екрана лобі не розрізняються, і лише одна з них узагалі є мережевою проблемою.

Прочитайте документацію самого видання, перш ніж змінювати мережеві налаштування. Ремастери регулярно прибирають пряме підключення за IP, замінюють виявлення LAN розміщеним лобі або вимагають обліковий запис платформи, який початковому випуску ніколи не був потрібен. Наприклад, сторінка підтримки поточного Age of Empires II: Definitive Edition описує лобі, розміщене на серверах гри, де ви обираєте видимість, пароль і регіон; це процес застосунку, який треба перевірити для цього видання, а не доказ про якийсь попередній випуск.

Запишіть і номер збірки, а не лише назву видання. Патч може перевести гру з однієї моделі на іншу, а інструкції, написані для стартової збірки, можуть описувати меню, якого більше немає.

Пакети виявлення вмирають на першому маршрутизаторі

Пряма гра в LAN зазвичай залежить від широкомовлення або багатоадресної розсилки: хост оголошує себе на адресу всієї підмережі, а клієнти слухають це оголошення. Ці пакети за задумом не маршрутизуються, тому маршрутизатор між двома машинами відкидає їх, навіть коли одноадресний трафік пройшов би. Два пристрої на одному комутаторі бачать одне одного; ті самі два пристрої в різних VLAN або в гостьовій мережі з ізоляцією клієнтів не бачать. Консолі й телефони зазвичай дотримуються тієї самої схеми зі своїм протоколом виявлення, тому платформа важлива не менше за гру.

Звідси походить більшість повідомлень «той самий Wi-Fi, а серверів немає». Гостьовий SSID з увімкненою ізоляцією, mesh-система, що виносить консоль на окремий сегмент, або профіль брандмауера, який вважає локальну підмережу публічною, кожен зламає виявлення, поки звичайний доступ до інтернету працюватиме. Перевірте ізоляцію клієнтів і маску підмережі, перш ніж звинувачувати гру.

Служба лобі — це не мережевий шлях

Коли гра використовує розміщене лобі, список матчів надходить із серверів оператора, а не з вашої підмережі. VPN змінює шлях, яким ваші пакети йдуть до цих серверів, але не змінює, які лобі показує служба, у якому регіоні розміщено матч і чи має ваш обліковий запис право приєднатися. Це відповіді, які дає бекенд, і жоден обсяг маршрутизації їх не змінить.

У такій моделі тунель у найкращому разі — змінна затримки, а в найгіршому — проблема геовизначення, бо служба бачить адресу виходу, а не адресу вашої вулиці. Та сама логіка стосується запрошень друзів і групових систем. Це функції рівня облікового запису, які опосередковує платформа, тому два гравці в одній LAN можуть не бачити одне одного в лобі, хоча обидва можуть приєднатися до матчу незнайомця.

Що тунель може відновити, а що ні

Тунель корисний, коли гравці перебувають у різних місцях, а гра підтримує пряме підключення за адресою. Маршрутизований тунель переносить одноадресний трафік між двома майданчиками; мостовий тунель або оверлей, що подає віртуальний сегмент Ethernet, може переносити й широкомовне виявлення, від якого залежить пряма гра в LAN. Ось це розрізнення й треба зрозуміти: маршрутизація переміщує пакети між підмережами, мостування робить два майданчики схожими на одну підмережу.

Чого тунель не може — додати багатокористувацький режим, якого застосунок не реалізує. Якщо видання прибрало пряме підключення, віртуальний сегмент LAN його не поверне. Якщо лобі вимагає обліковий запис, тунель не задовольнить цю перевірку. А якщо дві машини стоять за одним NAT з ізоляцією між ними, оверлей може обійти ізоляцію, але це ще й обхід політики, про що варто поговорити з тим, хто керує мережею.

Перевірте шлях, яким гра справді користується

Почніть з одного хоста й одного клієнта в одній підмережі, з вимкненою ізоляцією та без тунелю. Якщо це працює, гра й видання підтримують те, що ви намагаєтеся зробити, і будь-яка подальша невдача — проблема шляху. Якщо там не працює, тунель ніколи не був відповіддю.

Потім запишіть, що посібник каже про спосіб приєднання, порт або механізм виявлення та будь-які вимоги до облікового запису. Змінюйте одну змінну за раз: спершу підмережу, потім сегмент, потім тунель. Зафіксуйте адресу хоста й точний шлях меню, щоб наступна сесія могла повторити тест, а не суперечку.

Визначте версію, хто хостить, як люди приєднуються і який обліковий запис або підписка потрібні сесії, і запишіть це до дати. Це завершує більше суперечок, ніж будь-який тунель, і залишає запис про те, що перевірялося.