Создать пользователя для доступа по SSH в FreeBSD

freebsd ssh root login
Пользователь root по умолчанию не может подключатся по ssh.
Создаем пользователя в FreeBSD  командой

adduser

Разрешаем подключение по SHH и использование su — , добавив пользователя в группу wheel. Делается это командой

pw groupmod wheel -M username

Также можно разрешить логиниться root. Для этого подправим конфиг

nano /etc/ssh/sshd_config

Находим строчку PermitRootLogin, раскомментируем ее и ставим напротив yes. По-умолчанию там стоит no.
Перезапустим sshd

/etc/rc.d/sshd restart

UPD: SEO-update

Как создать пользователя для доступа по SSH: Подробное руководство

Доступ по SSH (Secure Shell) является одним из самых популярных и безопасных способов удаленного подключения к серверу. Однако, перед тем как предоставить доступ к серверу новым пользователям, необходимо правильно настроить их учетные записи. В этом руководстве мы рассмотрим пошаговый процесс создания нового пользователя для доступа по SSH.

Зачем создавать отдельного пользователя для SSH?

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

Шаг 1: Подключение к серверу под root-пользователем

Первым шагом необходимо подключиться к серверу под root-пользователем или пользователем с правами sudo:

ssh root@your_server_ip

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

Для создания нового пользователя выполните команду:

adduser new_username

Замените new_username на желаемое имя пользователя. После этого система запросит ввод пароля для нового пользователя, а также некоторых дополнительных данных, таких как полное имя и телефонный номер. Эти поля можно оставить пустыми.

Шаг 3: Добавление пользователя в группу sudo (опционально)

Если вы хотите, чтобы новый пользователь имел права суперпользователя, добавьте его в группу sudo:

usermod -aG sudo new_username

Это позволит пользователю выполнять команды с правами суперпользователя, используя sudo.

Шаг 4: Настройка SSH-доступа

По умолчанию новый пользователь не имеет SSH-доступа. Чтобы его настроить, выполните следующие действия:

  1. Войдите под созданным пользователем:bashCopy codesu - new_username
  2. Создайте папку .ssh в домашнем каталоге:bashCopy codemkdir ~/.ssh chmod 700 ~/.ssh
  3. Создайте файл authorized_keys и установите на него права доступа:bashCopy codetouch ~/.ssh/authorized_keys chmod 600 ~/.ssh/authorized_keys
  4. Добавьте публичный SSH-ключ пользователя в файл authorized_keys. Это можно сделать, скопировав содержимое публичного ключа из вашего локального компьютера и вставив его в файл:bashCopy codenano ~/.ssh/authorized_keys
  5. Сохраните изменения и выйдите из редактора.

Шаг 5: Отключение доступа root по SSH (рекомендуется)

Для повышения безопасности рекомендуется отключить прямой доступ по SSH для root-пользователя. Для этого отредактируйте файл конфигурации SSH:

nano /etc/ssh/sshd_config

Найдите строку PermitRootLogin и измените ее значение на no:

PermitRootLogin no

Затем перезапустите службу SSH, чтобы применить изменения:

systemctl restart sshd

Шаг 6: Тестирование нового пользователя

Теперь вы можете протестировать подключение по SSH под новым пользователем с вашего локального компьютера:

ssh new_username@your_server_ip

Если все настроено правильно, вы должны успешно подключиться к серверу.

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

Ошибка подключения к удаленному рабочему столу — Удаленный сеанс отключен, поскольку для данного компьютера отсутствуют клиентские лицензии удаленного рабочего стола

error-udalenny-seans-otkluchen

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

Continue reading

Ошибка 1С:Звит (Медок) «Версія бази не співпадає з версією програми»

В заметке рассмотрим две возможные причины, которые мне встречались при исправлении ошибки «Версія бази не співпадає з версією програми»

  1. При переносе сетевой версии 1С:Звит
  2. При восстановлении работоспособности после вируса «Петя»

Методика решения проблемы применима как к Медок так и к его клону — 1с Звит.
Итак, был перенос сервера 2008r2 с железа на гипервизор с wmware workstation. При переносе имя сервера было изменено с WIN-HUIB0O5MJAJ на более удобное TS-DIM. На сервере была установлена сетевая версия 1С:Звіт.

При обновлении 1С:Звіт с версии 01.00.230 на 01.00.231 получил ошибку Версія бази 01.00.231 не співпадає з версією програми 01.00.230 и имя сервера к которому не удалось подключиться — WIN-HUIB0O5MJAJ. То есть 1С:Звіт обращался к базе на старом сервере (старый сервер все ещё работал). Continue reading