У меня возникают проблемы, устанавливающие 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]
, но даже если я введу правильный, сервер не принимает его:
, и после трех попыток он закрывает соединение. Пожалуйста, найдите здесь более подробный вывод, используя
Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.
ssh [username]@[host_ip-adres]
Если вы хотите использовать имя хоста, вам может потребоваться настроить dns-server. , но вы можете обойтись.
Когда вы определяете Host с Host [hostname], вы должны использовать ssh [hostname]
. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]
Вы должны решить, хотите ли вы аутентификацию подключения по ключу / идентификатору или паролю, а затем сосредоточьтесь на этом, чтобы найти проблему. Я рекомендую использовать ключ / id, поскольку при правильном управлении это более безопасный метод.
SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать. Чтобы избежать этого, используйте -o 'batchmode yes' (эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log, чтобы узнать, что sshd пытается вам рассказать.
Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.
ssh [username]@[host_ip-adres]
Если вы хотите использовать имя хоста, вам может потребоваться настроить dns-server. , но вы можете обойтись.
Когда вы определяете Host с Host [hostname], вы должны использовать ssh [hostname]
. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]
Вы должны решить, хотите ли вы аутентификацию подключения по ключу / идентификатору или паролю, а затем сосредоточьтесь на этом, чтобы найти проблему. Я рекомендую использовать ключ / id, поскольку при правильном управлении это более безопасный метод.
SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать. Чтобы избежать этого, используйте -o 'batchmode yes' (эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log, чтобы узнать, что sshd пытается вам рассказать.
Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.
ssh [username]@[host_ip-adres]
Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.
Когда вы определяете Host с Host [hostname]
, вы должны использовать ssh [hostname]
. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]
Вы должны решить, хотите ли вы аутентификацию подключения по ключу / идентификатору или паролю, а затем сосредоточьтесь на этом, чтобы найти проблему. Я рекомендую использовать ключ / id, поскольку при правильном управлении это более безопасный метод .
SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes'
(эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log
, чтобы узнать, что sshd пытается вам рассказать.
Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.
ssh [username]@[host_ip-adres]
Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.
Когда вы определяете Host с Host [hostname]
, вы должны использовать ssh [hostname]
. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]
Вы должны решить, хотите ли вы аутентификацию подключения по ключу / идентификатору или паролю, а затем сосредоточьтесь на этом, чтобы найти проблему. Я рекомендую использовать ключ / id, поскольку при правильном управлении это более безопасный метод .
SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes'
(эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log
, чтобы узнать, что sshd пытается вам рассказать.
Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.
ssh [username]@[host_ip-adres]
Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.
Когда вы определяете Host с Host [hostname]
, вы должны использовать ssh [hostname]
. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]
Вы должны решить, хотите ли вы аутентификацию подключения по ключу / идентификатору или паролю, а затем сосредоточьтесь на этом, чтобы найти проблему. Я рекомендую использовать ключ / id, поскольку при правильном управлении это более безопасный метод .
SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes'
(эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log
, чтобы узнать, что sshd пытается вам рассказать.
Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.
ssh [username]@[host_ip-adres]
Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.
Когда вы определяете Host с Host [hostname]
, вы должны использовать ssh [hostname]
. Разрешение отклонено, потому что вы фактически не используете файл ключа, когда ssh [user]@[hostname]
Вы должны решить, хотите ли вы аутентификацию подключения по ключу / идентификатору или паролю, а затем сосредоточьтесь на этом, чтобы найти проблему. Я рекомендую использовать ключ / id, поскольку при правильном управлении это более безопасный метод .
SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes'
(эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log
, чтобы узнать, что sshd пытается вам рассказать.
Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.
ssh [username]@[host_ip-adres]
Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.
Когда вы определяете Host с Host [hostname]
, вы должны использовать ssh [hostname]
. Разрешение отклонено, потому что вы фактически не используете файл ключа, когда ssh [user]@[hostname]
Вы должны решить, хотите ли вы аутентификацию подключения по ключу / идентификатору или паролю, а затем сосредоточьтесь на этом, чтобы найти проблему. Я рекомендую использовать ключ / id, поскольку при правильном управлении это более безопасный метод .
SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes'
(эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log
, чтобы узнать, что sshd пытается вам рассказать.
Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.
ssh [username]@[host_ip-adres]
Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.
Когда вы определяете Host с Host [hostname]
, вы должны использовать ssh [hostname]
. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]
Вы должны решить, хотите ли вы аутентификацию подключения по ключу / идентификатору или паролю, а затем сосредоточьтесь на этом, чтобы найти проблему. Я рекомендую использовать ключ / id, поскольку при правильном управлении это более безопасный метод .
SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes'
(эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log
, чтобы узнать, что sshd пытается вам рассказать.
Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.
ssh [username]@[host_ip-adres]
Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.
Когда вы определяете Host с Host [hostname]
, вы должны использовать ssh [hostname]
. Разрешение лишено, потому что вы фактически не используете ключевой файл, когда ssh [user]@[hostname]
Вы должны решить, хотите ли вы аутентификацию подключения по ключу / идентификатору или паролю, а затем сосредоточьтесь на этом, чтобы найти проблему. Я рекомендую использовать ключ / id, поскольку при правильном управлении это более безопасный метод .
SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes'
(эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log
, чтобы узнать, что sshd пытается вам рассказать.
Вместо использования имени хоста сервера попробуйте использовать ip-adres. Я столкнулся с той же проблемой при настройке моего сервера, и это, казалось, разрешило проблему.
ssh [username]@[host_ip-adres]
Если вы хотите использовать имя хоста, вам может потребоваться настроить DNS-сервер. но вы можете обойтись.
Когда вы определяете Host с Host [hostname]
, вы должны использовать ssh [hostname]
. Разрешение отклонено, потому что вы фактически не используете файл ключа, когда ssh [user]@[hostname]
Вы должны решить, хотите ли вы аутентификацию подключения по ключу / идентификатору или паролю, а затем сосредоточьтесь на этом, чтобы найти проблему. Я рекомендую использовать ключ / id, поскольку при правильном управлении это более безопасный метод .
SSH всегда будет возвращаться к запросам пароля даже в тех случаях, когда он никогда не будет работать , Чтобы избежать этого, используйте -o 'batchmode yes'
(эти кавычки необходимы) на клиентской команде ssh, создающей соединение. Затем, если ключ не может быть принят, он обходит приглашение пароля (это обычно используется для использования ssh в скрипте, который должен избегать застревания в приглашении пароля). SSH будет использовать только три ключа за один раз, поэтому, если действительный ключ является четвертым, он не будет проверен и соединение будет прервано. Лучше всего попробовать только один ключ на попытку подключения, если вы уверены, что он правильный. Затем вы можете повторить попытки подключения при внесении изменений на сервере. Это поможет получить информацию о файле журнала с сервера. Сделайте grep sshd /var/log/auth.log
, чтобы узнать, что sshd пытается вам рассказать.
-rw-------
) для обычных файлов, 0700 (drwx------
) для каталогов. у вас нет причин разрешать кому-либо читать их.
– Skaperen
11 July 2018 в 03:58