Решено Периодические вылеты игроков (Timed Out)

_MrJaycob_

Активный участник
Пользователь
Баллы
76
Имя в Minecraft
JaycobYT
Доброго времени суток

Уже несколько дней ломаю голову над этой проблемой. Периодически вылетают игроки из сервера (иногда все, а иногда только некоторая часть). Перечитал множество тем на форумах (на этом в том числе). Иногда можно спокойной играть час-полтора, а потом вылетает, а иногда может 3 раза вылететь у всех на протяжении 20 минут.

Логи выживания:
Код:
[10:51:37] [Server thread/INFO]: LayniST lost connection: Disconnected
[10:51:37] [Server thread/INFO]: [voicechat] Disconnecting client LayniST
[10:51:41] [Server thread/INFO]: ArbuziikeV2 lost connection: Disconnected
[10:51:41] [Server thread/INFO]: [voicechat] Disconnecting client ArbuziikeV2
[10:51:41] [Server thread/INFO]: p1bl0 lost connection: Timed out
[10:51:41] [Server thread/INFO]: [voicechat] Disconnecting client p1bl0
[10:51:41] [Server thread/INFO]: Singer lost connection: Timed out
[10:51:41] [Server thread/INFO]: [voicechat] Disconnecting client Singer

Логи банжи:
Код:
10:51:41 [WARNING] [Singer] -> UpstreamBridge - read timed out
10:51:41 [INFO] [Singer] disconnected with: В§fReadTimeoutException : null
10:51:41 [INFO] [Singer] -> UpstreamBridge has disconnected
10:51:41 [INFO] [Singer] <-> DownstreamBridge <-> [survival] has disconnected
10:51:41 [WARNING] [p1bl0] -> UpstreamBridge - read timed out
10:51:41 [INFO] [p1bl0] disconnected with: В§fReadTimeoutException : null
10:51:41 [INFO] [p1bl0] -> UpstreamBridge has disconnected
10:51:41 [INFO] [p1bl0] <-> DownstreamBridge <-> [survival] has disconnected
10:51:41 [WARNING] [ArbuziikeV2] -> UpstreamBridge - read timed out
10:51:41 [INFO] [ArbuziikeV2] disconnected with: В§fReadTimeoutException : null
10:51:41 [INFO] [ArbuziikeV2] -> UpstreamBridge has disconnected
10:51:41 [INFO] [ArbuziikeV2] <-> DownstreamBridge <-> [survival] has disconnected


Сборка: BungeeCord (с Бот Фильтром), сервер авторизации (Paper 1.12), сервер выживания (Purpur 1.18.2). Плагины ниже. Производительность сервера в норме: TPS стабильно в пределах 19.95 - 19.99, ОЗУ хватает для моего онлайна (выделил 8гб на выживание), процессор даже на половину не загружен. Проблема скорее где-то в соединении. Сервер стоит на Debian 10

Ставил connection-throttle: -1 на сервере авторизации и выживания; убирал некоторые плагины, которые, как мне казалось, могли влиять на соединение; обновлял банжу до последнего dev-build'а.

Плагины (Те, которые платные - покупал. Сливы не юзаю):
Код:
Plugins (42): AdvancedBan, ajLeaderboards, BattlePass, BKCommonLib, Chunky, CMI, CMILib, CommandSync*, CoreProtect, DeluxeMenus, eco, EcoEnchants, ExecutableItems, FastAsyncVoxelSniper, FastAsyncWorldEdit (WorldEdit), goBrush, goPaint, ItemJoin, LootChest, LuckPerms, My_Worlds, MyCommand, PlaceholderAPI, PlayerPoints, ProtocolLib, SCore, ServersNPC, SkinsRestorer, spark, TAB, UltimateClans, UniversalCutter*, UniversalFarmer, UniversalLibs, UniversalMine, Vault, voicechat, Vulcan, WGExtender, WorldGuard, WorldGuardExtraFlags, zAuctionHouseV3
 
Доброго времени суток

Уже несколько дней ломаю голову над этой проблемой. Периодически вылетают игроки из сервера (иногда все, а иногда только некоторая часть). Перечитал множество тем на форумах (на этом в том числе). Иногда можно спокойной играть час-полтора, а потом вылетает, а иногда может 3 раза вылететь у всех на протяжении 20 минут.

Логи выживания:
Код:
[10:51:37] [Server thread/INFO]: LayniST lost connection: Disconnected
[10:51:37] [Server thread/INFO]: [voicechat] Disconnecting client LayniST
[10:51:41] [Server thread/INFO]: ArbuziikeV2 lost connection: Disconnected
[10:51:41] [Server thread/INFO]: [voicechat] Disconnecting client ArbuziikeV2
[10:51:41] [Server thread/INFO]: p1bl0 lost connection: Timed out
[10:51:41] [Server thread/INFO]: [voicechat] Disconnecting client p1bl0
[10:51:41] [Server thread/INFO]: Singer lost connection: Timed out
[10:51:41] [Server thread/INFO]: [voicechat] Disconnecting client Singer

Логи банжи:
Код:
10:51:41 [WARNING] [Singer] -> UpstreamBridge - read timed out
10:51:41 [INFO] [Singer] disconnected with: В§fReadTimeoutException : null
10:51:41 [INFO] [Singer] -> UpstreamBridge has disconnected
10:51:41 [INFO] [Singer] <-> DownstreamBridge <-> [survival] has disconnected
10:51:41 [WARNING] [p1bl0] -> UpstreamBridge - read timed out
10:51:41 [INFO] [p1bl0] disconnected with: В§fReadTimeoutException : null
10:51:41 [INFO] [p1bl0] -> UpstreamBridge has disconnected
10:51:41 [INFO] [p1bl0] <-> DownstreamBridge <-> [survival] has disconnected
10:51:41 [WARNING] [ArbuziikeV2] -> UpstreamBridge - read timed out
10:51:41 [INFO] [ArbuziikeV2] disconnected with: В§fReadTimeoutException : null
10:51:41 [INFO] [ArbuziikeV2] -> UpstreamBridge has disconnected
10:51:41 [INFO] [ArbuziikeV2] <-> DownstreamBridge <-> [survival] has disconnected


Сборка: BungeeCord (с Бот Фильтром), сервер авторизации (Paper 1.12), сервер выживания (Purpur 1.18.2). Плагины ниже. Производительность сервера в норме: TPS стабильно в пределах 19.95 - 19.99, ОЗУ хватает для моего онлайна (выделил 8гб на выживание), процессор даже на половину не загружен. Проблема скорее где-то в соединении. Сервер стоит на Debian 10

Ставил connection-throttle: -1 на сервере авторизации и выживания; убирал некоторые плагины, которые, как мне казалось, могли влиять на соединение; обновлял банжу до последнего dev-build'а.

Плагины (Те, которые платные - покупал. Сливы не юзаю):
Код:
Plugins (42): AdvancedBan, ajLeaderboards, BattlePass, BKCommonLib, Chunky, CMI, CMILib, CommandSync*, CoreProtect, DeluxeMenus, eco, EcoEnchants, ExecutableItems, FastAsyncVoxelSniper, FastAsyncWorldEdit (WorldEdit), goBrush, goPaint, ItemJoin, LootChest, LuckPerms, My_Worlds, MyCommand, PlaceholderAPI, PlayerPoints, ProtocolLib, SCore, ServersNPC, SkinsRestorer, spark, TAB, UltimateClans, UniversalCutter*, UniversalFarmer, UniversalLibs, UniversalMine, Vault, voicechat, Vulcan, WGExtender, WorldGuard, WorldGuardExtraFlags, zAuctionHouseV3
Была у меня такая же ситуация. Знаешь как я пофиксил? Никак. Это объективно не понятно почему происходит и не понятно, как это исправлять. Я перерыл ВСЁ, но результата как не было, так и нет
 
Была у меня такая же ситуация. Знаешь как я пофиксил? Никак. Это объективно не понятно почему происходит и не понятно, как это исправлять. Я перерыл ВСЁ, но результата как не было, так и нет
Есть вариант поиграться со значениями сжатия. Тоесть network-compression-threshold в сервер-пропертиз или же network_compression_threshold в банже.
Принцип тут такой:
Больше значение - меньше нагрузка на процессор и больше потребление сети
Меньше значение - больше нагрузка на процессор и меньше потребление сети
 
Это вполне может быть проблема не на твоей стороне. Условно крупный провайдер дал сбой, и все пользователи вылетели. И это частое явление, поэтому в целом это нормально.

Но если всё же уверен, что проблема на твоей стороне, то:
1) Нужно понять, вылетают ли люди со всех серверов или только с выживания (можно поставить мультов в лобби авторизации)
2) Нужно минимизировать кол-во сетевых узлов между банжой и игроками. Если есть TCPShield - временно отказаться от него. Переставить сервер поближе к игрокам (вероятно в Москву)
3) Убедиться, что установлены актуальные версии банжи, ядер за ней, плагинов ProtocolLib, ViaVersion, ViaRewind, ViaBackwards, ProtocolSupport и прочих, которые взаимодействуют с протоколом напрямую
4) Изучить информацию о игроках, которые отключаются. Из одной ли они страны, возможно даже из одного ли города? Нет ли у них проблем с другими серверами?
 
Есть вариант поиграться со значениями сжатия. Тоесть network-compression-threshold в сервер-пропертиз или же network_compression_threshold в банже.
Принцип тут такой:
Больше значение - меньше нагрузка на процессор и больше потребление сети
Меньше значение - больше нагрузка на процессор и меньше потребление сети
А если у меня в банже network_compression_threshold выключен (стоит -1) это плохо? Также само на auth и survival в server.properties. Просто видел в одной из статей на каком-то сайте советовали выключить
 
network_compression_threshold выключен (стоит -1) это плохо?
Это плохо. Сжатие отключено - сеть юзается максимально (один сервер так поставил -1 и произошла габела, т.к. пропускная способность дедика не резиновая)
Ставь от 128 до 512, в зависимости от потребностей
 
Это вполне может быть проблема не на твоей стороне. Условно крупный провайдер дал сбой, и все пользователи вылетели. И это частое явление, поэтому в целом это нормально.

Но если всё же уверен, что проблема на твоей стороне, то:
1) Нужно понять, вылетают ли люди со всех серверов или только с выживания (можно поставить мультов в лобби авторизации)
2) Нужно минимизировать кол-во сетевых узлов между банжой и игроками. Если есть TCPShield - временно отказаться от него. Переставить сервер поближе к игрокам (вероятно в Москву)
3) Убедиться, что установлены актуальные версии банжи, ядер за ней, плагинов ProtocolLib, ViaVersion, ViaRewind, ViaBackwards, ProtocolSupport и прочих, которые взаимодействуют с протоколом напрямую
4) Изучить информацию о игроках, которые отключаются. Из одной ли они страны, возможно даже из одного ли города? Нет ли у них проблем с другими серверами?
Просто странновато, пару месяцев делал сборку, играл с админами и архитекторами на той же самой VDS и такого не наблюдалось. Открыл сервер для всех и где-то спустя день начались такие массированные вылеты

1) Это попробую сделать
2) TCPShield не юзаю, машина находится в Германии (раньше на другом хосте в Москве держал, некоторые игроки из Украины не могли присоединиться, т.к. многие российские ресурсы заблокированы, видимо сервер как-то тоже задело)
3) Из перечисленного юзаю ProtocolLib (последняя версия) и ViaVersion (обновлю его, стоит не последняя версия)
4) Нет, с разных городов и стран. Зачастую кикает 90% игроков. Некоторые не вылетают. Но это дело случая. Меня например однажды не кикнуло, когда вылетели остальные игроки. Ещё характерная особенность, перед этим вылетом пинг у многих сильно взлетает (вплоть до 5000ms и выше)
 
Это плохо. Сжатие отключено - сеть юзается максимально (один сервер так поставил -1 и произошла габела, т.к. пропускная способность дедика не резиновая)
Ставь от 128 до 512, в зависимости от потребностей
Хорошо, попробую
 
Просто странновато, пару месяцев делал сборку, играл с админами и архитекторами на той же самой VDS и такого не наблюдалось. Открыл сервер для всех и где-то спустя день начались такие массированные вылеты

1) Это попробую сделать
2) TCPShield не юзаю, машина находится в Германии (раньше на другом хосте в Москве держал, некоторые игроки из Украины не могли присоединиться, т.к. многие российские ресурсы заблокированы, видимо сервер как-то тоже задело)
3) Из перечисленного юзаю ProtocolLib (последняя версия) и ViaVersion (обновлю его, стоит не последняя версия)
4) Нет, с разных городов и стран. Зачастую кикает 90% игроков. Некоторые не вылетают. Но это дело случая. Меня например однажды не кикнуло, когда вылетели остальные игроки. Ещё характерная особенность, перед этим вылетом пинг у многих сильно взлетает (вплоть до 5000ms и выше)
Можно ещё проверить системные логи на наличие ресетов сетевого интерфейса (/var/log/syslog)
 
4) Нет, с разных городов и стран. Зачастую кикает 90% игроков. Некоторые не вылетают. Но это дело случая. Меня например однажды не кикнуло, когда вылетели остальные игроки. Ещё характерная особенность, перед этим вылетом пинг у многих сильно взлетает (вплоть до 5000ms и выше)
Было такое на сервере, которому я помогал. Но тот держался на хостинге специально под МС. Заметил лишь то, что выкидывало лишь тех игроков, которые были подключены по домену - держал отдельный прокси без привязки на другом хосте, на котором такой проблемы не было. Поменял привязку домена на второй прокси, и проблемы возникли на нём. В техподдержке сказали, что дудосили подключение, но промониторить все это дело я, естественно, не мог.
Какие из этого выводы делать - в душе не чаю, ибо спустя несколько недель прекратилось само.
 
Можно ещё проверить системные логи на наличие ресетов сетевого интерфейса (/var/log/syslog)
Я конечно в VDS не силён, только ознакамливаюсь постепенно, но вроде как ресетов нет, обычные логи, даже в тот момент, когда игроки вылетают
 
Было такое на сервере, которому я помогал. Но тот держался на хостинге специально под МС. Заметил лишь то, что выкидывало лишь тех игроков, которые были подключены по домену - держал отдельный прокси без привязки на другом хосте, на котором такой проблемы не было. Поменял привязку домена на второй прокси, и проблемы возникли на нём. В техподдержке сказали, что дудосили подключение, но промониторить все это дело я, естественно, не мог.
Какие из этого выводы делать - в душе не чаю, ибо спустя несколько недель прекратилось само.
Хотелось бы верить, что это пройдёт также незаметно, как началось 👎
 
Похоже, что проблема решилась.

Вспоминал, что ещё могло стать причиной появления этих вылетов и вспомнил, что на днях проводились тех. работы на стороне хостинга. Проверил логи и определил, что вылеты начались аккурат после тех. работ. Написал в поддержку хостинга, они поправили какие-то сетевые параметры и сейчас уже почти 10 часов ни одного массированного вылета
 
Похоже, что проблема решилась.

Вспоминал, что ещё могло стать причиной появления этих вылетов и вспомнил, что на днях проводились тех. работы на стороне хостинга. Проверил логи и определил, что вылеты начались аккурат после тех. работ. Написал в поддержку хостинга, они поправили какие-то сетевые параметры и сейчас уже почти 10 часов ни одного массированного вылета
Можешь сказать, что за хостинг, дабы знали, с чем иметь дело?
 
Назад
Верх