Minecraft-сервер для школьного кружка: расписание, список доступа и резервные копии

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

Дальше пройдём занятие целиком: от допуска участников до выключения, с разделением ролей, расписанием, копиями и разбором неудачного эксперимента. Сама установка сервера — отдельная тема, она разобрана в статье Как установить и настроить Minecraft на VPS. Здесь предполагается, что сервер уже работает, и вопрос в том, как устроить вокруг него живую учебную практику.

Учебная ситуация, на которой всё проверяется

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

Эта картинка сразу задаёт требования к серверу. Заходить должны только участники кружка. Преподаватель должен уметь вмешаться: перенести игрока, остановить эксперимент с огнём, откатить район. Дети должны строить, но не иметь возможности случайно снести соседний квартал или выдать себе всё подряд. Мир должен переживать как обычное завершение, так и неудачный опыт вроде «а давайте взорвём всё и посмотрим». И между занятиями сервер не обязан быть доступен всем подряд.

Допуск: список участников вместо открытой двери

Закрытый кружок — это закрытый список. В Minecraft-серверах для этого служит белый список: подключиться могут только те, кого в него внесли. В справочнике Paper по server.properties отдельно описан параметр enforce-whitelist: он управляет тем, что происходит с игроками, которых в белом списке нет, и исключает их с сервера, если список включён и применяется принудительно (Paper: server.properties). Практический смысл простой: если вы вносите изменения в список посреди занятия, принудительное применение гарантирует, что убранный из списка игрок не останется в мире до перезапуска.

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

Ещё один параметр из того же справочника — enable-rcon, он включает удалённую консоль. Для школьного сервера хороший вопрос звучит так: нужна ли она вам вообще? Если вы управляете сервером через панель или по SSH, удалённая консоль — лишняя поверхность. Включать её стоит, только если есть конкретная задача, например скрипт, который объявляет начало занятия, и вы понимаете, как защищён доступ к ней.

Список как часть учебного процесса

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

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

Роли: кто что может в одном мире

Занятие идёт гладко, когда у каждого понятная роль. Разделим возможности на три уровня.

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

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

Расписание и доступность: сервер не обязан жить круглые сутки

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

Но у такого решения есть цена. Если вы остановили сервер между занятиями, кто-то должен его запустить заранее, а не в момент, когда группа уже стоит у компьютеров. Разумно заложить буфер: запуск за четверть часа до начала, проверка, что мир открывается и список участников актуален. Это не про автоматизацию ради неё, а про то, что первые пять минут занятия слишком ценны, чтобы тратить их на ожидание.

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

Что сервер должен выдержать в разгар занятия

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

Для такого наблюдения есть инструмент spark. Его команды показывают разные стороны состояния: health — ресурсы, tps — частоту тиков, ping — сетевую задержку, gc — сборку мусора (spark: команды диагностики). Полезно различать их, потому что жалоба «лагает» может означать разное. Если страдают тики, дело в самом мире и его нагрузке. Если высокая задержка у одного ребёнка, возможно, это его домашний интернет, а сервер ни при чём.

Когда нужно понять, что именно тормозит, профилировщик запускается на ограниченное время: параметр --timeout задаёт длительность, а --only-ticks-over позволяет собирать только длинные тики, то есть самые проблемные моменты. Остановить и сохранить результат в файл, не отправляя его на внешний сайт, можно через profiler stop --save-to-file. Для школьного сервера это удобно: файл остаётся у вас, и вам не нужно решать, стоит ли выкладывать куда-то данные о работе сервера. Отдельно об осторожности: дамп памяти (heap dump) может занимать много места и содержать данные процесса, поэтому делать его без необходимости и хранить где попало не стоит.

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

Сохранить результат: до занятия, после и в середине опыта

Вернёмся к сцене из начала. Мир должен пережить конец занятия. Это значит несколько простых вещей, и порядок здесь важен.

1. Объявить группе, что работа заканчивается, и дать время дойти до безопасной точки: достроить стену, выйти из шахты.
2. Дождаться, пока все выйдут, либо попросить выйти.
3. Остановить сервер штатно, а не выключением питания или принудительным завершением процесса, чтобы мир записался полностью.
4. Сделать копию мира и убедиться, что она создалась.

Рекомендация брать сохранённые миры, конфигурацию и настройки не нова: в руководстве Paper по обновлению прямо сказано, что перед обновлением сохраняют миры, серверную конфигурацию, настройки и JAR плагинов, а подмена JAR работающего сервера не рекомендуется (Paper: обновление). Этот набор полезен не только при обновлении. Он хорошо описывает, что именно входит в понятие «состояние сервера»: мир сам по себе — лишь часть, а ещё есть настройки и плагины, без которых мир может открыться иначе или не открыться вовсе. Копию стоит делать целиком, а не только папку с миром.

Обратите внимание на слова про остановленный сервер. Копировать файлы мира у запущенного сервера рискованно: часть данных может быть записана, часть нет. Для школьного ритма «одно занятие в неделю» остановка перед копированием естественна: занятие закончилось, сервер выключаем, копируем, при желании запускаем снова.

Две копии на занятие

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

Подписывайте копии понятно: дата и короткая пометка вроде «до занятия» и «после занятия». Через месяц вы не вспомните, какая из шести одинаковых папок нужна. Хранить копии стоит не только на том же диске, где лежит сервер: если пострадает диск или виртуальный сервер, пропадут и мир, и копии вместе. Точный способ вынесения копий зависит от вашей инфраструктуры; важно, чтобы хотя бы одна копия лежала отдельно. Автоматическое создание резервных копий в тарифах не заявлено, поэтому планировать его стоит самостоятельно, не рассчитывая, что оно уже есть.

Неудачный опыт и возвращение одной постройки

Теперь самый живой эпизод. Команда «Транспорт» решила проверить, что будет, если провести лаву по новой эстакаде. Через минуту эстакады нет, а часть соседнего парка выгорела. Что делать преподавателю?

Первое — не паниковать и не откатывать весь мир. Ребята из «Жилого квартала» ни при чём, их работа цела, и возвращать всю группу на час назад — значит наказать невиновных. Задача формулируется точнее: вернуть конкретную область.

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

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

Есть и педагогический ход: превратить неудачу в материал. Вместо «лаву больше не трогаем» можно устроить небольшой разбор: что произошло, как этого избежать, какие ограничения нужны для безопасной стройки. Дети охотнее принимают правила, которые сами вывели из неудачного опыта.

Обновления и журнал

Раз в какое-то время потребуется обновить сервер или плагины. Для кружка лучший момент — между занятиями, а не перед ним. По руководству Paper, обновляясь, нужно сперва сохранить миры, конфигурацию и плагины, не подменять JAR у работающего сервера, а после запуска посмотреть журнал (Paper: обновление). Журнал — это место, где сервер сообщает, что пошло не так: плагин не загрузился, мир не открылся, конфигурация прочитана с ошибкой. Привычка читать его после каждого изменения экономит нервы: вы узнаёте о проблеме в тишине, а не когда двенадцать человек смотрят на экран загрузки.

Не откладывайте обновление на день занятия и не «проверяйте на группе». Сделайте его сразу после очередной копии, запустите сервер, зайдите сами и пройдитесь по общему миру. Если что-то сломано, у вас есть копия и время до следующей встречи.

Возвращение группы: что должно ждать детей через неделю

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

• Актуальный список. Новичок внесён, выбывшие убраны, ники проверены на опечатки заранее.
• Запуск до начала. Сервер включён, мир открыт, вы зашли и убедились, что постройки на месте.
• Короткая запись о прошлом занятии. Что построено, что осталось сделать, какие правила договорились соблюдать. Достаточно нескольких строк в обычном документе.
• Задание на сегодня. Чтобы первые минуты не ушли на вопрос «а что делаем?».

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

Какой сервер под это нужен

Для кружка на десяток участников не нужна крупная конфигурация, но нужна предсказуемая. Виртуальный сервер подходит тем, что вы сами управляете запуском и остановкой, списком, копиями и расписанием. В публичном предложении VPS MAATRIX указаны NVMe-диски, процессоры AMD EPYC и root-доступ, а также локации UK, US, RU и FR; оплата возможна картой РФ и через СБП, а VPS создаётся автоматически за пару минут после оплаты (VPS MAATRIX). Root-доступ здесь важен практически: вы сами настраиваете остановку, копирование и порядок запуска, не ожидая, пока кто-то сделает это за вас.

Среди линеек есть Ba (1 vCPU, 2 ГБ RAM, 40 ГБ NVMe), Uab (2 vCPU, 4 ГБ, 80 ГБ), Heka (4 vCPU, 8 ГБ, 160 ГБ), Maat (8 vCPU, 16 ГБ, 240 ГБ) и Djed (16 vCPU, 32 ГБ, 320 ГБ). Это не обещание, что на таком-то плане поместится столько-то игроков: сколько реально выдержит мир, зависит от версии, плагинов и того, чем занимаются дети. Разумно начать с небольшого плана, провести пробное занятие, понаблюдать за тиками и памятью теми командами spark, что описаны выше, и только потом решать, нужно ли больше. Не забудьте и про диск: копии мира по неделям накапливаются, и место под них нужно планировать заранее либо выносить копии на отдельное хранилище.

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

Правила общей работы, которые стоит проговорить вслух

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

• У каждой команды свой район; в чужой заходят по приглашению.
• Рискованные эксперименты проводятся на отдельной площадке и только после слова преподавателя.
• Ники не содержат настоящих имён, фамилий, школы или класса; личные данные в чат не пишем.
• Если что-то в чате или в игре неприятно, нужно сразу сказать взрослому: это не жалоба, а часть правил.
• В конце занятия все выходят по сигналу, чтобы сервер мог сохраниться.

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

Что остаётся после звонка

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