ubuntu ssh auto login [dубликат]

Question 1

Я хочу, чтобы иметь возможность входа в систему через ssh без необходимости вводить пароль все время.

Как мне настроить его? Требуется ли другая команда для выполнения сеанса без пароля?

Question 2

Question 3

Question 4

Question 5

Question 6

Question 7

Question 8

Question 9

Question 10

Question 11

Ответ

Выполните следующие команды:

  ssh-keygen

Затем вам нужно будет скопировать новый ключ к вашему серверу :

  ssh-copy-id user @ host ## или если ваш сервер использует пользовательский порт no: ssh-copy-id "user @ host -p  1234 "

После копирования ключа ssh в машину как обычно:

  ssh user @ host

Теперь вы можете войти без ввода пароля с определенного компьютера, на котором выполнялись команды.

Пример

  not-marco @ rinzwind-desktop: ~ $ ssh-keygen  Создание пары ключей public / private rsa.  Введите файл для сохранения ключа (/home/not-marco/.ssh/id_rsa): Создан каталог '/home/not-marco/.ssh'.  Введите парольную фразу (пустая для кодовой фразы): Введите еще одну фразу: Ваша идентификация сохранена в /home/not-marco/.ssh/id_rsa.  Ваш открытый ключ был сохранен в /home/not-marco/.ssh/id_rsa.pub.  Ключ отпечатка пальца: b1: 25: 04: 21: 1a: 38: 73: 38: 3c: e9: e4: 5b: 81: e9: ac: 0f not-marco @ rinzwind-desktop Случайное изображение ключа: +  - [RSA 2048] ---- + | .o =.  оо.  |  | * B. +.  ,  |  | * = o.  o.  |  |  знак равно  = |  |.  o S |  | E.  |  |  o |  |  ,  |  |  |  + ----------------- + not-marco @ rinzwind-desktop: ~ $ ssh-copy-id not-marco @ server not-marco @ серверный пароль: теперь попробуйте войти в  машины, с «ssh 'not-marco @ server» и зайдите в: ~ / .ssh / authorized_keys, чтобы убедиться, что мы не добавили лишние ключи, которых вы не ожидали.

Объяснение

Предполагается, что вы уже можете успешно подключиться к вашему серверу с помощью SSH.

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

Сначала создайте свою ключевую пару SSH, запустив ssh-keygen это создаст файл id_rsa и id_rsa.pub . Файл pub - это то, что идет на серверах, закрытый ключ ( id_rsa ) - это то, что остается с вами, и как вы себя идентифицируете.
Next скопируйте открытый ключ на ваш сервер с помощью ssh-copy-id user @ server , заменив пользователя удаленным пользователем и сервером именем или IP-адресом компьютера. Он запросит пароль SSH, занесет его, и если все будет успешно завершено, вы сможете получить доступ к машине через ssh user @ server без необходимости пароля.

Ссылки

https://help.ubuntu.com/community/SSH/OpenSSH/Keys

Question 12

Я обычно использую sshpass для этого, устанавливаю его с помощью sudo apt-get install sshpass и использую его следующим образом

sshpass -p 'password' ssh your_username@your_server

Question 13

Question 14

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

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

Эта команда генерирует достаточно сильный ключ в ~/.ssh/:

ssh-keygen -b 4096

В ~/.ssh/ вы найдет ваш открытый ключ как id_rsa.pub. Его содержимое должно быть добавлено к файлу вашего сервера authorized_keys путем переноса через переносимый носитель (ручный накопитель) или путем короткого включения аутентификации пароля на сервере, затем с помощью ssh-copy-id ~/.ssh/id_rsa.pub username@server, а затем снова отключите его.

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

Question 15

[решение специально для пользователей, использующих Windows для ssh на своих удаленных машинах, включая облачные изображения на облаке AWS Cloud и GCE Cloud]

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

(Отказ от ответственности)

Недавно использовалось это решение для удаленного входа в систему новых развернутых изображений vm на GCE.

Используемые инструменты :

puttygen [puttygen download] winscp [winscp download]

Шаги для выполнения:

puttygen [puttygen download ] Загрузите открытый ключ на ваш сервер в облаке или удаленном месте.

Описание (как это сделать):

1. Создайте ключ / пару или используйте существующий закрытый ключ

(у меня есть закрытый ключ)

Откройте puttygen, нажмите кнопку загрузки и выберите файл закрытого ключа (*.pem) .

(у меня нет личного ключа)

Откройте puttygen, выберите нужный тип ключа SSH2 DSA (вы можете использовать RSA или DSA) внутри раздел «Параметры» ... и важно, чтобы вы оставили поле кодовой фразы пустым, нажмите «Создать» и следуйте инструкциям для генерации пары ключей (общедоступных / частных).

(из источника 1, ссылка ниже)

2. Создайте новый файл «authorized_keys» (с записью)

Скопируйте данные открытого ключа из «Открытого ключа для вставки в файл OpenSSH authorized_keys» в разделе «Генератор ключей PuTTY» и вставьте ключевые данные в « authorized_keys ".

Убедитесь, что в этом файле есть только одна строка текста.

3. Загрузить ключ на сервер linux

Открыть puttygen, Выбрать протокол SFTP и войти в систему с вашими учетными данными ssh. Выберите нужный тип ключа SSH2 DSA (вы можете использовать RSA или DSA) в разделе «Параметры» ... и важно оставить поле кодовой фразы пустым,

Загрузите файл authorized_keys в домашний каталог на удаленном компьютере.

4. Установите правильные разрешения

Создайте каталог .ssh (если не существует)

Скопируйте файл authorized_keys в каталог .ssh. (это заменит любой существующий файл authorized_keys, обратите внимание на это).

Если файл существует, просто добавьте содержимое этого файла в существующий файл.

Выполнить команды для установки разрешений:

$ sudo chmod 700 .ssh && chmod 600 .ssh/authorized_keys

Теперь вы сможете ssh на удаленную машину без ввода учетных данных каждый раз.

Дальнейшее чтение:

Загружает открытый ключ на ваш сервер в облаке или удаленном месте. winscp [winscp download] puttygen загрузить winscp загрузить

Question 16

Введите следующие команды:

ssh-keygen Нажмите клавишу «Ввод», пока не получите приглашение ssh-copy-id -i root@ip_address (он будет запрашивать пароль хост-системы) ssh root@ip_address

Теперь вы можете войти в систему без пароля.

Question 17

Я обычно делаю это так:

ssh-keygen -t rsa

(При запросе пароля оставите его пустым)

Затем: cat ~/.ssh/id_rsa.pub | ssh username@hostname 'cat >> .ssh/authorized_keys'

(для этого требуется, чтобы папка .ssh находилась в домашнем каталоге на целевом имени хоста с файлом authorized_keys)

Конечно, замените имя пользователя на желаемое имя пользователя и имя хоста с желаемым именем хоста или IP-адресом

После этого просто установите SSH в это поле так же, как вы привыкли.

Question 18

Я хотел бы добавить ответ для тех, кто может найти, что они должны ввести пароль, даже если они прочитали все ответы здесь, потому что вы установили IdentitiesOnly как «да». И ответ здесь может сэкономить вам много времени, чтобы управлять несколькими ключами, являясь ключами для git или сервера.

После того, как я сгенерировал ключ и скопировал его на сервер:

ssh-keygen
ssh-copy-id -i ~/.ssh/12gpu_server.pub lerner@192.168.20.160

Я обнаружил, что это не сработало.

Затем я пошел проверить файл ~/.ssh/config, я увидел это внизу:

Host *
IdentitiesOnly yes

Затем я добавляю это выше:

Host 12gpu
HostName 192.168.20.160
User lerner
IdentityFile ~/.ssh/12gpu_server

Я могу просто войти в систему, введя ssh 12gpu.

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

Хост - это имя, которое вы хотите ввести при подключении сервера позже; hostName - это ip сервера; Пользователь - это имя пользователя, на котором вы заходите на сервер; и файл идентификации - это файл, в котором вы храните ключ, который вы создали.

Question 19

Question 20

Отключить аутентификацию паролей Поскольку многие люди с SSH-серверами используют слабые пароли, многие онлайн-злоумышленники будут искать SSH-сервер, а затем начнут угадывать пароли наугад. Злоумышленник может пробовать тысячи паролей через час и угадывать даже самый сильный пароль, заданный достаточно времени. Рекомендуемым решением является использование ключей SSH вместо паролей. Чтобы как можно догадаться, как обычный SSH-ключ, пароль должен содержать 634 случайных буквы и цифры. Если вы всегда сможете войти на свой компьютер с помощью SSH-ключа, вы должны полностью отключить аутентификацию паролей. Если вы отключите аутентификацию паролем, можно будет только подключиться с компьютеров, которые вы специально одобрили. Это значительно улучшает вашу безопасность, но делает невозможным подключение к вашему компьютеру с ПК друга без предварительного одобрения ПК или с вашего собственного ноутбука при случайном удалении ключа. Рекомендуется отключить аутентификацию по паролю, если у вас нет конкретной причины. Чтобы отключить аутентификацию паролей, найдите следующую строку в файле sshd_config:

#PasswordAuthentication yes

замените ее на строку, которая выглядит так:

PasswordAuthentication no

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

https://help.ubuntu.com/community/SSH/OpenSSH/Configuring#disable-password-authentication

Question 21

Чтобы сделать некоторые дополнения:

Mac по умолчанию не имеет ssh-copy-id, вам придется установить его самостоятельно:

curl https://raw.github.com/beautifulcode/ssh-copy-id-for-OSX/master/ssh-copy-id.sh -o /usr/local/bin/ssh-copy-id
chmod +x /usr/local/bin/ssh-copy-id

найти здесь: https : //github.com/beautifulcode/ssh-copy-id-for-OSX

Mac по умолчанию не имеет ssh-copy-id, вам придется установить его самостоятельно:

curl https://raw.github.com/beautifulcode/ssh-copy-id-for-OSX/master/ssh-copy-id.sh -o /usr/local/bin/ssh-copy-id
chmod +x /usr/local/bin/ssh-copy-id

отметить, что необходимы кавычки.

Question 22

Удаленный вход / копирование без ввода пароля

Приложения ssh и scp для удаленного входа и удаленной копии, соответственно, позволяют вам связываться с удаленным хостом без указания пароля. Это требует, чтобы вы выполняли процедуру аутентификации, подобную процедуре, описанной ниже. Под клиентом мы подразумеваем машину, на которой вы сидите, и по серверу мы имеем в виду машину, на которую вы хотите войти, не указав пароль. Шаги процедуры аутентификации:

Запустите ssh-keygen для создания закрытых и открытых ключей, если это уже не сделано на вашем компьютере. Они хранятся в файлах в $HOME/.ssh. Добавить содержимое файла открытого ключа в файл $HOME/.ssh/authorized_keys или $HOME/.ssh/authorized_keys2 на сервере.

Существует три разных типа протоколов аутентификации. Вы указываете тип при запуске ssh-keygen:

Запустите ssh-keygen для создания закрытых и открытых ключей, если это уже не сделано на вашем компьютере. Они хранятся в файлах в $HOME/.ssh. Протокол SSH версии 1, RSA: это получается при запуске ssh-keygen -t rsa и приводит к файлам id_rsa (закрытый ключ) и id_rsa.pub (открытый ключ) Добавить содержимое файла открытого ключа в файл $HOME/.ssh/authorized_keys или $HOME/.ssh/authorized_keys2 на сервере.

При запуске ssh-keygen вы можете полагаться на ответы по умолчанию (подразумевая, что вы делаете не давать кодовую фразу). Это делает всю настройку простой, но также небезопасной.

Вы можете указать тип ключей, которые будут использоваться опцией ssh; ssh -1 принудительно использует ключи RSA1 (протокол версии 1), тогда как ssh -2 заставляет ssh использовать только RSA или DSA-ключи (протокол версии 2). В приведенных ниже примерах мы создаем и устанавливаем ключи RSA1 и DSA на удаленном хосте, чтобы у вас было больше гибкости. Вы можете сделать конфигурационный файл в каталоге .ssh с помощью строки

Protocol 1,2

Это делает ssh попыткой подключения RSA1 (протокол версии 1) до RSA1 [ ! d20] (протокол версии 2).

Использование ключей RSA1
remote=user@remotehost # fill in correct user and remotehost names cd $HOME/.ssh # create .ssh on remote host if it is non-existing: ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' # copy RSA1 key: scp identity.pub ${remote}:.ssh ssh $remote "cd .ssh; cat identity.pub >> authorized_keys"
Использование ключей DSA
remote=user@remotehost # fill in correct user and remotehost names cd $HOME/.ssh # create .ssh on remote host if it is non-existing: ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' # copy DSA key: scp id_dsa.pub ${remote}:.ssh ssh $remote "cd .ssh; cat id_dsa.pub >> authorized_keys2"
Это все, что вам нужно сделать, если вы не использовали кодовую фразу при создании ключей. Вы можете проверить соединение, запустив ssh $ remote и посмотреть, можете ли вы войти в систему, не указывая пароль (возможно, вам нужно будет использовать -1 или -2 как опции для RSA1 ). Процедуру можно, конечно, повторить для любой машины, на которую вы хотите войти.

Если вы использовали кодовую фразу, вам нужно будет запустить программу ssh-agent, чтобы запустить специальную оболочку, за которой следует ssh-add, чтобы зарегистрировать комбинацию RSA1 с sshd.

Скрипт для автоматизации соединений без пароля: ssh-no-password.sh
#!/bin/sh # create ssh connections without giving a password if [ $# -lt 1 ]; then echo Usage: $0 username@remotehost exit fi remote="$1" # 1st command-line argument is the user@remotehost address this=$HOST # name of client host # first check if we need to run ssh-keygen for generating # $HOME/.ssh with public and private keys: if [ ! -d $HOME/.ssh ]; then echo "just type RETURN for each question:" # no passphrase - unsecure!! # generate RSA1, RSA and DSA keys: echo; echo; echo ssh-keygen echo; echo; echo ssh-keygen -t rsa echo; echo; echo ssh-keygen -t dsa else # we have $HOME/.ssh, but check that we have all types of # keys (RSA1, RSA, DSA): if [ ! -f $HOME/.ssh/identity ]; then # generate RSA1 keys: echo "just type RETURN for each question:" # no passphrase - unsecure!! ssh-keygen fi if [ ! -f $HOME/.ssh/id_rsa ]; then # generate RSA keys: echo "just type RETURN for each question:" # no passphrase - unsecure!! ssh-keygen -t rsa fi if [ ! -f $HOME/.ssh/id_rsa ]; then # generate DSA keys: echo "just type RETURN for each question:" # no passphrase - unsecure!! ssh-keygen -t dsa fi fi cd $HOME/.ssh if [ ! -f config ]; then # make ssh try ssh -1 (RSA1 keys) first and then ssh -2 (DSA keys) echo "Protocol 1,2" > config fi # copy public keys (all three types) to the destination host: echo; echo; echo # create .ssh on remote host if it's not there: ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' # copy RSA1 key: scp identity.pub ${remote}:.ssh/${this}_rsa1.pub # copy RSA key: #scp id_rsa.pub ${remote}:.ssh/${this}_rsa.pub # copy DSA key: scp id_dsa.pub ${remote}:.ssh/${this}_dsa.pub # make authorized_keys(2) files on remote host: echo; echo; echo # this one copies all three keys: #ssh $remote "cd .ssh; touch authorized_keys authorized_keys2; cat ${this}_rsa1.pub >> authorized_keys; cat ${this}_rsa.pub >> authorized_keys2; cat ${this}_dsa.pub >> authorized_keys2;" # this one copies RSA1 and DSA keys: ssh $remote "cd .ssh; touch authorized_keys authorized_keys2; cat ${this}_rsa1.pub >> authorized_keys; cat ${this}_dsa.pub >> authorized_keys2;" echo; echo; echo echo "try an ssh $remote"
скопирован из: http: //folk.uio .Но / HPL / скриптовый / док / SSH-нет-password.html

Question 23

Я обычно использую sshpass для этого, устанавливаю его с помощью sudo apt-get install sshpass и использую его следующим образом

sshpass -p 'password' ssh your_username@your_server

Question 24

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

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

Эта команда генерирует достаточно сильный ключ в ~/.ssh/:

ssh-keygen -b 4096

В ~/.ssh/ вы найдет ваш открытый ключ как id_rsa.pub. Его содержимое должно быть добавлено к файлу вашего сервера authorized_keys путем переноса через переносимый носитель (ручный накопитель) или путем короткого включения аутентификации пароля на сервере, затем с помощью ssh-copy-id ~/.ssh/id_rsa.pub username@server, а затем снова отключите его.

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

Question 25

Question 26

[решение специально для пользователей, которые используют Windows по SSH на удаленных машинах, включая облачные образы на облаке aws и облачных ГККП]

(если это работает для вас, здесь высоко ценится. Спасибо за ваше терпение.)

(отказ)

недавно использовали это решение для удаленного входа новых развернутых образов виртуальных машин на ГБО.

инструменты, используемые:

генератор puttygen [генератор puttygen скачать] помощью winscp [помощью winscp скачать]

действия:

генератор puttygen [скачать генератор puttygen] загрузить открытый ключ на сервер в облаке или удаленном месте.

описание ( как делать ):

1. Сгенерировать ключ/пара или использовать существующий закрытый ключ

(я собственный закрытый ключ)

открыть puttygen, нажмите кнопку Загрузить и выберите Ваш закрытый ключ (*.pem) файл.

(я не собственный закрытый ключ)

Откройте генератор puttygen, выберите нужный Тип ключа SSH2 DSA в (Вы можете использовать RSA или DSA) в разделе параметры ... и важно, что вы оставите поле пустым, пароль, нажмите создать и следуйте инструкциям, чтобы создать (публичный/приватный) ключ пары.

(из источника 1, ссылка дана ниже)

2. Создать новый файл 'authorized_keys' (в блокнот)

копия вашего открытого ключа данные из "открытого ключа для вставки в пакет openssh authorized_keys файл" раздел генератор ключей putty и вставить ключ данных в файл "authorized_keys".

убедитесь, что существует только одна строка текста в этом файле.

3. Ключом загрузить на сервер Linux

Откройте генератор puttygen, выберите SFTP файл протокола и авторизоваться с помощью учетных данных SSH. выберите нужный Тип ключа SSH2 DSA в (Вы можете использовать RSA или DSA) в разделе параметры ... и важно, что вы оставите поле пустым, пароль, [!файл д42] [d43 см.]загрузить authorized_keys в домашний каталог на удаленном компьютере.[!d43 см.]

4. Установить соответствующие разрешения

сделать директорию .ssh (если не существует)

копирование файла [F5], чтобы .каталог СШ. (это заменит все существовавшие authorized_keys файл, примите это к сведению).

, если существует файл, просто добавьте содержимое этого файла в существующий файл.

Запустите команды, чтобы установить разрешения:

$ sudo chmod 700 .ssh && chmod 600 .ssh/authorized_keys

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

[о d54]Дополнительная литература:[!о d54] [dиода d17]загрузить открытый ключ на сервер в облаке или удаленном месте. [!dиода d17] помощью winscp [скачать помощью winscp] генератор puttygen скачать помощью winscp скачать

Question 27

Введите следующие команды:

ssh-keygen Нажмите клавишу «Ввод», пока не получите приглашение ssh-copy-id -i root@ip_address (он будет запрашивать пароль хост-системы) ssh root@ip_address

Теперь вы можете войти в систему без пароля.

Question 28

Я обычно делаю это так:

ssh-keygen -t rsa

(При запросе пароля оставите его пустым)

Затем: cat ~/.ssh/id_rsa.pub | ssh username@hostname 'cat >> .ssh/authorized_keys'

(для этого требуется, чтобы папка .ssh находилась в домашнем каталоге на целевом имени хоста с файлом authorized_keys)

Конечно, замените имя пользователя на желаемое имя пользователя и имя хоста с желаемым именем хоста или IP-адресом

После этого просто установите SSH в это поле так же, как вы привыкли.

Question 29

Я хотел бы добавить ответ для тех, кто может найти, что они должны ввести пароль, даже если они прочитали все ответы здесь, потому что вы установили IdentitiesOnly как «да». И ответ здесь может сэкономить вам много времени, чтобы управлять несколькими ключами, являясь ключами для git или сервера.

После того, как я сгенерировал ключ и скопировал его на сервер:

ssh-keygen
ssh-copy-id -i ~/.ssh/12gpu_server.pub lerner@192.168.20.160

Я обнаружил, что это не сработало.

Затем я пошел проверить файл ~/.ssh/config, я увидел это внизу:

Host *
IdentitiesOnly yes

Затем я добавляю это выше:

Host 12gpu
HostName 192.168.20.160
User lerner
IdentityFile ~/.ssh/12gpu_server

Я могу просто войти в систему, введя ssh 12gpu.

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

Хост - это имя, которое вы хотите ввести при подключении сервера позже; hostName - это ip сервера; Пользователь - это имя пользователя, на котором вы заходите на сервер; и файл идентификации - это файл, в котором вы храните ключ, который вы создали.

Question 30

Отключить аутентификацию паролей Поскольку многие люди с SSH-серверами используют слабые пароли, многие онлайн-злоумышленники будут искать SSH-сервер, а затем начнут угадывать пароли наугад. Злоумышленник может пробовать тысячи паролей через час и угадывать даже самый сильный пароль, заданный достаточно времени. Рекомендуемым решением является использование ключей SSH вместо паролей. Чтобы как можно догадаться, как обычный SSH-ключ, пароль должен содержать 634 случайных буквы и цифры. Если вы всегда сможете войти на свой компьютер с помощью SSH-ключа, вы должны полностью отключить аутентификацию паролей. Если вы отключите аутентификацию паролем, можно будет только подключиться с компьютеров, которые вы специально одобрили. Это значительно улучшает вашу безопасность, но делает невозможным подключение к вашему компьютеру с ПК друга без предварительного одобрения ПК или с вашего собственного ноутбука при случайном удалении ключа. Рекомендуется отключить аутентификацию по паролю, если у вас нет конкретной причины. Чтобы отключить аутентификацию паролей, найдите следующую строку в файле sshd_config:

#PasswordAuthentication yes

замените ее на строку, которая выглядит так:

PasswordAuthentication no

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

https://help.ubuntu.com/community/SSH/OpenSSH/Configuring#disable-password-authentication

Question 31

Question 32

Чтобы сделать некоторые дополнения:

Mac по умолчанию не имеет ssh-copy-id, вам придется установить его самостоятельно:

curl https://raw.github.com/beautifulcode/ssh-copy-id-for-OSX/master/ssh-copy-id.sh -o /usr/local/bin/ssh-copy-id
chmod +x /usr/local/bin/ssh-copy-id

найти здесь: https : //github.com/beautifulcode/ssh-copy-id-for-OSX

Mac по умолчанию не имеет ssh-copy-id, вам придется установить его самостоятельно:

curl https://raw.github.com/beautifulcode/ssh-copy-id-for-OSX/master/ssh-copy-id.sh -o /usr/local/bin/ssh-copy-id
chmod +x /usr/local/bin/ssh-copy-id

отметить, что необходимы кавычки.

Question 33

Удаленный вход / копирование без ввода пароля

Приложения ssh и scp для удаленного входа и удаленной копии, соответственно, позволяют вам связываться с удаленным хостом без указания пароля. Это требует, чтобы вы выполняли процедуру аутентификации, подобную процедуре, описанной ниже. Под клиентом мы подразумеваем машину, на которой вы сидите, и по серверу мы имеем в виду машину, на которую вы хотите войти, не указав пароль. Шаги процедуры аутентификации:

Запустите ssh-keygen для создания закрытых и открытых ключей, если это уже не сделано на вашем компьютере. Они хранятся в файлах в $HOME/.ssh. Добавить содержимое файла открытого ключа в файл $HOME/.ssh/authorized_keys или $HOME/.ssh/authorized_keys2 на сервере.

Существует три разных типа протоколов аутентификации. Вы указываете тип при запуске ssh-keygen:

Запустите ssh-keygen для создания закрытых и открытых ключей, если это уже не сделано на вашем компьютере. Они хранятся в файлах в $HOME/.ssh. Протокол SSH версии 1, RSA: это получается при запуске ssh-keygen -t rsa и приводит к файлам id_rsa (закрытый ключ) и id_rsa.pub (открытый ключ) Добавить содержимое файла открытого ключа в файл $HOME/.ssh/authorized_keys или $HOME/.ssh/authorized_keys2 на сервере.

При запуске ssh-keygen вы можете полагаться на ответы по умолчанию (подразумевая, что вы делаете не давать кодовую фразу). Это делает всю настройку простой, но также небезопасной.

Вы можете указать тип ключей, которые будут использоваться опцией ssh; ssh -1 принудительно использует ключи RSA1 (протокол версии 1), тогда как ssh -2 заставляет ssh использовать только RSA или DSA-ключи (протокол версии 2). В приведенных ниже примерах мы создаем и устанавливаем ключи RSA1 и DSA на удаленном хосте, чтобы у вас было больше гибкости. Вы можете сделать конфигурационный файл в каталоге .ssh с помощью строки

Protocol 1,2

Это делает ssh попыткой подключения RSA1 (протокол версии 1) до RSA1 [ ! d20] (протокол версии 2).

Использование ключей RSA1
remote=user@remotehost # fill in correct user and remotehost names cd $HOME/.ssh # create .ssh on remote host if it is non-existing: ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' # copy RSA1 key: scp identity.pub ${remote}:.ssh ssh $remote "cd .ssh; cat identity.pub >> authorized_keys"
Использование ключей DSA
remote=user@remotehost # fill in correct user and remotehost names cd $HOME/.ssh # create .ssh on remote host if it is non-existing: ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' # copy DSA key: scp id_dsa.pub ${remote}:.ssh ssh $remote "cd .ssh; cat id_dsa.pub >> authorized_keys2"
Это все, что вам нужно сделать, если вы не использовали кодовую фразу при создании ключей. Вы можете проверить соединение, запустив ssh $ remote и посмотреть, можете ли вы войти в систему, не указывая пароль (возможно, вам нужно будет использовать -1 или -2 как опции для RSA1 ). Процедуру можно, конечно, повторить для любой машины, на которую вы хотите войти.

Если вы использовали кодовую фразу, вам нужно будет запустить программу ssh-agent, чтобы запустить специальную оболочку, за которой следует ssh-add, чтобы зарегистрировать комбинацию RSA1 с sshd.

Скрипт для автоматизации соединений без пароля: ssh-no-password.sh
#!/bin/sh # create ssh connections without giving a password if [ $# -lt 1 ]; then echo Usage: $0 username@remotehost exit fi remote="$1" # 1st command-line argument is the user@remotehost address this=$HOST # name of client host # first check if we need to run ssh-keygen for generating # $HOME/.ssh with public and private keys: if [ ! -d $HOME/.ssh ]; then echo "just type RETURN for each question:" # no passphrase - unsecure!! # generate RSA1, RSA and DSA keys: echo; echo; echo ssh-keygen echo; echo; echo ssh-keygen -t rsa echo; echo; echo ssh-keygen -t dsa else # we have $HOME/.ssh, but check that we have all types of # keys (RSA1, RSA, DSA): if [ ! -f $HOME/.ssh/identity ]; then # generate RSA1 keys: echo "just type RETURN for each question:" # no passphrase - unsecure!! ssh-keygen fi if [ ! -f $HOME/.ssh/id_rsa ]; then # generate RSA keys: echo "just type RETURN for each question:" # no passphrase - unsecure!! ssh-keygen -t rsa fi if [ ! -f $HOME/.ssh/id_rsa ]; then # generate DSA keys: echo "just type RETURN for each question:" # no passphrase - unsecure!! ssh-keygen -t dsa fi fi cd $HOME/.ssh if [ ! -f config ]; then # make ssh try ssh -1 (RSA1 keys) first and then ssh -2 (DSA keys) echo "Protocol 1,2" > config fi # copy public keys (all three types) to the destination host: echo; echo; echo # create .ssh on remote host if it's not there: ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' # copy RSA1 key: scp identity.pub ${remote}:.ssh/${this}_rsa1.pub # copy RSA key: #scp id_rsa.pub ${remote}:.ssh/${this}_rsa.pub # copy DSA key: scp id_dsa.pub ${remote}:.ssh/${this}_dsa.pub # make authorized_keys(2) files on remote host: echo; echo; echo # this one copies all three keys: #ssh $remote "cd .ssh; touch authorized_keys authorized_keys2; cat ${this}_rsa1.pub >> authorized_keys; cat ${this}_rsa.pub >> authorized_keys2; cat ${this}_dsa.pub >> authorized_keys2;" # this one copies RSA1 and DSA keys: ssh $remote "cd .ssh; touch authorized_keys authorized_keys2; cat ${this}_rsa1.pub >> authorized_keys; cat ${this}_dsa.pub >> authorized_keys2;" echo; echo; echo echo "try an ssh $remote"
скопирован из: http: //folk.uio .Но / HPL / скриптовый / док / SSH-нет-password.html

Question 34

Удаленный вход / копирование без указания пароля

Приложения ssh и scp для удаленного входа и удаленной копии, соответственно, позволяют вам связываться с удаленным хостом без указания пароля. Это требует, чтобы вы выполняли процедуру аутентификации, подобную процедуре, описанной ниже. Под клиентом мы подразумеваем машину, на которой вы сидите, и по серверу мы имеем в виду машину, на которую вы хотите войти, не указав пароль. Шаги процедуры аутентификации:

Запустите ssh-keygen для создания закрытых и открытых ключей, если это уже не сделано на вашем компьютере. Они хранятся в файлах в $HOME/.ssh.
Добавить содержимое файла открытого ключа в файл $HOME/.ssh/authorized_keys или $HOME/.ssh/authorized_keys2 на сервере.

Существует три разных типа протоколов аутентификации. Вы указываете тип при запуске ssh-keygen:

Протокол SSH версии 1, RSA1: это выбор по умолчанию и приводит к идентичности файлов (закрытый ключ должен принимать chmod 0700, чтобы убедиться, что это файл недоступен для других) и identity.pub (открытый ключ).
Протокол SSH версии 1, RSA: это получается при запуске ssh-keygen -t rsa и приводит к файлам id_rsa (закрытый ключ) и id_rsa.pub (открытый ключ)
Протокол SSH версии 1, DSA: это получается при запуске ssh-keygen -t dsa и приводит к файлам id_dsa (закрытый ключ) и id_dsa.pub (открытый ключ)

При запуске ssh-keygen вы можете полагаться на ответы по умолчанию (подразумевая, что вы не вводите кодовую фразу). Это делает всю настройку простой, но также небезопасной.

Вы можете указать тип ключей, которые будут использоваться опцией ssh; ssh -1 принудительно использует клавиши RSA1 (протокол версии 1), тогда как ssh -2 заставляет ssh использовать только RSA или DSA (протокол версия 2). В приведенных ниже примерах мы создаем и устанавливаем ключи RSA1 и DSA на удаленном хосте, чтобы у вас было больше гибкости. Вы можете сделать конфигурационный файл в каталоге .ssh с помощью строки

Protocol 1,2

. Это делает попытку ssh использовать соединение RSA1 (протокол версии 1) до RSA / DSA (версия протокола 2).

Использование клавиш RSA1

remote=user@remotehost   # fill in correct user and remotehost names
cd $HOME/.ssh
# create .ssh on remote host if it is non-existing:
ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' 
# copy RSA1 key: 
scp identity.pub ${remote}:.ssh
ssh $remote "cd .ssh; cat identity.pub >> authorized_keys"

Использование ключей DSA

remote=user@remotehost   # fill in correct user and remotehost names
cd $HOME/.ssh
# create .ssh on remote host if it is non-existing:
ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' 
# copy DSA key: 
scp id_dsa.pub ${remote}:.ssh
ssh $remote "cd .ssh; cat id_dsa.pub >> authorized_keys2"

Это все, что вам нужно если вы не использовали кодовую фразу при создании ключей. Вы можете проверить соединение, запустив ssh $ remote и посмотреть, можете ли вы войти в систему, не указывая пароль (возможно, вам нужно будет использовать -1 или -2 как опции для ssh). Процедуру можно, конечно, повторить для любой машины, на которую вы хотите войти.

Если вы использовали кодовую фразу, вам нужно будет запустить программу ssh-agent, чтобы запустить специальную оболочку, за которой следует ssh-add, чтобы зарегистрировать комбинацию key / passphrase с sshd. Для получения дополнительной информации см. Справочные страницы для этих программ.

Скрипт для автоматизации соединений без пароля: `ssh-no-password.sh`

#!/bin/sh

# create ssh connections without giving a password

if [ $# -lt 1 ]; then
  echo Usage: $0 username@remotehost
  exit
fi
remote="$1"  # 1st command-line argument is the user@remotehost address
this=$HOST   # name of client host

# first check if we need to run ssh-keygen for generating
# $HOME/.ssh with public and private keys:
if [ ! -d $HOME/.ssh ]; then
  echo "just type RETURN for each question:" # no passphrase - unsecure!!
  # generate RSA1, RSA and DSA keys:
  echo; echo; echo
  ssh-keygen
  echo; echo; echo
  ssh-keygen -t rsa
  echo; echo; echo
  ssh-keygen -t dsa
else
  # we have $HOME/.ssh, but check that we have all types of
  # keys (RSA1, RSA, DSA):
  if [ ! -f $HOME/.ssh/identity ]; then
     # generate RSA1 keys:
     echo "just type RETURN for each question:" # no passphrase - unsecure!!
     ssh-keygen
  fi
  if [ ! -f $HOME/.ssh/id_rsa ]; then
     # generate RSA keys:
     echo "just type RETURN for each question:" # no passphrase - unsecure!!
     ssh-keygen -t rsa
  fi
  if [ ! -f $HOME/.ssh/id_rsa ]; then
     # generate DSA keys:
     echo "just type RETURN for each question:" # no passphrase - unsecure!!
     ssh-keygen -t dsa
  fi
fi


cd $HOME/.ssh

if [ ! -f config ]; then
  # make ssh try ssh -1 (RSA1 keys) first and then ssh -2 (DSA keys)
  echo "Protocol 1,2" > config
fi

# copy public keys (all three types) to the destination host:

echo; echo; echo
# create .ssh on remote host if it's not there:
ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' 
# copy RSA1 key: 
scp identity.pub ${remote}:.ssh/${this}_rsa1.pub
# copy RSA key:
#scp id_rsa.pub ${remote}:.ssh/${this}_rsa.pub
# copy DSA key:
scp id_dsa.pub ${remote}:.ssh/${this}_dsa.pub
# make authorized_keys(2) files on remote host:

echo; echo; echo
# this one copies all three keys:
#ssh $remote "cd .ssh; touch authorized_keys authorized_keys2; cat ${this}_rsa1.pub >> authorized_keys; cat ${this}_rsa.pub >> authorized_keys2; cat ${this}_dsa.pub >> authorized_keys2;"
# this one copies RSA1 and DSA keys:
ssh $remote "cd .ssh; touch authorized_keys authorized_keys2; cat ${this}_rsa1.pub >> authorized_keys; cat ${this}_dsa.pub >> authorized_keys2;"

echo; echo; echo
echo "try an ssh $remote"

скопирован из: http: // folk.uio.no/hpl/scripting/doc/ssh-no-password.html

Question 35

Чтобы сделать некоторые дополнения:

Mac по умолчанию не имеет ssh-copy-id , вам придется установить его самостоятельно: curl https://raw.github.com/beautifulcode/ssh-copy-id-for-OSX/master/ssh-copy-id.sh -o / usr / local / bin / ssh-copy-id chmod + x / usr / local / bin / ssh-copy-id

найти здесь: https://github.com/beautifulcode/ssh-copy-id-for -OSX

, если вы сделали переадресацию портов, команда должна быть такой: ssh-copy-id "not-marco@127.0.0.1 - p2222 "

отметить, что необходимы кавычки.

Question 36

Я хотел бы добавить ответ для тех, кто может найти, что они должны ввести пароль, даже если они прочитали все ответы здесь, потому что вы установили IdentitiesOnly как «да». И ответ здесь может сэкономить вам много времени, чтобы управлять несколькими ключами, являясь ключами для git или сервера.

После того, как я сгенерировал ключ и скопировал его на сервер:

  ssh-keygen ssh-copy-id -i ~ / .ssh / 12gpu_server.pub lerner @  192.168.20.160

Я нашел, что это не сработало.

Затем я пошел проверить файл ~ / .ssh / config , я увидел это внизу:

  Host * IdentitiesOnly yes [  ! d2]

  Затем я добавляю это выше: 
   Host 12gpu HostName 192.168.20.160 User lerner IdentityFile ~ / .ssh / 12gpu_server  
  Я могу просто войти в систему, введя  ssh 12gpu . 
  Затем вы можете добавить несколько ssh-ключей, используя ваши любимые имена, и вам нужно только добавить настройки, подобные приведенным выше четырем  строки в файл конфигурации.  
  Хост - это имя, которое вы хотите ввести при подключении сервера позже;  hostName - это ip сервера;  Пользователь - это имя пользователя, на котором вы заходите на сервер;  и файл идентификации - это файл, в котором вы храните ключ, который вы создали.

Question 37

Question 38

Как обычно я делаю это:

ssh-keygen -t rsa

(При запросе пароля оставьте его пустым )

Затем: cat ~ / .ssh / id_rsa.pub | ssh username @ hostname 'cat >> .ssh / authorized_keys'

(для этого требуется, чтобы папка .ssh находилась в домашнем каталоге на целевом имени хоста с файлом authorized_keys) [ ! d6]

Конечно, замените имя пользователя на нужное имя пользователя и имя хоста на требуемое имя хоста или IP-адрес

. После этого просто установите SSH в это поле так же, как вы привыкли.

muru · Accepted Answer · 31 July 2018 в 21:03

muru · Accepted Answer · 2 August 2018 в 14:07

muru · Accepted Answer · 3 August 2018 в 18:20

muru · Accepted Answer · 5 August 2018 в 03:23

muru · Accepted Answer · 6 August 2018 в 20:18

muru · Accepted Answer · 9 August 2018 в 00:43

muru · Accepted Answer · 14 August 2018 в 18:54

Это самый правильный правильный ответ, но хороший для безопасности! Также отключить регистрацию root еще один хороший — FreeSoftwareServers, 21 December 2015 в 23:15
[D0] PasswordAuthentication no влияет на всех пользователей? Если нет, как отключить его для обычных пользователей, но оставить его неизменным для root, пока я его тестирую? Я действительно не хочу вскрывать его и полностью блокировать. — Adam, 17 September 2017 в 19:13
Сохраните сеанс ssh, чтобы вы могли его изменить. Вы хотите отключить пароли AND root. Да, вы можете его путать. Не;) — Thufir, 17 September 2017 в 21:04
Во время ssh у меня есть ошибка Permission denied (publickey). с PasswordAuthentication no . Что мне делать? Я изменяю PasswordAuthentication no на другом хосте? — ParisaN, 10 May 2018 в 10:22

muru · Accepted Answer · 16 August 2018 в 09:20

Ответ

Выполните следующие команды:

  ssh-keygen

Затем вам нужно будет скопировать новый ключ к вашему серверу :

  ssh-copy-id user @ host ## или если ваш сервер использует пользовательский порт no: ssh-copy-id "user @ host -p  1234 "

После копирования ключа ssh в машину как обычно:

  ssh user @ host

Теперь вы можете войти без ввода пароля с определенного компьютера, на котором выполнялись команды.

Пример

  not-marco @ rinzwind-desktop: ~ $ ssh-keygen  Создание пары ключей public / private rsa.  Введите файл для сохранения ключа (/home/not-marco/.ssh/id_rsa): Создан каталог '/home/not-marco/.ssh'.  Введите парольную фразу (пустая для кодовой фразы): Введите еще одну фразу: Ваша идентификация сохранена в /home/not-marco/.ssh/id_rsa.  Ваш открытый ключ был сохранен в /home/not-marco/.ssh/id_rsa.pub.  Ключ отпечатка пальца: b1: 25: 04: 21: 1a: 38: 73: 38: 3c: e9: e4: 5b: 81: e9: ac: 0f not-marco @ rinzwind-desktop Случайное изображение ключа: +  - [RSA 2048] ---- + | .o =.  оо.  |  | * B. +.  ,  |  | * = o.  o.  |  |  знак равно  = |  |.  o S |  | E.  |  |  o |  |  ,  |  |  |  + ----------------- + not-marco @ rinzwind-desktop: ~ $ ssh-copy-id not-marco @ server not-marco @ серверный пароль: теперь попробуйте войти в  машины, с «ssh 'not-marco @ server» и зайдите в: ~ / .ssh / authorized_keys, чтобы убедиться, что мы не добавили лишние ключи, которых вы не ожидали.

Объяснение

Предполагается, что вы уже можете успешно подключиться к вашему серверу с помощью SSH.

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

Сначала создайте свою ключевую пару SSH, запустив ssh-keygen это создаст файл id_rsa и id_rsa.pub . Файл pub - это то, что идет на серверах, закрытый ключ ( id_rsa ) - это то, что остается с вами, и как вы себя идентифицируете.
Next скопируйте открытый ключ на ваш сервер с помощью ssh-copy-id user @ server , заменив пользователя удаленным пользователем и сервером именем или IP-адресом компьютера. Он запросит пароль SSH, занесет его, и если все будет успешно завершено, вы сможете получить доступ к машине через ssh user @ server без необходимости пароля.

Ссылки

https://help.ubuntu.com/community/SSH/OpenSSH/Keys

@Oxwivi этот ответ - более правильный способ сделать это, но он кажется длиннее. Все, что вам нужно сделать, это ввести ssh-keygen , следуя инструкциям на экране, затем введите ssh-copy-id user @ server , заменив пользователя удаленным пользователем и сервером удаленная машина — Marco Ceppi♦, 4 June 2011 в 23:36
У меня была эта ошибка. «Агент допустил отказ подписать с помощью ключа». каждый раз при попытке войти в систему после выполнения этой процедуры. Решение заключалось в том, чтобы запустить & quot; & gt; SSH-добавить & Quot; на локальном компьютере, и теперь я могу зайти на удаленный компьютер, как ожидалось. — jmbouffard, 5 July 2011 в 20:23
Стоит отметить, что если вам нужно использовать пользовательский порт для @server, вам нужно сделать это с помощью: ssh-copy-id & quot; not-marco@127.0.0.1 -p 1234 & quot; . — s3m3n, 19 April 2013 в 18:36
@Rinzwind: Означает ли это, что я не могу когда-либо аутентифицироваться с неизвестного клиента / машины на моем сервере, если отключить аутентификацию passwd и amp; разрешить только проверку подлинности. Есть ли способ разрешить вход с неизвестного компьютера с помощью закрытого ключа, который был создан для того, чтобы известный / настроенный клиент мог взаимодействовать с сервером? Я имею в виду, это личный ключ портативный & amp; может использоваться для аутентификации на сервере с других компьютеров, в случае чрезвычайных потребностей? — Rajat Gupta, 28 February 2014 в 13:10
Но сервер по-прежнему просит пароль, — lerner, 24 January 2018 в 12:41

Bruno Pereira · Answer 9 · 18 July 2018 в 04:02

Я обычно использую sshpass для этого, устанавливаю его с помощью sudo apt-get install sshpass и использую его следующим образом

sshpass -p 'password' ssh your_username@your_server

con-f-use · Answer 10 · 18 July 2018 в 04:02

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

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

Эта команда генерирует достаточно сильный ключ в ~/.ssh/:

ssh-keygen -b 4096

В ~/.ssh/ вы найдет ваш открытый ключ как id_rsa.pub. Его содержимое должно быть добавлено к файлу вашего сервера authorized_keys путем переноса через переносимый носитель (ручный накопитель) или путем короткого включения аутентификации пароля на сервере, затем с помощью ssh-copy-id ~/.ssh/id_rsa.pub username@server, а затем снова отключите его.

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

jfs · Answer 11 · 18 July 2018 в 04:02

[решение специально для пользователей, использующих Windows для ssh на своих удаленных машинах, включая облачные изображения на облаке AWS Cloud и GCE Cloud]

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

(Отказ от ответственности)

Недавно использовалось это решение для удаленного входа в систему новых развернутых изображений vm на GCE.

Используемые инструменты :

puttygen [puttygen download] winscp [winscp download]

Шаги для выполнения:

puttygen [puttygen download ] Загрузите открытый ключ на ваш сервер в облаке или удаленном месте.

Описание (как это сделать):

1. Создайте ключ / пару или используйте существующий закрытый ключ

(у меня есть закрытый ключ)

Откройте puttygen, нажмите кнопку загрузки и выберите файл закрытого ключа (*.pem) .

(у меня нет личного ключа)

Откройте puttygen, выберите нужный тип ключа SSH2 DSA (вы можете использовать RSA или DSA) внутри раздел «Параметры» ... и важно, чтобы вы оставили поле кодовой фразы пустым, нажмите «Создать» и следуйте инструкциям для генерации пары ключей (общедоступных / частных).

(из источника 1, ссылка ниже)

2. Создайте новый файл «authorized_keys» (с записью)

Скопируйте данные открытого ключа из «Открытого ключа для вставки в файл OpenSSH authorized_keys» в разделе «Генератор ключей PuTTY» и вставьте ключевые данные в « authorized_keys ".

Убедитесь, что в этом файле есть только одна строка текста.

3. Загрузить ключ на сервер linux

Открыть puttygen, Выбрать протокол SFTP и войти в систему с вашими учетными данными ssh. Выберите нужный тип ключа SSH2 DSA (вы можете использовать RSA или DSA) в разделе «Параметры» ... и важно оставить поле кодовой фразы пустым,

Загрузите файл authorized_keys в домашний каталог на удаленном компьютере.

4. Установите правильные разрешения

Создайте каталог .ssh (если не существует)

Скопируйте файл authorized_keys в каталог .ssh. (это заменит любой существующий файл authorized_keys, обратите внимание на это).

Если файл существует, просто добавьте содержимое этого файла в существующий файл.

Выполнить команды для установки разрешений:

$ sudo chmod 700 .ssh && chmod 600 .ssh/authorized_keys

Теперь вы сможете ssh на удаленную машину без ввода учетных данных каждый раз.

Дальнейшее чтение:

Загружает открытый ключ на ваш сервер в облаке или удаленном месте. winscp [winscp download] puttygen загрузить winscp загрузить

Kevin Bowen · Answer 12 · 18 July 2018 в 04:02

Введите следующие команды:

ssh-keygen Нажмите клавишу «Ввод», пока не получите приглашение ssh-copy-id -i root@ip_address (он будет запрашивать пароль хост-системы) ssh root@ip_address

Теперь вы можете войти в систему без пароля.

kyentei · Answer 13 · 18 July 2018 в 04:02

Я обычно делаю это так:

ssh-keygen -t rsa

(При запросе пароля оставите его пустым)

Затем: cat ~/.ssh/id_rsa.pub | ssh username@hostname 'cat >> .ssh/authorized_keys'

(для этого требуется, чтобы папка .ssh находилась в домашнем каталоге на целевом имени хоста с файлом authorized_keys)

Конечно, замените имя пользователя на желаемое имя пользователя и имя хоста с желаемым именем хоста или IP-адресом

После этого просто установите SSH в это поле так же, как вы привыкли.

lerner · Answer 14 · 18 July 2018 в 04:02

Я хотел бы добавить ответ для тех, кто может найти, что они должны ввести пароль, даже если они прочитали все ответы здесь, потому что вы установили IdentitiesOnly как «да». И ответ здесь может сэкономить вам много времени, чтобы управлять несколькими ключами, являясь ключами для git или сервера.

После того, как я сгенерировал ключ и скопировал его на сервер:

ssh-keygen
ssh-copy-id -i ~/.ssh/12gpu_server.pub lerner@192.168.20.160

Я обнаружил, что это не сработало.

Затем я пошел проверить файл ~/.ssh/config, я увидел это внизу:

Host *
IdentitiesOnly yes

Затем я добавляю это выше:

Host 12gpu
HostName 192.168.20.160
User lerner
IdentityFile ~/.ssh/12gpu_server

Я могу просто войти в систему, введя ssh 12gpu.

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

Хост - это имя, которое вы хотите ввести при подключении сервера позже; hostName - это ip сервера; Пользователь - это имя пользователя, на котором вы заходите на сервер; и файл идентификации - это файл, в котором вы храните ключ, который вы создали.

muru · Answer 15 · 18 July 2018 в 04:02

Отключить аутентификацию паролей Поскольку многие люди с SSH-серверами используют слабые пароли, многие онлайн-злоумышленники будут искать SSH-сервер, а затем начнут угадывать пароли наугад. Злоумышленник может пробовать тысячи паролей через час и угадывать даже самый сильный пароль, заданный достаточно времени. Рекомендуемым решением является использование ключей SSH вместо паролей. Чтобы как можно догадаться, как обычный SSH-ключ, пароль должен содержать 634 случайных буквы и цифры. Если вы всегда сможете войти на свой компьютер с помощью SSH-ключа, вы должны полностью отключить аутентификацию паролей. Если вы отключите аутентификацию паролем, можно будет только подключиться с компьютеров, которые вы специально одобрили. Это значительно улучшает вашу безопасность, но делает невозможным подключение к вашему компьютеру с ПК друга без предварительного одобрения ПК или с вашего собственного ноутбука при случайном удалении ключа. Рекомендуется отключить аутентификацию по паролю, если у вас нет конкретной причины. Чтобы отключить аутентификацию паролей, найдите следующую строку в файле sshd_config:

#PasswordAuthentication yes

замените ее на строку, которая выглядит так:

PasswordAuthentication no

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

https://help.ubuntu.com/community/SSH/OpenSSH/Configuring#disable-password-authentication

samluthebrave · Answer 16 · 18 July 2018 в 04:02

Чтобы сделать некоторые дополнения:

Mac по умолчанию не имеет ssh-copy-id, вам придется установить его самостоятельно:

curl https://raw.github.com/beautifulcode/ssh-copy-id-for-OSX/master/ssh-copy-id.sh -o /usr/local/bin/ssh-copy-id
chmod +x /usr/local/bin/ssh-copy-id

найти здесь: https : //github.com/beautifulcode/ssh-copy-id-for-OSX

Mac по умолчанию не имеет ssh-copy-id, вам придется установить его самостоятельно:

curl https://raw.github.com/beautifulcode/ssh-copy-id-for-OSX/master/ssh-copy-id.sh -o /usr/local/bin/ssh-copy-id
chmod +x /usr/local/bin/ssh-copy-id

отметить, что необходимы кавычки.

αғsнιη · Answer 17 · 18 July 2018 в 04:02

Удаленный вход / копирование без ввода пароля

Приложения ssh и scp для удаленного входа и удаленной копии, соответственно, позволяют вам связываться с удаленным хостом без указания пароля. Это требует, чтобы вы выполняли процедуру аутентификации, подобную процедуре, описанной ниже. Под клиентом мы подразумеваем машину, на которой вы сидите, и по серверу мы имеем в виду машину, на которую вы хотите войти, не указав пароль. Шаги процедуры аутентификации:

Запустите ssh-keygen для создания закрытых и открытых ключей, если это уже не сделано на вашем компьютере. Они хранятся в файлах в $HOME/.ssh. Добавить содержимое файла открытого ключа в файл $HOME/.ssh/authorized_keys или $HOME/.ssh/authorized_keys2 на сервере.

Существует три разных типа протоколов аутентификации. Вы указываете тип при запуске ssh-keygen:

Запустите ssh-keygen для создания закрытых и открытых ключей, если это уже не сделано на вашем компьютере. Они хранятся в файлах в $HOME/.ssh. Протокол SSH версии 1, RSA: это получается при запуске ssh-keygen -t rsa и приводит к файлам id_rsa (закрытый ключ) и id_rsa.pub (открытый ключ) Добавить содержимое файла открытого ключа в файл $HOME/.ssh/authorized_keys или $HOME/.ssh/authorized_keys2 на сервере.

При запуске ssh-keygen вы можете полагаться на ответы по умолчанию (подразумевая, что вы делаете не давать кодовую фразу). Это делает всю настройку простой, но также небезопасной.

Вы можете указать тип ключей, которые будут использоваться опцией ssh; ssh -1 принудительно использует ключи RSA1 (протокол версии 1), тогда как ssh -2 заставляет ssh использовать только RSA или DSA-ключи (протокол версии 2). В приведенных ниже примерах мы создаем и устанавливаем ключи RSA1 и DSA на удаленном хосте, чтобы у вас было больше гибкости. Вы можете сделать конфигурационный файл в каталоге .ssh с помощью строки

Protocol 1,2

Это делает ssh попыткой подключения RSA1 (протокол версии 1) до RSA1 [ ! d20] (протокол версии 2).

Использование ключей RSA1
remote=user@remotehost # fill in correct user and remotehost names cd $HOME/.ssh # create .ssh on remote host if it is non-existing: ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' # copy RSA1 key: scp identity.pub ${remote}:.ssh ssh $remote "cd .ssh; cat identity.pub >> authorized_keys"
Использование ключей DSA
remote=user@remotehost # fill in correct user and remotehost names cd $HOME/.ssh # create .ssh on remote host if it is non-existing: ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' # copy DSA key: scp id_dsa.pub ${remote}:.ssh ssh $remote "cd .ssh; cat id_dsa.pub >> authorized_keys2"
Это все, что вам нужно сделать, если вы не использовали кодовую фразу при создании ключей. Вы можете проверить соединение, запустив ssh $ remote и посмотреть, можете ли вы войти в систему, не указывая пароль (возможно, вам нужно будет использовать -1 или -2 как опции для RSA1 ). Процедуру можно, конечно, повторить для любой машины, на которую вы хотите войти.

Если вы использовали кодовую фразу, вам нужно будет запустить программу ssh-agent, чтобы запустить специальную оболочку, за которой следует ssh-add, чтобы зарегистрировать комбинацию RSA1 с sshd.

Скрипт для автоматизации соединений без пароля: ssh-no-password.sh
#!/bin/sh # create ssh connections without giving a password if [ $# -lt 1 ]; then echo Usage: $0 username@remotehost exit fi remote="$1" # 1st command-line argument is the user@remotehost address this=$HOST # name of client host # first check if we need to run ssh-keygen for generating # $HOME/.ssh with public and private keys: if [ ! -d $HOME/.ssh ]; then echo "just type RETURN for each question:" # no passphrase - unsecure!! # generate RSA1, RSA and DSA keys: echo; echo; echo ssh-keygen echo; echo; echo ssh-keygen -t rsa echo; echo; echo ssh-keygen -t dsa else # we have $HOME/.ssh, but check that we have all types of # keys (RSA1, RSA, DSA): if [ ! -f $HOME/.ssh/identity ]; then # generate RSA1 keys: echo "just type RETURN for each question:" # no passphrase - unsecure!! ssh-keygen fi if [ ! -f $HOME/.ssh/id_rsa ]; then # generate RSA keys: echo "just type RETURN for each question:" # no passphrase - unsecure!! ssh-keygen -t rsa fi if [ ! -f $HOME/.ssh/id_rsa ]; then # generate DSA keys: echo "just type RETURN for each question:" # no passphrase - unsecure!! ssh-keygen -t dsa fi fi cd $HOME/.ssh if [ ! -f config ]; then # make ssh try ssh -1 (RSA1 keys) first and then ssh -2 (DSA keys) echo "Protocol 1,2" > config fi # copy public keys (all three types) to the destination host: echo; echo; echo # create .ssh on remote host if it's not there: ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' # copy RSA1 key: scp identity.pub ${remote}:.ssh/${this}_rsa1.pub # copy RSA key: #scp id_rsa.pub ${remote}:.ssh/${this}_rsa.pub # copy DSA key: scp id_dsa.pub ${remote}:.ssh/${this}_dsa.pub # make authorized_keys(2) files on remote host: echo; echo; echo # this one copies all three keys: #ssh $remote "cd .ssh; touch authorized_keys authorized_keys2; cat ${this}_rsa1.pub >> authorized_keys; cat ${this}_rsa.pub >> authorized_keys2; cat ${this}_dsa.pub >> authorized_keys2;" # this one copies RSA1 and DSA keys: ssh $remote "cd .ssh; touch authorized_keys authorized_keys2; cat ${this}_rsa1.pub >> authorized_keys; cat ${this}_dsa.pub >> authorized_keys2;" echo; echo; echo echo "try an ssh $remote"
скопирован из: http: //folk.uio .Но / HPL / скриптовый / док / SSH-нет-password.html

Bruno Pereira · Answer 18 · 24 July 2018 в 17:59

Я обычно использую sshpass для этого, устанавливаю его с помощью sudo apt-get install sshpass и использую его следующим образом

sshpass -p 'password' ssh your_username@your_server

18

ответ дан Bruno Pereira 24 July 2018 в 17:59

1

Почему бы не использовать клавиши ssh? – enzotib 6 December 2011 в 23:39
2

Это не «почему бы и нет». ситуация, она по-прежнему отлично работает без добавления ключей, это просто другой метод, который я бы сказал. – Bruno Pereira 7 December 2011 в 00:05
3

Спасибо за информацию о sshpass, никогда не слышал об этом раньше. – Panther 7 December 2011 в 00:39
4

Клавиши SSH являются «правильными». ответьте на вопрос, но sshpass - очень полезный взлом в случаях, когда вы не можете изменить метод проверки подлинности на удаленном сервере! – Jacob Krall 14 March 2014 в 21:27
5

Это очень опасно, вы будете хранить в bash_history или какие-либо простые пароли для хостов, с которыми вы подключаетесь. – kappa 22 July 2015 в 15:48

con-f-use · Answer 19 · 24 July 2018 в 17:59

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

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

Эта команда генерирует достаточно сильный ключ в ~/.ssh/:

ssh-keygen -b 4096

В ~/.ssh/ вы найдет ваш открытый ключ как id_rsa.pub. Его содержимое должно быть добавлено к файлу вашего сервера authorized_keys путем переноса через переносимый носитель (ручный накопитель) или путем короткого включения аутентификации пароля на сервере, затем с помощью ssh-copy-id ~/.ssh/id_rsa.pub username@server, а затем снова отключите его.

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

jfs · Answer 20 · 24 July 2018 в 17:59

[решение специально для пользователей, которые используют Windows по SSH на удаленных машинах, включая облачные образы на облаке aws и облачных ГККП]

(если это работает для вас, здесь высоко ценится. Спасибо за ваше терпение.)

(отказ)

недавно использовали это решение для удаленного входа новых развернутых образов виртуальных машин на ГБО.

инструменты, используемые:

генератор puttygen [генератор puttygen скачать] помощью winscp [помощью winscp скачать]

действия:

генератор puttygen [скачать генератор puttygen] загрузить открытый ключ на сервер в облаке или удаленном месте.

описание ( как делать ):

1. Сгенерировать ключ/пара или использовать существующий закрытый ключ

(я собственный закрытый ключ)

открыть puttygen, нажмите кнопку Загрузить и выберите Ваш закрытый ключ (*.pem) файл.

(я не собственный закрытый ключ)

Откройте генератор puttygen, выберите нужный Тип ключа SSH2 DSA в (Вы можете использовать RSA или DSA) в разделе параметры ... и важно, что вы оставите поле пустым, пароль, нажмите создать и следуйте инструкциям, чтобы создать (публичный/приватный) ключ пары.

(из источника 1, ссылка дана ниже)

2. Создать новый файл 'authorized_keys' (в блокнот)

копия вашего открытого ключа данные из "открытого ключа для вставки в пакет openssh authorized_keys файл" раздел генератор ключей putty и вставить ключ данных в файл "authorized_keys".

убедитесь, что существует только одна строка текста в этом файле.

3. Ключом загрузить на сервер Linux

Откройте генератор puttygen, выберите SFTP файл протокола и авторизоваться с помощью учетных данных SSH. выберите нужный Тип ключа SSH2 DSA в (Вы можете использовать RSA или DSA) в разделе параметры ... и важно, что вы оставите поле пустым, пароль, [!файл д42] [d43 см.]загрузить authorized_keys в домашний каталог на удаленном компьютере.[!d43 см.]

4. Установить соответствующие разрешения

сделать директорию .ssh (если не существует)

копирование файла [F5], чтобы .каталог СШ. (это заменит все существовавшие authorized_keys файл, примите это к сведению).

, если существует файл, просто добавьте содержимое этого файла в существующий файл.

Запустите команды, чтобы установить разрешения:

$ sudo chmod 700 .ssh && chmod 600 .ssh/authorized_keys

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

[о d54]Дополнительная литература:[!о d54] [dиода d17]загрузить открытый ключ на сервер в облаке или удаленном месте. [!dиода d17] помощью winscp [скачать помощью winscp] генератор puttygen скачать помощью winscp скачать

Kevin Bowen · Answer 21 · 24 July 2018 в 17:59

Введите следующие команды:

ssh-keygen Нажмите клавишу «Ввод», пока не получите приглашение ssh-copy-id -i root@ip_address (он будет запрашивать пароль хост-системы) ssh root@ip_address

Теперь вы можете войти в систему без пароля.

kyentei · Answer 22 · 24 July 2018 в 17:59

Я обычно делаю это так:

ssh-keygen -t rsa

(При запросе пароля оставите его пустым)

Затем: cat ~/.ssh/id_rsa.pub | ssh username@hostname 'cat >> .ssh/authorized_keys'

(для этого требуется, чтобы папка .ssh находилась в домашнем каталоге на целевом имени хоста с файлом authorized_keys)

Конечно, замените имя пользователя на желаемое имя пользователя и имя хоста с желаемым именем хоста или IP-адресом

После этого просто установите SSH в это поле так же, как вы привыкли.

20

ответ дан kyentei 24 July 2018 в 17:59

1

Как насчет команды touch и chmod в ответе Ринзвинда? – Oxwivi 4 June 2011 в 23:29
2

Вам понадобится chmod файл .ssh/authorized_keys до 0600, иначе это не сработает – Marco Ceppi♦ 4 June 2011 в 23:36
3

Это действительно помогло, потому что я не мог заставить ssh-copy-id работать для root на моем сервере. он должен быть корневым в ситуации, когда backuppc (или любой другой демон) нуждается в ssh на другой машине. – Adam 27 August 2016 в 23:11

lerner · Answer 23 · 24 July 2018 в 17:59

Я хотел бы добавить ответ для тех, кто может найти, что они должны ввести пароль, даже если они прочитали все ответы здесь, потому что вы установили IdentitiesOnly как «да». И ответ здесь может сэкономить вам много времени, чтобы управлять несколькими ключами, являясь ключами для git или сервера.

После того, как я сгенерировал ключ и скопировал его на сервер:

ssh-keygen
ssh-copy-id -i ~/.ssh/12gpu_server.pub lerner@192.168.20.160

Я обнаружил, что это не сработало.

Затем я пошел проверить файл ~/.ssh/config, я увидел это внизу:

Host *
IdentitiesOnly yes

Затем я добавляю это выше:

Host 12gpu
HostName 192.168.20.160
User lerner
IdentityFile ~/.ssh/12gpu_server

Я могу просто войти в систему, введя ssh 12gpu.

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

Хост - это имя, которое вы хотите ввести при подключении сервера позже; hostName - это ip сервера; Пользователь - это имя пользователя, на котором вы заходите на сервер; и файл идентификации - это файл, в котором вы храните ключ, который вы создали.

muru · Answer 24 · 24 July 2018 в 17:59

Отключить аутентификацию паролей Поскольку многие люди с SSH-серверами используют слабые пароли, многие онлайн-злоумышленники будут искать SSH-сервер, а затем начнут угадывать пароли наугад. Злоумышленник может пробовать тысячи паролей через час и угадывать даже самый сильный пароль, заданный достаточно времени. Рекомендуемым решением является использование ключей SSH вместо паролей. Чтобы как можно догадаться, как обычный SSH-ключ, пароль должен содержать 634 случайных буквы и цифры. Если вы всегда сможете войти на свой компьютер с помощью SSH-ключа, вы должны полностью отключить аутентификацию паролей. Если вы отключите аутентификацию паролем, можно будет только подключиться с компьютеров, которые вы специально одобрили. Это значительно улучшает вашу безопасность, но делает невозможным подключение к вашему компьютеру с ПК друга без предварительного одобрения ПК или с вашего собственного ноутбука при случайном удалении ключа. Рекомендуется отключить аутентификацию по паролю, если у вас нет конкретной причины. Чтобы отключить аутентификацию паролей, найдите следующую строку в файле sshd_config:

#PasswordAuthentication yes

замените ее на строку, которая выглядит так:

PasswordAuthentication no

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

https://help.ubuntu.com/community/SSH/OpenSSH/Configuring#disable-password-authentication

7

ответ дан muru 24 July 2018 в 17:59

1

@Oxwivi этот ответ - более правильный способ сделать это, но он кажется длиннее. Все, что вам нужно сделать, это ввести ssh-keygen следуйте инструкциям на экране, затем введите ssh-copy-id user@server, заменив пользователя удаленным пользователем и сервером удаленной машиной – Marco Ceppi♦ 4 June 2011 в 23:36
2

У меня была эта ошибка. «Агент допустил отказ подписать с помощью ключа». каждый раз при попытке войти в систему после выполнения этой процедуры. Решение заключалось в том, чтобы запустить & quot; & gt; SSH-добавить & Quot; на локальном компьютере, и теперь я могу зайти на удаленный компьютер, как ожидалось. – jmbouffard 5 July 2011 в 20:23
3

Стоит упомянуть, что если вам нужно использовать пользовательский порт для @server, вам нужно сделать это с помощью: ssh-copy-id "not-marco@127.0.0.1 -p 1234". – s3m3n 19 April 2013 в 18:36
4

@Rinzwind: Означает ли это, что я не могу когда-либо аутентифицироваться с неизвестного клиента / машины на моем сервере, если отключить аутентификацию passwd и amp; разрешить только проверку подлинности. Есть ли способ разрешить вход с неизвестного компьютера с помощью закрытого ключа, который был создан для того, чтобы известный / настроенный клиент мог взаимодействовать с сервером? Я имею в виду, это личный ключ портативный & amp; может использоваться для аутентификации на сервере с других компьютеров, в случае чрезвычайных потребностей? – Rajat Gupta 28 February 2014 в 13:10
5

Что делать, если я хочу ssh для многих систем без паролей? Этот метод перезаписывает существующие ключи, и я могу использовать ssh для последней добавленной системы только без пароля. – Ramana Reddy 5 May 2015 в 14:46
6

Это самый правильный правильный ответ, но хороший для безопасности! Также отключить регистрацию root еще один хороший – FreeSoftwareServers 21 December 2015 в 23:15
7

[F1] влияет на всех пользователей? Если нет, как отключить его для обычных пользователей, но оставить его неизменным для root, пока я его тестирую? Я действительно не хочу вскрывать его и полностью блокировать. – Adam 17 September 2017 в 19:13
8

Сохраните сеанс ssh, чтобы вы могли его изменить. Вы хотите отключить пароли AND root. Да, вы можете его путать. Не;) – Thufir 17 September 2017 в 21:04
9

Во время ssh у меня есть ошибка Permission denied (publickey). с PasswordAuthentication no. Что мне делать? Изменить PasswordAuthentication no на другой хост? – ParisaN 10 May 2018 в 10:22

samluthebrave · Answer 25 · 24 July 2018 в 17:59

Чтобы сделать некоторые дополнения:

Mac по умолчанию не имеет ssh-copy-id, вам придется установить его самостоятельно:

curl https://raw.github.com/beautifulcode/ssh-copy-id-for-OSX/master/ssh-copy-id.sh -o /usr/local/bin/ssh-copy-id
chmod +x /usr/local/bin/ssh-copy-id

найти здесь: https : //github.com/beautifulcode/ssh-copy-id-for-OSX

Mac по умолчанию не имеет ssh-copy-id, вам придется установить его самостоятельно:

curl https://raw.github.com/beautifulcode/ssh-copy-id-for-OSX/master/ssh-copy-id.sh -o /usr/local/bin/ssh-copy-id
chmod +x /usr/local/bin/ssh-copy-id

отметить, что необходимы кавычки.

αғsнιη · Answer 26 · 24 July 2018 в 17:59

Удаленный вход / копирование без ввода пароля

Приложения ssh и scp для удаленного входа и удаленной копии, соответственно, позволяют вам связываться с удаленным хостом без указания пароля. Это требует, чтобы вы выполняли процедуру аутентификации, подобную процедуре, описанной ниже. Под клиентом мы подразумеваем машину, на которой вы сидите, и по серверу мы имеем в виду машину, на которую вы хотите войти, не указав пароль. Шаги процедуры аутентификации:

Запустите ssh-keygen для создания закрытых и открытых ключей, если это уже не сделано на вашем компьютере. Они хранятся в файлах в $HOME/.ssh. Добавить содержимое файла открытого ключа в файл $HOME/.ssh/authorized_keys или $HOME/.ssh/authorized_keys2 на сервере.

Существует три разных типа протоколов аутентификации. Вы указываете тип при запуске ssh-keygen:

Запустите ssh-keygen для создания закрытых и открытых ключей, если это уже не сделано на вашем компьютере. Они хранятся в файлах в $HOME/.ssh. Протокол SSH версии 1, RSA: это получается при запуске ssh-keygen -t rsa и приводит к файлам id_rsa (закрытый ключ) и id_rsa.pub (открытый ключ) Добавить содержимое файла открытого ключа в файл $HOME/.ssh/authorized_keys или $HOME/.ssh/authorized_keys2 на сервере.

При запуске ssh-keygen вы можете полагаться на ответы по умолчанию (подразумевая, что вы делаете не давать кодовую фразу). Это делает всю настройку простой, но также небезопасной.

Вы можете указать тип ключей, которые будут использоваться опцией ssh; ssh -1 принудительно использует ключи RSA1 (протокол версии 1), тогда как ssh -2 заставляет ssh использовать только RSA или DSA-ключи (протокол версии 2). В приведенных ниже примерах мы создаем и устанавливаем ключи RSA1 и DSA на удаленном хосте, чтобы у вас было больше гибкости. Вы можете сделать конфигурационный файл в каталоге .ssh с помощью строки

Protocol 1,2

Это делает ssh попыткой подключения RSA1 (протокол версии 1) до RSA1 [ ! d20] (протокол версии 2).

Использование ключей RSA1
remote=user@remotehost # fill in correct user and remotehost names cd $HOME/.ssh # create .ssh on remote host if it is non-existing: ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' # copy RSA1 key: scp identity.pub ${remote}:.ssh ssh $remote "cd .ssh; cat identity.pub >> authorized_keys"
Использование ключей DSA
remote=user@remotehost # fill in correct user and remotehost names cd $HOME/.ssh # create .ssh on remote host if it is non-existing: ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' # copy DSA key: scp id_dsa.pub ${remote}:.ssh ssh $remote "cd .ssh; cat id_dsa.pub >> authorized_keys2"
Это все, что вам нужно сделать, если вы не использовали кодовую фразу при создании ключей. Вы можете проверить соединение, запустив ssh $ remote и посмотреть, можете ли вы войти в систему, не указывая пароль (возможно, вам нужно будет использовать -1 или -2 как опции для RSA1 ). Процедуру можно, конечно, повторить для любой машины, на которую вы хотите войти.

Если вы использовали кодовую фразу, вам нужно будет запустить программу ssh-agent, чтобы запустить специальную оболочку, за которой следует ssh-add, чтобы зарегистрировать комбинацию RSA1 с sshd.

Скрипт для автоматизации соединений без пароля: ssh-no-password.sh
#!/bin/sh # create ssh connections without giving a password if [ $# -lt 1 ]; then echo Usage: $0 username@remotehost exit fi remote="$1" # 1st command-line argument is the user@remotehost address this=$HOST # name of client host # first check if we need to run ssh-keygen for generating # $HOME/.ssh with public and private keys: if [ ! -d $HOME/.ssh ]; then echo "just type RETURN for each question:" # no passphrase - unsecure!! # generate RSA1, RSA and DSA keys: echo; echo; echo ssh-keygen echo; echo; echo ssh-keygen -t rsa echo; echo; echo ssh-keygen -t dsa else # we have $HOME/.ssh, but check that we have all types of # keys (RSA1, RSA, DSA): if [ ! -f $HOME/.ssh/identity ]; then # generate RSA1 keys: echo "just type RETURN for each question:" # no passphrase - unsecure!! ssh-keygen fi if [ ! -f $HOME/.ssh/id_rsa ]; then # generate RSA keys: echo "just type RETURN for each question:" # no passphrase - unsecure!! ssh-keygen -t rsa fi if [ ! -f $HOME/.ssh/id_rsa ]; then # generate DSA keys: echo "just type RETURN for each question:" # no passphrase - unsecure!! ssh-keygen -t dsa fi fi cd $HOME/.ssh if [ ! -f config ]; then # make ssh try ssh -1 (RSA1 keys) first and then ssh -2 (DSA keys) echo "Protocol 1,2" > config fi # copy public keys (all three types) to the destination host: echo; echo; echo # create .ssh on remote host if it's not there: ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' # copy RSA1 key: scp identity.pub ${remote}:.ssh/${this}_rsa1.pub # copy RSA key: #scp id_rsa.pub ${remote}:.ssh/${this}_rsa.pub # copy DSA key: scp id_dsa.pub ${remote}:.ssh/${this}_dsa.pub # make authorized_keys(2) files on remote host: echo; echo; echo # this one copies all three keys: #ssh $remote "cd .ssh; touch authorized_keys authorized_keys2; cat ${this}_rsa1.pub >> authorized_keys; cat ${this}_rsa.pub >> authorized_keys2; cat ${this}_dsa.pub >> authorized_keys2;" # this one copies RSA1 and DSA keys: ssh $remote "cd .ssh; touch authorized_keys authorized_keys2; cat ${this}_rsa1.pub >> authorized_keys; cat ${this}_dsa.pub >> authorized_keys2;" echo; echo; echo echo "try an ssh $remote"
скопирован из: http: //folk.uio .Но / HPL / скриптовый / док / SSH-нет-password.html

αғsнιη · Answer 27 · 31 July 2018 в 21:03

Удаленный вход / копирование без указания пароля

Приложения ssh и scp для удаленного входа и удаленной копии, соответственно, позволяют вам связываться с удаленным хостом без указания пароля. Это требует, чтобы вы выполняли процедуру аутентификации, подобную процедуре, описанной ниже. Под клиентом мы подразумеваем машину, на которой вы сидите, и по серверу мы имеем в виду машину, на которую вы хотите войти, не указав пароль. Шаги процедуры аутентификации:

Запустите ssh-keygen для создания закрытых и открытых ключей, если это уже не сделано на вашем компьютере. Они хранятся в файлах в $HOME/.ssh.
Добавить содержимое файла открытого ключа в файл $HOME/.ssh/authorized_keys или $HOME/.ssh/authorized_keys2 на сервере.

Существует три разных типа протоколов аутентификации. Вы указываете тип при запуске ssh-keygen:

Протокол SSH версии 1, RSA1: это выбор по умолчанию и приводит к идентичности файлов (закрытый ключ должен принимать chmod 0700, чтобы убедиться, что это файл недоступен для других) и identity.pub (открытый ключ).
Протокол SSH версии 1, RSA: это получается при запуске ssh-keygen -t rsa и приводит к файлам id_rsa (закрытый ключ) и id_rsa.pub (открытый ключ)
Протокол SSH версии 1, DSA: это получается при запуске ssh-keygen -t dsa и приводит к файлам id_dsa (закрытый ключ) и id_dsa.pub (открытый ключ)

При запуске ssh-keygen вы можете полагаться на ответы по умолчанию (подразумевая, что вы не вводите кодовую фразу). Это делает всю настройку простой, но также небезопасной.

Вы можете указать тип ключей, которые будут использоваться опцией ssh; ssh -1 принудительно использует клавиши RSA1 (протокол версии 1), тогда как ssh -2 заставляет ssh использовать только RSA или DSA (протокол версия 2). В приведенных ниже примерах мы создаем и устанавливаем ключи RSA1 и DSA на удаленном хосте, чтобы у вас было больше гибкости. Вы можете сделать конфигурационный файл в каталоге .ssh с помощью строки

Protocol 1,2

. Это делает попытку ssh использовать соединение RSA1 (протокол версии 1) до RSA / DSA (версия протокола 2).

Использование клавиш RSA1

remote=user@remotehost   # fill in correct user and remotehost names
cd $HOME/.ssh
# create .ssh on remote host if it is non-existing:
ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' 
# copy RSA1 key: 
scp identity.pub ${remote}:.ssh
ssh $remote "cd .ssh; cat identity.pub >> authorized_keys"

Использование ключей DSA

remote=user@remotehost   # fill in correct user and remotehost names
cd $HOME/.ssh
# create .ssh on remote host if it is non-existing:
ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' 
# copy DSA key: 
scp id_dsa.pub ${remote}:.ssh
ssh $remote "cd .ssh; cat id_dsa.pub >> authorized_keys2"

Это все, что вам нужно если вы не использовали кодовую фразу при создании ключей. Вы можете проверить соединение, запустив ssh $ remote и посмотреть, можете ли вы войти в систему, не указывая пароль (возможно, вам нужно будет использовать -1 или -2 как опции для ssh). Процедуру можно, конечно, повторить для любой машины, на которую вы хотите войти.

Если вы использовали кодовую фразу, вам нужно будет запустить программу ssh-agent, чтобы запустить специальную оболочку, за которой следует ssh-add, чтобы зарегистрировать комбинацию key / passphrase с sshd. Для получения дополнительной информации см. Справочные страницы для этих программ.

Скрипт для автоматизации соединений без пароля: `ssh-no-password.sh`

#!/bin/sh

# create ssh connections without giving a password

if [ $# -lt 1 ]; then
  echo Usage: $0 username@remotehost
  exit
fi
remote="$1"  # 1st command-line argument is the user@remotehost address
this=$HOST   # name of client host

# first check if we need to run ssh-keygen for generating
# $HOME/.ssh with public and private keys:
if [ ! -d $HOME/.ssh ]; then
  echo "just type RETURN for each question:" # no passphrase - unsecure!!
  # generate RSA1, RSA and DSA keys:
  echo; echo; echo
  ssh-keygen
  echo; echo; echo
  ssh-keygen -t rsa
  echo; echo; echo
  ssh-keygen -t dsa
else
  # we have $HOME/.ssh, but check that we have all types of
  # keys (RSA1, RSA, DSA):
  if [ ! -f $HOME/.ssh/identity ]; then
     # generate RSA1 keys:
     echo "just type RETURN for each question:" # no passphrase - unsecure!!
     ssh-keygen
  fi
  if [ ! -f $HOME/.ssh/id_rsa ]; then
     # generate RSA keys:
     echo "just type RETURN for each question:" # no passphrase - unsecure!!
     ssh-keygen -t rsa
  fi
  if [ ! -f $HOME/.ssh/id_rsa ]; then
     # generate DSA keys:
     echo "just type RETURN for each question:" # no passphrase - unsecure!!
     ssh-keygen -t dsa
  fi
fi


cd $HOME/.ssh

if [ ! -f config ]; then
  # make ssh try ssh -1 (RSA1 keys) first and then ssh -2 (DSA keys)
  echo "Protocol 1,2" > config
fi

# copy public keys (all three types) to the destination host:

echo; echo; echo
# create .ssh on remote host if it's not there:
ssh $remote 'if [ ! -d .ssh ]; then mkdir .ssh; fi' 
# copy RSA1 key: 
scp identity.pub ${remote}:.ssh/${this}_rsa1.pub
# copy RSA key:
#scp id_rsa.pub ${remote}:.ssh/${this}_rsa.pub
# copy DSA key:
scp id_dsa.pub ${remote}:.ssh/${this}_dsa.pub
# make authorized_keys(2) files on remote host:

echo; echo; echo
# this one copies all three keys:
#ssh $remote "cd .ssh; touch authorized_keys authorized_keys2; cat ${this}_rsa1.pub >> authorized_keys; cat ${this}_rsa.pub >> authorized_keys2; cat ${this}_dsa.pub >> authorized_keys2;"
# this one copies RSA1 and DSA keys:
ssh $remote "cd .ssh; touch authorized_keys authorized_keys2; cat ${this}_rsa1.pub >> authorized_keys; cat ${this}_dsa.pub >> authorized_keys2;"

echo; echo; echo
echo "try an ssh $remote"

скопирован из: http: // folk.uio.no/hpl/scripting/doc/ssh-no-password.html

samluthebrave · Answer 28 · 31 July 2018 в 21:03

Чтобы сделать некоторые дополнения:

Mac по умолчанию не имеет ssh-copy-id , вам придется установить его самостоятельно: curl https://raw.github.com/beautifulcode/ssh-copy-id-for-OSX/master/ssh-copy-id.sh -o / usr / local / bin / ssh-copy-id chmod + x / usr / local / bin / ssh-copy-id

найти здесь: https://github.com/beautifulcode/ssh-copy-id-for -OSX

, если вы сделали переадресацию портов, команда должна быть такой: ssh-copy-id "not-marco@127.0.0.1 - p2222 "

отметить, что необходимы кавычки.

lerner · Answer 29 · 31 July 2018 в 21:03

Я хотел бы добавить ответ для тех, кто может найти, что они должны ввести пароль, даже если они прочитали все ответы здесь, потому что вы установили IdentitiesOnly как «да». И ответ здесь может сэкономить вам много времени, чтобы управлять несколькими ключами, являясь ключами для git или сервера.

После того, как я сгенерировал ключ и скопировал его на сервер:

  ssh-keygen ssh-copy-id -i ~ / .ssh / 12gpu_server.pub lerner @  192.168.20.160

Я нашел, что это не сработало.

Затем я пошел проверить файл ~ / .ssh / config , я увидел это внизу:

  Host * IdentitiesOnly yes [  ! d2]

  Затем я добавляю это выше: 
   Host 12gpu HostName 192.168.20.160 User lerner IdentityFile ~ / .ssh / 12gpu_server  
  Я могу просто войти в систему, введя  ssh 12gpu . 
  Затем вы можете добавить несколько ssh-ключей, используя ваши любимые имена, и вам нужно только добавить настройки, подобные приведенным выше четырем  строки в файл конфигурации.  
  Хост - это имя, которое вы хотите ввести при подключении сервера позже;  hostName - это ip сервера;  Пользователь - это имя пользователя, на котором вы заходите на сервер;  и файл идентификации - это файл, в котором вы храните ключ, который вы создали.

kyentei · Answer 30 · 31 July 2018 в 21:03

Как обычно я делаю это:

ssh-keygen -t rsa

(При запросе пароля оставьте его пустым )

Затем: cat ~ / .ssh / id_rsa.pub | ssh username @ hostname 'cat >> .ssh / authorized_keys'

(для этого требуется, чтобы папка .ssh находилась в домашнем каталоге на целевом имени хоста с файлом authorized_keys) [ ! d6]

Конечно, замените имя пользователя на нужное имя пользователя и имя хоста на требуемое имя хоста или IP-адрес

. После этого просто установите SSH в это поле так же, как вы привыкли.

ubuntu ssh auto login [dубликат]

82 ответа

Ответ

Пример

Объяснение

Ссылки

(Отказ от ответственности)

Используемые инструменты :

Шаги для выполнения:

Описание (как это сделать):

1. Создайте ключ / пару или используйте существующий закрытый ключ

2. Создайте новый файл «authorized_keys» (с записью)

3. Загрузить ключ на сервер linux

4. Установите правильные разрешения

Дальнейшее чтение:

Удаленный вход / копирование без ввода пароля

Использование ключей RSA1

Использование ключей DSA

Скрипт для автоматизации соединений без пароля: ssh-no-password.sh

(отказ)

инструменты, используемые:

действия:

описание ( как делать ):

1. Сгенерировать ключ/пара или использовать существующий закрытый ключ

2. Создать новый файл 'authorized_keys' (в блокнот)

3. Ключом загрузить на сервер Linux

4. Установить соответствующие разрешения

Удаленный вход / копирование без ввода пароля

Использование ключей RSA1

Использование ключей DSA

Скрипт для автоматизации соединений без пароля: ssh-no-password.sh

Удаленный вход / копирование без указания пароля

Использование клавиш RSA1

Использование ключей DSA

Скрипт для автоматизации соединений без пароля: `ssh-no-password.sh`

Другие вопросы по тегам:

Похожие вопросы: