Home » Как настроить SSH ключи на Ubuntu 24

Как настроить SSH ключи на Ubuntu 24

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

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

Как работают SSH ключи

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

Когда вы подключаетесь к серверу, происходит следующее:

Сервер отправляет случайное сообщение, зашифрованное вашим публичным ключом
Только ваш приватный ключ может расшифровать это сообщение
Ваш клиент расшифровывает сообщение и отправляет ответ
Сервер проверяет ответ и предоставляет доступ

Это намного безопаснее паролей, потому что даже если кто-то перехватит трафик, он не сможет его использовать для входа.

Пошаговая настройка SSH ключей

Шаг 1: Генерация ключевой пары

Первым делом нужно сгенерировать пару ключей на вашем локальном компьютере. Для этого используем команду ssh-keygen:

ssh-keygen -t ed25519 -C "your_email@example.com"

Почему ed25519? Это современный алгоритм, который обеспечивает высокую безопасность при меньшем размере ключа. Если ваша система не поддерживает ed25519, используйте RSA с размером ключа 4096 бит:

ssh-keygen -t rsa -b 4096 -C "your_email@example.com"

Система спросит, где сохранить ключ. По умолчанию это ~/.ssh/id_ed25519 (или ~/.ssh/id_rsa для RSA). Можно просто нажать Enter, если вы создаете первый ключ.

Далее система попросит ввести пассфразу. Это дополнительный уровень защиты — даже если кто-то получит ваш приватный ключ, он не сможет им воспользоваться без пассфразы.

Шаг 2: Копирование публичного ключа на сервер

Самый простой способ — использовать ssh-copy-id:

ssh-copy-id username@server_ip

Эта команда автоматически скопирует ваш публичный ключ в файл ~/.ssh/authorized_keys на сервере и установит правильные права доступа.

Если ssh-copy-id недоступен, можно сделать это вручную:

cat ~/.ssh/id_ed25519.pub | ssh username@server_ip "mkdir -p ~/.ssh && cat >> ~/.ssh/authorized_keys"

Шаг 3: Проверка подключения

Теперь попробуйте подключиться к серверу:

ssh username@server_ip

Если всё настроено правильно, вы подключитесь без ввода пароля (только пассфразы от ключа, если вы её установили).

Шаг 4: Настройка SSH на сервере

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

sudo nano /etc/ssh/sshd_config

Найдите и измените следующие параметры:

PasswordAuthentication no
PubkeyAuthentication yes
AuthorizedKeysFile .ssh/authorized_keys

Перезапустите SSH службу:

sudo systemctl restart sshd

Практические примеры и кейсы

Управление несколькими серверами

Если у вас много серверов, создайте файл ~/.ssh/config для упрощения подключения:

Host web-server
    HostName 192.168.1.10
    User admin
    IdentityFile ~/.ssh/id_ed25519
    Port 22

Host db-server
    HostName 192.168.1.20
    User root
    IdentityFile ~/.ssh/id_rsa
    Port 2222

Теперь можно подключаться просто командой:

ssh web-server

Автоматизация с помощью ключей

SSH ключи незаменимы для автоматизации. Например, скрипт для backup’а:

#!/bin/bash
ssh backup-server "tar -czf /backup/$(date +%Y%m%d).tar.gz /var/www"
scp backup-server:/backup/$(date +%Y%m%d).tar.gz /local/backup/

Сравнение типов ключей

Тип ключа	Безопасность	Размер ключа	Скорость	Совместимость
Ed25519	Очень высокая	256 бит	Быстрая	OpenSSH 6.5+
RSA 4096	Высокая	4096 бит	Медленная	Универсальная
ECDSA	Высокая	256-521 бит	Быстрая	OpenSSH 5.7+

Частые проблемы и решения

Проблема: Permission denied (publickey)

Наиболее частая проблема. Проверьте:

Права доступа к файлам: ~/.ssh должна иметь права 700, authorized_keys — 600
Правильность пути к ключу
Включена ли PubkeyAuthentication в sshd_config

chmod 700 ~/.ssh
chmod 600 ~/.ssh/authorized_keys

Проблема: SSH-agent не запущен

Для автоматической загрузки ключей используйте ssh-agent:

eval $(ssh-agent)
ssh-add ~/.ssh/id_ed25519

Продвинутые настройки

Ключи для разных целей

Хорошая практика — создавать отдельные ключи для разных целей:

ssh-keygen -t ed25519 -f ~/.ssh/id_ed25519_github -C "github@example.com"
ssh-keygen -t ed25519 -f ~/.ssh/id_ed25519_servers -C "servers@example.com"

Принудительные команды

Можно ограничить, какие команды может выполнять ключ. В authorized_keys добавьте:

command="rsync --server --daemon ." ssh-ed25519 AAAAC3NzaC1lZDI1NTE5...

Временные ключи

SSH поддерживает сертификаты с ограниченным сроком действия. Это полезно для временного доступа:

ssh-keygen -s ca_key -I temp_user -V +1d user_key.pub

Интеграция с другими инструментами

Ansible

SSH ключи идеально работают с Ansible для автоматизации:

ansible-playbook -i inventory playbook.yml --private-key=~/.ssh/id_ed25519

Git

Тот же ключ можно использовать для Git:

git config --global user.name "Your Name"
git config --global user.email "your_email@example.com"

Docker

При создании Docker контейнеров можно монтировать SSH ключи:

docker run -v ~/.ssh:/root/.ssh ubuntu:24.04

Мониторинг и аудит

Для мониторинга SSH подключений проверяйте логи:

sudo tail -f /var/log/auth.log | grep ssh

Для аудита ключей используйте:

ssh-keygen -l -f ~/.ssh/id_ed25519.pub

Статистика и интересные факты

По данным исследований, 80% взломов серверов происходит через слабые пароли. SSH ключи практически исключают такую возможность. Ed25519 обеспечивает уровень безопасности, эквивалентный RSA-3072, но при этом в 6 раз быстрее.

Интересный факт: алгоритм Ed25519 был создан командой криптографов во главе с Даниэлем Бернстайном и считается одним из самых безопасных современных алгоритмов подписи.

Автоматизация развертывания

Для массового развертывания ключей на нескольких серверах можно использовать такой скрипт:

#!/bin/bash
SERVERS="server1.example.com server2.example.com server3.example.com"
KEY_FILE="~/.ssh/id_ed25519.pub"

for server in $SERVERS; do
    echo "Deploying key to $server"
    ssh-copy-id -i $KEY_FILE user@$server
done

Совместимость и альтернативы

Кроме стандартного OpenSSH, существуют альтернативы:

HPN-SSH — высокопроизводительная версия
Dropbear — легковесная реализация для встраиваемых систем
libssh — библиотека для разработчиков

Где разместить сервер

Если вам нужен надежный сервер для практики с SSH ключами, рекомендую рассмотреть аренду VPS для небольших проектов или выделенный сервер для более серьезных задач.

Заключение и рекомендации

SSH ключи — это not just nice to have, а absolutely must have для любого серьезного администратора. Они обеспечивают высокий уровень безопасности, упрощают автоматизацию и избавляют от головной боли с паролями.

Мои рекомендации:

Используйте Ed25519 для новых ключей
Всегда устанавливайте пассфразу на приватные ключи
Создавайте отдельные ключи для разных целей
Регулярно ротируйте ключи (раз в год-два)
Отключите парольную аутентификацию после настройки ключей
Используйте ssh-agent для удобства работы

SSH ключи — это основа безопасной работы с серверами. Один раз настроив их правильно, вы получите надежную защиту на долгие годы. И помните: безопасность — это не feature, а requirement!

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

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