Здесь собраны сообщения, связанные с запуском сервера, входом игроков и сетевыми подключениями, например к портам или к прокси вроде Velocity или BungeeCord. Каждый раздел посвящён ровно одному сообщению. Одни из них не дают серверу запуститься, другие касаются только отдельных игроков или дополнительной функции.

Полный текст сообщения ты найдёшь в Консоль и в разделе Файлы в logs/latest.log. Сообщения о том, что прокси не может подключиться к своему целевому серверу, находятся в логе прокси. Всегда читай также строки непосредственно до и после нужной.

Прежде чем менять server.properties, конфигурации плагинов или файлы мира, создай резервную копию в разделе Резервные копии. Так ты сможешь в любой момент вернуться к прежнему состоянию.

Порт уже занят

Так выглядит сообщение:

**** FAILED TO BIND TO PORT!
java.net.BindException: Address already in use
[<Plugin>] Failed to start HTTP server: Address already in use

В чём причина: Порт похож на номер двери, через которую к серверу поступают подключения. Каждый порт для одного протокола может быть занят только одной программой одновременно. Если в сообщении есть «FAILED TO BIND TO PORT», сервер Minecraft не смог открыть свой игровой порт и не запускается. Такая же BindException может исходить и от плагина, который открывает собственный порт, например для голосового чата или веб-карты. Тогда сервер работает, но эта функция плагина не работает.

Как это исправить:

  1. Прочитай строку перед BindException. Если там указано название плагина в квадратных скобках, проблема касается только этого плагина.
  2. Если проблема в игровом порту, останови сервер через Консоль, дождись его полной остановки и запусти снова. Игровым портом автоматически управляет панель, поэтому не меняй server-port вручную.
  3. Если проблема в плагине, открой в разделе Файлы его конфигурацию в plugins/<Plugin>/. Укажи там порт, который назначен твоему серверу в панели и не используется другим сервисом, либо отключи эту функцию.
  4. Перезапусти сервер и проверь в консоли, исчезло ли сообщение.

Полезно знать: Порядок действий для голосового чата описан здесь: Настройка Simple Voice Chat.

Плагин авторизации не запускается, потому что сервер работает в онлайн-режиме

Так выглядит сообщение:

[LibreLogin] !!!The server is running in online mode! LibreLogin won't start unless you set it to false!!!
[FastLogin] Server has to be in offline mode

В чём причина: В онлайн-режиме (online-mode=true в server.properties) сервер проверяет каждый аккаунт Java напрямую в Mojang. Плагины авторизации, такие как LibreLogin, AuthMe или FastLogin, предназначены для серверов, которые не выполняют эту проверку сами, и управляют входом с помощью паролей. Если сервер всё равно работает в онлайн-режиме, плагин отказывается запускаться или не может управлять авторизацией. Игроки без купленного аккаунта по-прежнему будут отклоняться.

Как это исправить:

  1. Реши, кто должен заходить на сервер: только игроки с купленным аккаунтом Minecraft или сознательно также и другие.
  2. Если на сервер должны заходить только игроки с настоящими аккаунтами, удали плагин авторизации в разделе Плагины и перезапусти сервер. Тогда онлайн-режим защитит все имена.
  3. Если на сервер сознательно должны заходить и игроки без купленного аккаунта, используй в настройках Minecraft твоего сервера вкладку Разрешить игроков с пиратскими аккаунтами / без лицензии. Она устанавливает online-mode=false и соответствующим образом настраивает плагин авторизации, так что имена игроков защищены паролем.
  4. Не переключай online-mode на false вручную только ради того, чтобы сообщение исчезло. Без плагина авторизации или защищённого прокси любой сможет войти под любым именем, в том числе под именем администратора.

Подробнее: Включение пиратского / офлайн-режима или Пиратский сервер: авторизация и ограничения

Лицензионное соглашение Minecraft (EULA) не принято

Так выглядит сообщение:

You need to agree to the EULA in order to run the server. Go to eula.txt for more info.

В чём причина: EULA — это лицензионное соглашение Mojang и Microsoft для серверов Minecraft. Сервер Java запускается только после того, как в файле eula.txt появится строка eula=true. Если её нет или там указано eula=false, сервер сразу после запуска снова завершает работу. У нас это значение устанавливается автоматически. Поэтому сообщение обычно появляется лишь тогда, когда eula.txt был удалён или перезаписан, например при загрузке собственных файлов сервера.

Как это исправить:

  1. Открой в разделе Файлы в главной папке сервера, там же, где лежит server.properties, файл eula.txt.
  2. Измени eula=false на eula=true и сохрани. Если файла нет, создай его с одной этой строкой.
  3. Запусти сервер и следи за запуском в Консоли.

Полезно знать: Указывая eula=true, ты соглашаешься с условиями EULA Minecraft.

Подробнее: EULA Minecraft и первый запуск сервера

Игроку без действительного аккаунта Minecraft отказано во входе

Так выглядит сообщение:

Username '<Игрок>' tried to join with an invalid session

В чём причина: Игрок попытался зайти с клиента Java, который не смог предъявить действительный купленный аккаунт Minecraft (Microsoft). В онлайн-режиме (online-mode=true) сервер отклоняет такие подключения. Именно такую строку создают пиратские клиенты или TLauncher. Иногда при настоящем аккаунте причина лишь в истёкшей сессии. С твоим сервером всё в порядке, он продолжает работать как обычно.

Как это исправить:

  1. Спроси игрока, купил ли он Minecraft: Java Edition с аккаунтом Microsoft и выполнен ли у него вход в официальном лаунчере.
  2. Если аккаунт действительный, пусть полностью перезапустит клиент Minecraft. Это обновит истёкшую сессию.
  3. Если он играет на Bedrock на телефоне, консоли или Windows, он может вместо этого подключиться через адрес кроссплея твоего сервера, если кроссплей включён.
  4. Не отключай из-за этого онлайн-режим вручную.

Полезно знать: Если ты хочешь пускать только настоящие аккаунты, делать ничего не нужно. Сообщение лишь показывает, что защита работает.

Подробнее: Включение пиратского / офлайн-режима или Пиратский сервер: авторизация и ограничения

Вход нарушен, потому что Mojang не отвечает

Так выглядит сообщение:

Couldn't verify username because servers are unavailable

В чём причина: В онлайн-режиме при каждом входе сервер обращается к серверам авторизации Mojang и Microsoft, чтобы проверить подлинность аккаунта. Если они сейчас не отвечают, сервер не может проверить аккаунт и не пускает игрока. Дело не в твоём сервере: при сбое там затронуты все серверы с включённой проверкой лицензии одновременно. Новые игроки не смогут зайти, пока сбой не устранён, а те, кто уже в игре, как правило, продолжают играть.

Как это исправить:

  1. Дождись окончания сбоя. Обычно он устраняется сам в течение нескольких минут.
  2. Актуальное состояние можно посмотреть на странице статуса Mojang.
  3. Попроси игроков попробовать снова через несколько минут.
  4. Не отключай из-за этого online-mode. Это навсегда откроет твой сервер для поддельных аккаунтов вместо решения краткосрочной проблемы.

Полезно знать: Если игроки без проблем заходят на другие серверы, а сообщение у тебя держится долго, открой тикет и укажи время появления сообщения.

Система Query не запускается

Так выглядит сообщение:

Unable to initialise query system on <IP>:<Порт>
java.net.BindException: Address already in use

В чём причина: Query — это дополнительный интерфейс по UDP, через который списки серверов и инструменты запрашивают число игроков и статус онлайн. Если он не запускается, сервер больше не передаёт эти данные наружу. На саму игру это не влияет, игроки могут заходить как обычно. BindException ниже указывает причину: порт Query уже занят или конфликтует с другим сервисом, часто с другим UDP-сервисом, например Geyser или плагином голосового чата на том же порту.

Как это исправить:

  1. Посмотри в панели, какие порты назначены твоему серверу и какие из них уже используют Geyser или плагин голосового чата.
  2. Открой в разделе Файлы файл server.properties.
  3. Установи enable-query=true и укажи в query.port назначенный порт, который не используется другим сервисом.
  4. Сохрани и перезапусти сервер. Проверь в Консоли, исчезло ли сообщение.

Иконка сервера не имеет размер 64 × 64 пикселя

Так выглядит сообщение:

Couldn't load server icon
java.lang.IllegalArgumentException: Invalid world icon size [<Ширина>, <Высота>], but expected [64, 64]

В чём причина: Изображение server-icon.png в главной папке отображается в списке серверов у игроков рядом с названием сервера. Minecraft принимает для этого только PNG размером ровно 64 × 64 пикселя. Если размер изображения другой, сервер его не загружает, и игроки не видят собственную иконку. Сервер при этом продолжает работать как обычно.

Как это исправить:

  1. Открой своё изображение в графическом редакторе и измени его размер ровно до 64 × 64 пикселя.
  2. Сохрани его как PNG с именем server-icon.png.
  3. Загрузи его в главную папку сервера в разделе Файлы и замени старый файл.
  4. Перезапусти сервер. Новая иконка появится, как только игроки обновят свой список серверов.

Полезно знать: Если собственная иконка тебе не нужна, удали server-icon.png и перезапусти сервер. Тогда сообщение тоже исчезнет.

Клиент отправил недопустимый пакет входа

Так выглядит сообщение:

Failed to decode packet 'serverbound/minecraft:hello'

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

Как это исправить:

  1. Проверь, пытался ли в это время какой-нибудь игрок зайти и не смог ли он этого сделать.
  2. Если да, сравни его версию Minecraft с версией твоего сервера в разделе Версия. Для Modpack ему нужен тот же пакет с тем же загрузчиком модов.
  3. Если никто не пытался зайти, это, скорее всего, был автоматический сканер портов, который проверяет серверы в интернете. Тогда делать ничего не нужно.

Полезно знать: Если игроки с другими версиями клиента должны иметь возможность заходить, на серверах Paper поможет ViaVersion.

Прокси не может вовремя подключиться к целевому серверу

Так выглядит сообщение:

io.netty.channel.ConnectTimeoutException: connection timed out after <Миллисекунды> ms: /<Адрес>:<Порт>

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

Как это исправить:

  1. В конце сообщения посмотри, к какому адресу и порту пытался подключиться прокси.
  2. Сравни их в velocity.toml (раздел [servers]) или в config.yml BungeeCord (раздел servers) с данными, которые панель показывает для целевого сервера. Они должны полностью совпадать.
  3. Запусти целевой сервер и подожди, пока он полностью загрузится. Спящие серверы сначала нужно разбудить.
  4. Перезапусти прокси, чтобы он применил изменённые записи, и проверь вход.

Подробнее: BungeeCord: Could not connect to a default or fallback server

Поддержка Velocity включена без секрета

Так выглядит сообщение:

Velocity is enabled, but no secret key was specified. A secret key is required. Disabling velocity...

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

Как это исправить:

  1. Возьми секрет на прокси Velocity. В актуальных версиях Velocity он находится в файле forwarding.secret, на который ссылается velocity.toml, в более старых — прямо в velocity.toml.
  2. На сервере Paper открой в разделе Файлы файл config/paper-global.yml и найди раздел proxies → velocity.
  3. Установи enabled: true и впиши в secret точно такой же секрет.
  4. Если ты вообще не используешь прокси Velocity, вместо этого установи там enabled: false.
  5. Перезапусти сервер Paper и проверь, исчезло ли сообщение.

Полезно знать: Для этого в velocity.toml параметр player-info-forwarding-mode должен быть установлен в modern. В версиях Paper до 1.19 эта настройка находится не в config/paper-global.yml, а в paper.yml в разделе settings → velocity-support. Относись к секрету как к паролю.

Целевой сервер отклоняет подключение прокси

Так выглядит сообщение:

io.netty.channel.AbstractChannel$AnnotatedConnectException: finishConnect(..) failed with error(-111): Connection refused: /<Адрес>:<Порт>

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

Как это исправить:

  1. В конце сообщения посмотри адрес и порт.
  2. Запусти целевой сервер и дождись в его разделе Консоль, пока он полностью запустится.
  3. Сравни адрес и порт в velocity.toml или в config.yml BungeeCord с данными, которые панель показывает для целевого сервера.
  4. Не указывай 127.0.0.1, если прокси и целевой сервер находятся на разных серверах. Этот адрес указывает на сам прокси.

Полезно знать: Пока целевой сервер перезапускается, сообщение является нормальным и исчезнет само.

Подробнее: BungeeCord: Could not connect to a default or fallback server

Твоего сообщения нет в списке?

Прочитай сообщение целиком в Консоль или в logs/latest.log, включая строки непосредственно перед ним. Часто там указано, что сломалось первым. Если дальше идёт stacktrace, то есть список строк, начинающихся с «at», названия папок и файлов в нём, например plugins/<Plugin> или <Plugin>.jar, подскажут, какой плагин или мод задействован. При проблемах с прокси читай логи прокси и целевого сервера за одно и то же время. Перед изменениями создай резервную копию. Если не получается разобраться, открой тикет и укажи время появления сообщения.