Один и тот же игровой сервер работает только через VPN: что это доказывает

Один сервер, две попытки: с выключенным VPN сессия обрывается при загрузке, с включённым та же сессия подключается. Это настоящее доказательство, и его легко перечитать. Включение VPN сразу меняет адрес источника, транзитный путь, политику резолвера и иногда семейство адресов, так что успех говорит, что разница имела значение, но не говорит, какая именно. Проходить сравнение слой за слоем — это способ получить ответ, с которым можно работать. Это ещё и удерживает от того, чтобы изменить четыре вещи и ничего не узнать.

Сначала выясните, что имеет в виду оператор

Частный сервер, требующий одобренного VPN, должен быть недоступен через обычное публичное подключение, и это рабочая конфигурация, а не неисправность. Опубликованный публичный сервер, который сбоит ровно на одном пути доступа, — другой случай с другим владельцем. Прежде чем что-либо тестировать, определите, какой из двух вы видите, потому что ответ решает, отлаживаете вы сеть или читаете политику. Спросите оператора или прочитайте его опубликованные заметки о доступе, вместо того чтобы делать выводы из неудачного подключения.

Если оператор публикует способ доступа, используйте его. Обход намеренного ограничения — не та же задача, что починка сломанного маршрута.

Держите запись сравнения короткой и фиксированной

Держите игру, учётную запись, выбранный сервер и операцию неизменными между попытками, а меняйте только состояние VPN. Записывайте идентификатор сервера и регион, а также фактический адрес, который показывает клиент, потому что видимое имя сервера — не то, что использует сеть. «Лаунчер открылся» и «эта многопользовательская сессия подключилась» — разные результаты, и их смешение обесценивает сравнение.

Запишите эти четыре строки до первого теста. Сравнение, которое вы потом восстанавливаете по памяти, — это история, а не измерение.

Называйте первый сбой, а не последнее сообщение

Сообщение на экране обычно является последним событием в цепочке. Отмечайте вместо этого первое значимое: разрешение имени, тайм-аут транспорта, отказ в соединении, ограничение учётной записи или ошибку сессии после успешного подключения. У этих категорий разные владельцы и разные исправления, а общий баннер «отключено» сжимает их в одно бесполезное слово.

Если клиент ведёт журнал, читайте его ради этапа, а не ради кода ошибки. Этап подсказывает, какой слой проверять дальше.

Одно и то же имя не означает один и тот же кортеж

Имя хоста может разрешаться в разные адреса на разных путях, а IPv4 и IPv6 могут идти совершенно разными маршрутами и по разным политикам. Прежде чем сравнивать результаты, проверьте, использовали ли прямая попытка и попытка через VPN один и тот же пункт назначения и одно и то же семейство адресов. Иначе вы сравниваете два эксперимента и называете их одним.

При разнице маршрутов помните, что маршрутизация в интернете следует политике оператора, а не географически кратчайшей линии, и именно эта идея описана в спецификации BGP. VPN, обходящий плохой транзитный путь, доказывает, что путь был плохим, а не то, что кто-то намеренно вас ограничивает.

Проверяйте транспорт, который игра действительно использует

Успешное TCP-соединение с одним портом не устанавливает UDP-сессию, и ни одно из них не доказывает, что вход в игру завершён. Следуйте сервисам, которые действительно нужны игре, а не списку портов, скопированному из другой игры, и предпочитайте наблюдать за поведением самого клиента, а не зондировать извне. Если сервер отвечает отказом на запрос с вашего выходного адреса, это вопрос политики для оператора, а не доказательство о вашем локальном кабеле или роутере.

Для явного ограничения используйте канал поддержки или апелляции издателя. Скрытие права учётной записи — другая деятельность с другим набором последствий.

Когда будете это описывать, укажите оба пути, неизменную операцию, выбранный сервер и семейство адресов, а также первый сбой. Это отчёт, который оператор может расследовать, и для его создания не нужно менять четыре настройки сразу.