Разрешение SSH запрещено (с использованием правильного пароля)

У меня возникают проблемы, устанавливающие ssh-соединение между двумя ноутбуками. Я пробовал разные решения, размещенные в режиме онлайн, но ничего не получилось. Поскольку я довольно новичок в SSH, я мог бы упустить что-то важное. Я использую Ubuntu 14.04 LTS на клиенте и Ubuntu 16.04 LTS на сервере.

Ниже приведены шаги, которые я выполнил:

На клиенте:

Указанные параметры конфигурации хоста в ~ / .ssh / config: Host [имя хоста] User [username] Hostname [IP address of host] ServerAliveInterval 10 Сгенерированный ключ RSA с помощью:

ssh-keygen -t rsa -b 4096 -o -a 100

Определенные параметры конфигурации хоста в ~ / .ssh / config: Host [имя хоста] User [username] Hostname [IP address of host] ServerAliveInterval 10

Определенные параметры конфигурации хоста в ~ / .ssh / config:

Сгенерированный ключ RSA с помощью:

Я вручную скопировал файл ~ / .ssh / id_rsa.pub на USB-ключ.

-rw-rw-r-- config -rw------- id_rsa -rw-r--r-- id_rsa.pub

В ~ / .ssh :

Определенные параметры конфигурации хоста в ~ / .ssh / config:

Сгенерированный ключ RSA путем запуска:

На клиенте

Сгенерированный ключ RSA с помощью:

создал новый файл ~ / .ssh / authorized_keys, выполнив следующие действия:

отредактировал вручную / etc / ssh / sshd_config, чтобы иметь

cat /media/daniele/disk/id_rsa.pub >> ~ / .ssh / authorized_keys

RSAAuthentication yes PubkeyAuthentication yes AuthorizedKeysFile %h/.ssh/authorized_keys PasswordAuthentication yes

-rw-rw-r -

ssh [username]@[hostname]

в файле / etc / ssh / sshd_config

[username]@[hostname]'s password:

Наконец, на клиенте, когда я пытаюсь:

Permission denied, please try again

, сервер запрашивает пароль

ssh -v -v -v [username]@[hostname]

, но даже если я введу правильный, сервер не принимает его:

, и после трех попыток он закрывает соединение. Пожалуйста, найдите здесь более подробный вывод, используя

2
задан 1 August 2017 в 17:58

30 ответов

Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.

ssh [username]@[host_ip-adres]

Если вы хотите использовать имя хоста, вам может потребоваться настроить dns-server. , но вы можете обойтись.

0
ответ дан 18 July 2018 в 09:15

Когда вы определяете Host с Host [hostname], вы должны использовать ssh [hostname]

. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]

0
ответ дан 18 July 2018 в 09:15

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

SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать. Чтобы избежать этого, используйте -o 'batchmode yes' (эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log, чтобы узнать, что sshd пытается вам рассказать.

0
ответ дан 18 July 2018 в 09:15

Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.

ssh [username]@[host_ip-adres]

Если вы хотите использовать имя хоста, вам может потребоваться настроить dns-server. , но вы можете обойтись.

0
ответ дан 24 July 2018 в 19:17
  • 1
    Спасибо @Bjorn, но это не сработало – Daniele Prada 1 August 2017 в 17:57
  • 2
    авторизованные ключи зависят от пользователя, если вы не сделали каталог в домашней папке пользователя, который хотите удаленно подключиться к ключу rsa, не будут найдены – Bjorn 1 August 2017 в 18:37
  • 3
    Это имеет смысл, спасибо @Bjorn – Daniele Prada 1 August 2017 в 18:41

Когда вы определяете Host с Host [hostname], вы должны использовать ssh [hostname]

. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]

0
ответ дан 24 July 2018 в 19:17

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

SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать. Чтобы избежать этого, используйте -o 'batchmode yes' (эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log, чтобы узнать, что sshd пытается вам рассказать.

0
ответ дан 24 July 2018 в 19:17
  • 1
    установите все режимы файлов на наиболее безопасные, 0600 (-rw-------) для обычных файлов, 0700 (drwx------) для каталогов. у вас нет причин разрешать кому-либо читать их. – Skaperen 11 July 2018 в 03:58

Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.

ssh [username]@[host_ip-adres]

Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.

0
ответ дан 31 July 2018 в 22:21

Когда вы определяете Host с Host [hostname], вы должны использовать ssh [hostname]

. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]

0
ответ дан 31 July 2018 в 22:21

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

SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes' (эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log, чтобы узнать, что sshd пытается вам рассказать.

0
ответ дан 31 July 2018 в 22:21

Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.

ssh [username]@[host_ip-adres]

Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.

0
ответ дан 2 August 2018 в 15:39

Когда вы определяете Host с Host [hostname], вы должны использовать ssh [hostname]

. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]

0
ответ дан 2 August 2018 в 15:39

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

SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes' (эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log, чтобы узнать, что sshd пытается вам рассказать.

0
ответ дан 2 August 2018 в 15:39

Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.

ssh [username]@[host_ip-adres]

Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.

0
ответ дан 2 August 2018 в 17:05

Когда вы определяете Host с Host [hostname], вы должны использовать ssh [hostname]

. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]

0
ответ дан 2 August 2018 в 17:05

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

SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes' (эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log, чтобы узнать, что sshd пытается вам рассказать.

0
ответ дан 2 August 2018 в 17:05

Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.

ssh [username]@[host_ip-adres]

Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.

0
ответ дан 3 August 2018 в 19:40

Когда вы определяете Host с Host [hostname], вы должны использовать ssh [hostname]

. Разрешение отклонено, потому что вы фактически не используете файл ключа, когда ssh [user]@[hostname]

0
ответ дан 3 August 2018 в 19:40

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

SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes' (эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log, чтобы узнать, что sshd пытается вам рассказать.

0
ответ дан 3 August 2018 в 19:40

Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.

ssh [username]@[host_ip-adres]

Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.

0
ответ дан 5 August 2018 в 04:26

Когда вы определяете Host с Host [hostname], вы должны использовать ssh [hostname]

. Разрешение отклонено, потому что вы фактически не используете файл ключа, когда ssh [user]@[hostname]

0
ответ дан 5 August 2018 в 04:26

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

SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes' (эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log, чтобы узнать, что sshd пытается вам рассказать.

0
ответ дан 5 August 2018 в 04:26

Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.

ssh [username]@[host_ip-adres]

Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.

0
ответ дан 6 August 2018 в 21:31

Когда вы определяете Host с Host [hostname], вы должны использовать ssh [hostname]

. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]

0
ответ дан 6 August 2018 в 21:31

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

SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes' (эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log, чтобы узнать, что sshd пытается вам рассказать.

0
ответ дан 6 August 2018 в 21:31

Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.

ssh [username]@[host_ip-adres]

Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.

0
ответ дан 9 August 2018 в 01:57

Когда вы определяете Host с Host [hostname], вы должны использовать ssh [hostname]

. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]

0
ответ дан 9 August 2018 в 01:57

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

SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes' (эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log, чтобы узнать, что sshd пытается вам рассказать.

0
ответ дан 9 August 2018 в 01:57

Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.

ssh [username]@[host_ip-adres]

Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.

0
ответ дан 14 August 2018 в 20:08
  • 1
    Спасибо @Bjorn, но это не сработало – Daniele Prada 1 August 2017 в 17:57
  • 2
    авторизованные ключи зависят от пользователя, если вы не сделали каталог в домашней папке пользователя, который хотите удаленно подключиться к ключу rsa, не будут найдены – Bjorn 1 August 2017 в 18:37
  • 3
    Это имеет смысл, спасибо @Bjorn – Daniele Prada 1 August 2017 в 18:41

Когда вы определяете Host с Host [hostname], вы должны использовать ssh [hostname]

. Разрешение отклонено, потому что вы фактически не используете файл ключа, когда ssh [user]@[hostname]

0
ответ дан 14 August 2018 в 20:08

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

SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes' (эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log, чтобы узнать, что sshd пытается вам рассказать.

0
ответ дан 14 August 2018 в 20:08
  • 1
    установите все режимы файлов на наиболее безопасные, 0600 (-rw-------) для обычных файлов, 0700 (drwx------) для каталогов. у вас нет причин разрешать кому-либо читать их. – Skaperen 11 July 2018 в 03:58

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

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