добро пожаловать обратно, теперь пора посмотреть, как настроить демон ssh в Linux для проверки подлинности с
открытым ключом. Первый шаг - скопировать открытый ключ с компьютера, на котором он был сгенерирован
Windows или Linux, на компьютер Linux, где сервер ssh работает в специальный файл в этом
примере это будет сервер linux, на котором будет проходить аутентификация, я покажу вам сначала для
случая, когда клиент работает с Windows, а затем для случая, когда клиент работает под Linux,
поэтому, если вы сгенерировали ключ пара в окнах с использованием генератора ключей шпатлевки просто откройте закрытый
ключ в генераторе ключей шпатлевки, я открываю генератор ключей шпатлевки, и я загружаю закрытый ключ,
и вы видите здесь открытый ключ для вставки в открытый файл
авторизованных ключей ssh, теперь внимательно я выбираю весь ключ и скопируйте его в буфер обмена.
Следующим шагом является переход на сервер Linux и вставка содержимого открытого ключа
в файл, называемый авторизованными подчеркиванием ключей, который находится в этом каталоге ssh в домашнем каталоге пользователя
noti ce, что для этого вам нужен доступ к Linux-машине с пользователем, который будет
аутентифицироваться с использованием пары ключей. Я перечисляю этот каталог ssh из домашнего каталога
пользователя, это домашний каталог пользователя. точка ssh это скрытый каталог, с которого он начинается точка,
внутри нет ключа, также обратите внимание, что авторизованные ключи подчеркивания не существуют,
поэтому я создам файл с помощью veeam, который является моим предпочтительным редактором, я создам файл и вставляю
содержимое буфера обмена, которое является открытым ключом, в файл,
и я сохраняю файл, хорошо, это все, давайте проверим его, давайте проверим, запущен ли демон ssh на
сервере, система ctl status ssh, и он работает, мы замечаем, что сервер прослушивает порт 22 на
каждом IP-адресе сервера назад в Windows я открываю шпатлевку и ищу соединение
ssh и аутентификацию, я нажимаю кнопку обзора и выбираю закрытый ключ,
теперь на главном экране, я ввожу IP-адрес сервера Linux, давайте проверим его,
хорошо, это IP Добавить ress сервера linux,
я даю этому сеансу имя, а затем сохраняю его, чтобы я не потерял настройки
, скажем, linux 2, это сохранение имени хоста, и я нажимаю на открытие
имени пользователя student,
и я в нем успешно аутентифицировал пользователя, мы видим сообщение, аутентифицируемое с помощью открытого ключа, и ключевой комментарий, который
мы только что настроили
аутентификацию с открытым ключом ssh для клиента Windows и
сервера Linux, давайте продолжим и посмотрим, как настроить сервер Linux для приема открытого
ключа ssh проверка подлинности, если пара ключей была сгенерирована на другом компьютере Linux, поэтому клиент ssh
работает на Linux, на самом деле это похоже на предыдущий пример, с той лишь разницей,
что ключи были сгенерированы на Linux, а не на Windows. Хорошо, это клиент,
машина, на которой Я сгенерировал ключи, и это сервер, тот же сервер,
первый шаг такой же, как и в случае с Windows, и заключается в копировании открытого ключа
с машины, на которой он был сгенерирован, на машину Linux, на которую мы хочу
подключить, это машина, на которой были сгенерированы ключи, и это
идентификатор открытого ключа, подчеркните rsa.pub открытый ключ, я скопирую его на другую машину Linux, используя scp,
конечно, я также могу скопировать его в буфер обмена, а затем вставьте его в авторизованные ключи,
но на этот раз я предпочитаю скопировать файл открытого ключа на сервер Linux, чтобы использовать
scp в пункте назначения Linux, должен быть запущен открытый сервер ssh и принимающий
соединения на порту 22 или другом, который мы знаем, что это правда предыдущий пример,
поэтому я копирую файл scp минус p и верхний регистр p и порт по умолчанию 22,
но я использую эту опцию, потому что, возможно, ваш сервер прослушивает другой порт, и теперь путь к
файлу, который я скопирую, чтобы дом пользователя каталог home студент хорошо, это то же самое, что и tilda dot ssh
id подчеркнуть rsa dot pub теперь пользователь, который будет аутентифицироваться на ssh-сервере студент,
ip-адрес сервера и удаленный путь, куда будет скопирован файл, тильда, я скопирую
файл в ул Домашний каталог udent, хорошо, он запрашивает пароль.Общая проверка подлинности ssh
еще не настроена, поэтому я проверяю подлинность с помощью пароля, хорошо, и файл был скопирован,
это файл, который я только что скопировал на сервер Linux, я добавлю открытый ключ в конце
файла, называемый авторизованными ключами, у вас может быть больше ключей в авторизованных ключах, потому что может быть
больше пользователей, которые аутентифицируются на сервере, и у каждого пользователя будет своя собственная пара ключей, старайтесь
не перезаписывать файл, а добавлять для расширения и я использую команду cat cat файл открытого ключа
вдвое больше символа, а путь к авторизованному файлу ключей подчеркивания
вдвое больше символа перенаправляет вывод команды cat в файл,
добавляя перенаправленный вывод в конце, давайте посмотрим содержимое авторизованные ключи,
и мы видим там два открытых ключа, это открытый ключ, который был сгенерирован в Windows
в первом примере, и это открытый ключ, который был сгенерирован в Linux файл, который я только что
скопировал и добавил t o конец этого файла хорошо, это все, что я настроил публичную аутентификацию
на этом сервере Linux, давайте проверим, работает ли он с другой машины Linux, которая
является клиентом, я попытаюсь подключиться к серверу Linux, который я только что настроил,
и сервер linux не должен запрашивать пароль, а аутентифицировать пользователя с использованием аутентификации с
открытым ключом. ssh пользователь студент по IP-адресу сервера,
идеальный, я нахожусь, я успешно аутентифицирован на сервере,
если есть какие-либо проблемы, вы можете добавить опцию минус v в команду ssh, поэтому минус v
v исходит из подробного, и он распечатает много сообщений для вас, чтобы устранить проблему,
и вы можете искать любые возможные ошибки
хорошо, также обратите внимание, что важно, чтобы закрытый ключ имел разрешение на чтение только для владелец,
если разрешения слишком свободны, он не может работать, поэтому измените режим 400 и путь к закрытому ключу,
хорошо, последнее, что рекомендуется отключить
аутентификацию по паролю на сервере ssh, чтобы вы стали root
open t файл конфигурации демона ssh, который находится в etc ssh sshd underline config
не забывайте этот d от демона, есть также файл с именем ssh underline config, поэтому без
d, и здесь я ищу аутентификацию по паролю,
по умолчанию это да, и я Я поменяю его на нет, я отключил аутентификацию по паролю, я сохраняю
файл и перезапускаю службу, новая конфигурация станет активной
только после перезапуска серверной системы ctl restart ssh perfect, спасибо, что все