Перед початком
Перелічіть адреси, порти й протоколи. Підтвердьте відповідальних з обох боків та права на префікси. Збережіть робочі правила, залиште окреме керування й погодьте відновлення з оператором до зміни виробничих маршрутів.
Проксі має відповідати протоколу
HTTP reverse proxy обробляє налаштований HTTP, а не автоматично UDP гри. NGINX stream може пересилати TCP або UDP з потрібним модулем і налаштуваннями, але не є HTTP-фільтром прикладного шару. Перевірте адреси, порти й час очікування. Тестуйте справжній клієнт і файли окремо: одна сторінка не підтверджує всю послугу.
GRE інкапсулює пакети
GRE поверх IPv4 використовує IP-протокол 47, а не TCP-порт 47. Сам він не забезпечує шифрування чи автентифікації іншого боку. Підтвердьте дозволені точки та фільтри з обох сторін. Робочий тунель не доводить пересилання ігрового трафіку; перевірте саму послугу й відповіді клієнту, а не лише статус тунелю в панелі.
Перевірте джерела та зворотний шлях
Збереження початкових адрес клієнта потребує відповідного маршруту відповідей. NAT може змінити джерело, яке бачить сервер, і зворотне пересилання. Опишіть обидва напрямки та асиметричну маршрутизацію. Пакети можуть доходити до origin, але з’єднання не працює, бо відповідь виходить не тим інтерфейсом або фільтри іншого шляху не відповідають конфігурації.
BGP потребує підтверджених прав
BGP обмінюється маршрутною інформацією між мережами; сам він не фільтрує ігрові пакети. Оголошуйте лише префікси, дозволені договором і повноваженнями. VPS-адреса автоматично не дає права оголошувати всю мережу. Погодьте походження, політику, оголошення та повернення з операторами виробничої мережі до зміни публічних маршрутів, а не після початку збоїв.
Тестуйте MTU справжніми пакетами
Інкапсуляція займає додаткове місце. Неправильна MTU може порушувати великі передавання, хоча малий ping працює. Перевірте path MTU, потрібні службові повідомлення та можливу фрагментацію. Використовуйте дозволений файловий та ігровий трафік, схожий на нормальну роботу. Змінюйте один параметр, щоб знайти виправлення, яке справді усуває збій і може бути відтворене.
Підтверджуйте поступово
Перевірте TCP, UDP, файли, керування та відповіді з незалежних мереж. Порівняйте RTT і втрати за подібного навантаження. Спершу перенесіть обмежену послугу та запишіть умови повернення. Зелений тунель або доступна сторінка не доводять роботи всієї гри, її залежностей і справжніх клієнтських з’єднань у кожному запланованому напрямку.
Що робити у вашій ситуації?
| Ситуація | Наступний крок |
|---|---|
| Посередник потрібен лише HTTP | Обмежте origin і перевірте HTTP-проксі, не припускаючи захисту UDP. |
| UDP потребує захищеного шляху | Дослідіть транспортний проксі чи тунель із перевіреними MTU та поверненням. |
| Переноситься власний дозволений префікс | Плануйте BGP-політику й відновлення з відповідальним оператором. |
Офіційні джерела
Джерела описують протоколи й налаштування. Перевірте документацію саме вашої версії.