Войти Оплатить

Хочу дать доступ другому человеку

Когда к серверу нужно подключить разработчика, коллегу или администратора, самый плохой путь — просто отдать общий логин и пароль от основного аккаунта. Намного правильнее и безопаснее создать отдельного пользователя, выдать ему только нужный уровень доступа и добавить SSH-ключ.

В Wilmo для этого не нужно вручную править системные файлы: основная работа уже вынесена в раздел Пользователи.

Правильный сценарий выдачи доступа

Самый здоровый маршрут выглядит так:

  1. Создать отдельного пользователя.
  2. Решить, нужен ли ему sudo.
  3. Добавить его SSH-ключ.
  4. При необходимости создать профиль подключения.
  5. Убедиться, что доступ выдан именно нужному аккаунту.

Это намного лучше, чем один общий доступ на всех.

Шаг 1. Открой пользователей

Для начала:

  1. Открой Control Panel.
  2. Нажми Пользователи.
  3. Подожди, пока Wilmo загрузит текущий список аккаунтов.

После этого можно создавать нового пользователя или работать с уже существующим.

СКРИНШОТ: (сюда надо добавить скриншот окна Пользователи, чтобы было видно список аккаунтов и действия создания пользователя)

Шаг 2. Создай отдельного пользователя

Если доступ выдаётся новому человеку:

  1. Нажми создание пользователя.
  2. Введи имя нового пользователя.
  3. При необходимости укажи домашнюю директорию.
  4. Выбери режим прав для домашней папки.
  5. Реши, нужен ли этому человеку sudo.
  6. Подтверди создание.

Это создаёт чистую и понятную точку входа именно под этого человека.

Шаг 3. Реши, нужен ли sudo

sudo нужен только тем, кто действительно должен управлять системой.

Обычно sudo нужен, если человек:

  • ставит пакеты;
  • правит системные конфиги;
  • перезапускает сервисы;
  • администрирует сервер.

Если человек просто работает с кодом проекта, файлами или приложением внутри своей директории, sudo может быть не нужен.

Лучше дать меньше прав сразу и расширить их позже, чем наоборот.

Шаг 4. Добавь SSH-ключ

После создания пользователя:

  1. Выбери его в списке.
  2. Открой блок SSH-ключей.
  3. Если у человека уже есть публичный ключ, вставь его вручную.
  4. Если ключа нет, используй генерацию через Wilmo.
  5. Подтверди добавление.

Именно SSH-ключ должен быть основным способом доступа, если ты хочешь более безопасную схему входа.

СКРИНШОТ: (сюда надо добавить скриншот блока добавления SSH-ключа, чтобы было видно поле ключа и действия генерации)

Шаг 5. При необходимости создай профиль подключения

Если этот доступ должен использоваться регулярно:

  1. После генерации или добавления ключа создай профиль подключения, если Wilmo предлагает такой сценарий.
  2. Назови профиль понятно.
  3. Убедись, что он связан именно с новым пользователем.

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

Шаг 6. Проверь, что доступ выдан правильно

После настройки полезно быстро перепроверить:

  • точно ли пользователь создан;
  • добавлен ли нужный SSH-ключ;
  • не выдан ли sudo по ошибке;
  • не используется ли общий старый доступ вместо нового.

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

Когда стоит удалять доступ

Если человек больше не должен работать с сервером:

  1. Открой Пользователи.
  2. Выбери его аккаунт.
  3. Либо удали отдельный ключ, если человек остаётся, но устройство больше не нужно.
  4. Либо удали пользователя целиком, если доступ закрывается полностью.

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

Чего лучше не делать

Лучше избегать таких сценариев:

  • не выдавать всем один и тот же логин;
  • не держать всех на общем пароле;
  • не давать sudo просто "на всякий случай";
  • не хранить доступ без понимания, кто и под каким аккаунтом заходит.

Сервер намного удобнее и безопаснее, когда доступы разделены по людям и ролям.

Лучший итог

Хороший результат этого сценария выглядит так:

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

Именно так и должна выглядеть взрослая, но при этом понятная схема доступа.

← Вся документация