Смена владельца сервера — передача аккаунта другому человеку

MAATRIX GAMES

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

Зачем нужна официальная передача, а не просто "отдать пароль"

Самый простой на первый взгляд способ — сменить пароль от аккаунта на новый и сообщить его покупателю или новому админу. Работает, но тянет за собой хвост проблем. Во-первых, аккаунт в MAATRIX GAMES обычно привязан не только к серверу: там может быть история платежей, сохранённый способ оплаты, другие серверы того же владельца (если сервер — часть сети из нескольких проектов на одном аккаунте), и передавая пароль целиком, вы отдаёте доступ и ко всему остальному. Во-вторых, e-mail для входа обычно остаётся ваш — новый владелец физически не может сменить его без доступа к почте, а значит через некоторое время попросит вас поучаствовать в восстановлении доступа, если что-то пойдёт не так.

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

Как устроена передача — пошагово через тикет поддержки

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

1. Инициатор (текущий владелец) открывает тикет в разделе «Поддержка» личного кабинета, тема — «Смена владельца сервера», указывает ID или имя сервера, который передаёт, и e-mail аккаунта, куда должен перейти сервер.
2. Новый владелец должен иметь собственный зарегистрированный аккаунт в MAATRIX GAMES — если его ещё нет, регистрация занимает пару минут (e-mail и пароль), сервер переносится именно на существующий или заранее созданный аккаунт, а не «на почту».
3. Подтверждение с двух сторон. Поддержка не переносит сервер по одному сообщению — запрашивается подтверждение от обоих: старый владелец подтверждает согласие на передачу из своего тикета, новый владелец подтверждает согласие принять сервер (обычно ответным письмом с того e-mail, что указан как получатель, или через отдельный тикет с привязкой к тому же номеру заявки).
4. Проверка личности при необходимости. Если сумма на балансе сервера значительная или ранее были случаи спорных ситуаций по этому аккаунту, поддержка может запросить дополнительное подтверждение — например, ответ с того e-mail, который указан как контактный в аккаунте, или код, отправленный на привязанный телефон, если он есть.
5. Технический перенос. После подтверждения обеих сторон сервер (файлы, конфигурация, история бэкапов) переносится на аккаунт нового владельца в течение обычно 1–2 рабочих дней — сам сервер на это время может кратковременно уходить в обслуживание (минуты, не часы), игроки почти не заметят паузу, если операция не совпадает с пиковым онлайном.

Пример тикета на передачу:
Тема: Смена владельца сервера — MC-Vanilla-Friends-UK (ID 48213)
Текст: Прошу передать сервер ID 48213 на аккаунт newowner@example.com.
Согласен на отвязку от текущего способа оплаты и биллинга.

Что происходит с оплаченным периодом

Это самый частый вопрос при передаче, и ответ зависит от того, как вы договорились с новым владельцем, потому что технически MAATRIX GAMES не участвует в денежных расчётах между сторонами — платформа переносит именно сервер и остаток оплаченного срока, а не деньги.

• Оплаченный период сохраняется. Если сервер оплачен, скажем, до 15 сентября, эта дата продления переходит вместе с сервером — новый владелец не обязан продлевать сразу после переноса, у него есть весь оставшийся срок.
• Автопродление отключается по умолчанию на момент передачи (если было включено) — новый владелец сам решает, включать ли автосписание и с какого способа оплаты, вместо того чтобы система пыталась списать с карты, которая ему не принадлежит.
• Способ оплаты не переносится. Привязанная карта, СБП или крипто-кошелёк прежнего владельца остаются на его аккаунте — при передаче сервера биллинг для него просто отвязывается, новый владелец подключает свой способ, когда придёт время продления. О том, как это работает при неуплате в принципе — просрочка оплаты: что происходит с сервером.
• Компенсация за неиспользованный период между сторонами — это уже вопрос вашей личной договорённости (например, при продаже раскрученного сервера логично включить остаток оплаты в цену сделки), MAATRIX GAMES эту часть не регулирует и не выступает посредником в расчётах между людьми.

Если же вместо передачи вы хотите просто закрыть сервер и вернуть деньги за неиспользованный период — это отдельная процедура с иными условиями, не путайте её с переносом владения: возврат средств за игровой сервер — условия.

Безопасность: как не слить доступы при передаче

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

Что делать правильно:

• Не пересылайте пароль от своего личного аккаунта вообще — официальная процедура через поддержку не требует этого: новый владелец заходит под своими собственными учётными данными на своём аккаунте.
• Если до завершения официального переноса нужно дать доступ заранее (например, покупатель хочет проверить сервер перед сделкой) — используйте временный совместный доступ на уровне конкретного сервера, а не пароль от всего кабинета: в настройках сервера есть вкладка приглашения по e-mail с ограниченными правами (консоль и файлы, без биллинга и без права удаления), подробнее о разграничении ролей — права доступа и роли администраторов на сервере.
• После завершения передачи смените FTP/SFTP-пароль и, если использовался, ключ RCON — даже если технически сервер уже перешёл новому владельцу, старые учётные данные могли осесть в истории чатов, менеджерах паролей или конфигах модов на стороне прежнего администратора.
• Включите двухфакторную аутентификацию на новом аккаунте сразу после получения сервера, особенно если он был публично известен (открытая продажа, публикация в комьюнити) — риск попыток подбора пароля выше для раскрученных серверов: двухфакторная аутентификация для панели управления сервером.
• Если на сервере настроена интеграция с Discord-ботом, вебхуками или внешними панелями статистики (типа publicly-facing dashboard), проверьте и перевыпустите токены API после передачи — старые токены, сгенерированные под прежнего владельца, продолжают работать, пока их явно не отозвать в соответствующем сервисе.

Что переходит новому владельцу, а что нет

Стоит заранее понимать границы передачи, чтобы не было сюрпризов после переноса — таблица показывает типичный расклад для MAATRIX GAMES:

Отдельный нюанс — IP-адрес сервера при передаче обычно сохраняется, то есть игрокам не нужно перезаходить по новому адресу, коннект остаётся тем же. Но если новый владелец после переноса захочет сменить локацию (например, перенести сервер из UK в RU ради игроков поближе), IP уже поменяется — это отдельная операция, не связанная напрямую со сменой владельца: детали переноса между локациями разобраны отдельно — перенос сервера между локациями UK, US и RU.

Типичные ошибки при передаче сервера

Передача без подтверждения новым владельцем. Если указать в тикете чужой e-mail «на будущее», без того чтобы человек сам подтвердил согласие принять сервер, поддержка перенос не выполнит — это защита от навязанной передачи (например, если кто-то по ошибке или злонамеренно указывает чужой аккаунт).

Расчёт на мгновенный перенос. Технический перенос файлов, бэкапов и биллинговой привязки — не мгновенная операция, закладывайте 1–2 рабочих дня. Если сделка привязана к жёсткому дедлайну (например, продажа сервера к конкретной дате турнира), открывайте тикет заранее, а не в последний момент.

Забытые интеграции сторонних сервисов. Discord-бот статистики, сайт с онлайн-табло, внешний мониторинг Uptime — все они обычно настроены на IP и порт сервера, и продолжат работать после передачи автоматически (раз IP сохраняется), но если они также используют API-ключ панели, привязанный к старому аккаунту, интеграция оборвётся в момент переноса — стоит проверить и перенастроить сразу после подтверждения передачи.

Смешивание передачи с обычным совместным доступом. Если задача — не отдать сервер полностью, а просто дать соуправление (например, взять со-админа в команду, оставаясь владельцем сами), не нужен тикет на смену владельца — для этого существует обычный совместный доступ на уровне сервера через вкладку Access, без потери контроля над биллингом и без риска, что со-админ случайно удалит сервер или сменит тариф.

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

Частые вопросы