Как ускорить вход SSH с использованием открытого ключа и PuTTY? [dубликат]

Я думаю, что при входе в систему ubuntu выполняет один или несколько из этих файлов:

  /etc/bash.bashrc ~ / .bash_profile ~ / .bashrc  

Вы могли видеть, что в них, и, возможно, даже попытаться выполнить их, чтобы посмотреть, что так долго.

Из вашего описания это больше похоже на проблему с сетью. Чтобы выполнить диагностику:

• Запустите ssh с параметром -v, чтобы быть подробным.
• Попробуйте запустить ping на сервер SSH, к которому вы подключаетесь, и посмотрите, зависает в то же время.
• Попробуйте другой тип передачи на тот же сервер. Например, wget с параметром -limit-rate для извлечения файла через HTTP и потребовать достаточно долго, чтобы он мог вызвать «зависающее» поведение.
• Посмотрите, зависает ли он только в режиме ожидания или даже если вы делаете что-то в данный момент. Если он висит на холостом ходу, диагностика -v, вероятно, скажет вам об этом, и в этом случае помощь в использовании keepalive может помочь (ssh -o «TCPKeepAlive yes»)

Если вы можете подключиться ОК с Windows и PuTTY, это, вероятно, не проблема на стороне сервера.

В моем ограниченном опыте, когда шпатлевка работает, но Linux, Ubuntu в этом случае, нет, она обычно сохраняется. Проблемы с сетью или сервером повлияют на обе клиентские ОС.

Вы можете использовать приведенную выше опцию keep alive в командной строке, но это довольно утомительно для ввода.

Легче редактировать несколько файлов конфигурации.

Если у вас есть root access и хотите включить его автоматически для всех пользователей, отредактируйте / etc / ssh / ssh_config , добавьте

  KeepAlive yes ServerAliveInterval 120  

Если у вас нет доступа root или для его включения для одного пользователя, отредактируйте ~ / .ssh / config и добавьте те же две строки.

Проверьте системные журналы в / var / log, вы можете найти сообщение с соответствующей ошибкой / временем ожидания.

Если у вас есть также время ожидания перед

Изменить / etc / sshd_config

и установить (или добавить)

   ИспользоватьDNS no  

или добавить свой ip в / etc / hosts , если его статический локальный

Возможно, вы захотите попытаться контролировать запущенные процессы во время входа на сервер из уже подключенного подключения (или другой консоли).

Ниже приведен один возможный метод:

1. Попробуйте войти в систему на одном из следующих способов:
2. Запустите top , чтобы узнать, что произойдет.
3. Войдите в систему на 1-й консоли.

Обратите внимание, что если задержка не вызвана некоторыми вычислениями с использованием ЦП, вы не заметите что-то не на месте. В этом случае проблема может быть связана с привязкой ввода / вывода (ожидая некоторого чтения / записи на диске или сетевого ответа).

Проверьте системные журналы в / var / log, вы можете найти сообщение с соответствующей ошибкой / временем ожидания.

Если у вас есть также время ожидания перед

Изменить / etc / sshd_config

и установить (или добавить)

   ИспользоватьDNS no  

или добавить свой ip в / etc / hosts , если его статический локальный

Возможно, вы захотите попытаться контролировать запущенные процессы во время входа на сервер из уже подключенного подключения (или другой консоли).

Ниже приведен один возможный метод:

1. Попробуйте войти в систему на одном из следующих способов:
2. Запустите top , чтобы узнать, что произойдет.
3. Войдите в систему на 1-й консоли.

Обратите внимание, что если задержка не вызвана некоторыми вычислениями с использованием ЦП, вы не заметите что-то не на месте. В этом случае проблема может быть связана с привязкой ввода / вывода (ожидая некоторого чтения / записи на диске или сетевого ответа).

В моем ограниченном опыте, когда шпатлевка работает, но Linux, Ubuntu в этом случае, нет, она обычно сохраняется. Проблемы с сетью или сервером повлияют на обе клиентские ОС.

Вы можете использовать приведенную выше опцию keep alive в командной строке, но это довольно утомительно для ввода.

Легче редактировать несколько файлов конфигурации.

Если у вас есть root access и хотите включить его автоматически для всех пользователей, отредактируйте / etc / ssh / ssh_config , добавьте

  KeepAlive yes ServerAliveInterval 120  

Если у вас нет доступа root или для его включения для одного пользователя, отредактируйте ~ / .ssh / config и добавьте те же две строки.

Из вашего описания это больше похоже на проблему с сетью. Чтобы выполнить диагностику:

• Запустите ssh с параметром -v, чтобы быть подробным.
• Попробуйте запустить ping на сервер SSH, к которому вы подключаетесь, и посмотрите, зависает в то же время.
• Попробуйте другой тип передачи на тот же сервер. Например, wget с параметром -limit-rate для извлечения файла через HTTP и потребовать достаточно долго, чтобы он мог вызвать «зависающее» поведение.
• Посмотрите, зависает ли он только в режиме ожидания или даже если вы делаете что-то в данный момент. Если он висит на холостом ходу, диагностика -v, вероятно, скажет вам об этом, и в этом случае совет по использованию keepalive может помочь (ssh -o «TCPKeepAlive yes»)

Если вы можете подключиться ОК с Windows и PuTTY, это, вероятно, не проблема на стороне сервера.

Я думаю, что при входе в систему ubuntu выполняет один или несколько из этих файлов:

  /etc/bash.bashrc ~ / .bash_profile ~ / .bashrc  

Вы могли видеть, что в них, и, возможно, даже попытаться выполнить их, чтобы посмотреть, что так долго.

Если оба параметра PermitEmptyPassword и UsePAM включены, сервер OpenSSH всегда пытается выполнить аутентификацию с пустым паролем, который требуется в качестве знака того, что аутентификация не требуется для учетной записи в вопрос. Он делает это, как только начинается процесс аутентификации, в обоих протоколах, а не в ответ на любой «реальный» запрос аутентификации от клиента. OpenSSH разрешает только такой доступ, если установлен флаг sshd_config PermitEmptyPassword ; к сожалению, способ написания кода, он в любом случае выполняет проверку пароля и, таким образом, показывает PAM как сбой.

Итак: отключить PermitEmptyPassword или UsePAM , но помните: без PAM вы не сможете войти в систему без ключа.

Ссылка: https://groups.google.com/forum/?fromgroups = #! тема / comp.security.ssh / wExY8lWlG-с

Проверьте системные журналы в / var / log, вы можете найти сообщение с соответствующей ошибкой / временем ожидания.

Если у вас есть также время ожидания перед

Изменить / etc / sshd_config

и установить (или добавить)

   ИспользоватьDNS no  

или добавить свой ip в / etc / hosts , если его статический локальный

В моем ограниченном опыте, когда шпатлевка работает, но Linux, Ubuntu в этом случае, нет, она обычно сохраняется. Проблемы с сетью или сервером повлияют на обе клиентские ОС.

Вы можете использовать приведенную выше опцию keep alive в командной строке, но это довольно утомительно для ввода.

Легче редактировать несколько файлов конфигурации.

Если у вас есть root access и хотите включить его автоматически для всех пользователей, отредактируйте / etc / ssh / ssh_config , добавьте

  KeepAlive yes ServerAliveInterval 120  

Если у вас нет доступа root или для его включения для одного пользователя, отредактируйте ~ / .ssh / config и добавьте те же две строки.

Из вашего описания это больше похоже на проблему с сетью. Чтобы выполнить диагностику:

• Запустите ssh с параметром -v, чтобы быть подробным.
• Попробуйте запустить ping на сервер SSH, к которому вы подключаетесь, и посмотрите, зависает в то же время.
• Попробуйте другой тип передачи на тот же сервер. Например, wget с параметром -limit-rate для извлечения файла через HTTP и потребовать достаточно долго, чтобы он мог вызвать «зависающее» поведение.
• Посмотрите, зависает ли он только в режиме ожидания или даже если вы делаете что-то в данный момент. Если он висит на холостом ходу, диагностика -v, вероятно, скажет вам об этом, и в этом случае совет по использованию keepalive может помочь (ssh -o «TCPKeepAlive yes»)

Если вы можете подключиться ОК с Windows и PuTTY, это, вероятно, не проблема на стороне сервера.

Я думаю, что при входе в систему ubuntu выполняет один или несколько из этих файлов:

  /etc/bash.bashrc ~ / .bash_profile ~ / .bashrc  

Вы могли видеть, что в них, и, возможно, даже попытаться выполнить их, чтобы посмотреть, что так долго.

Если оба параметра PermitEmptyPassword и UsePAM включены, сервер OpenSSH всегда пытается выполнить аутентификацию с пустым паролем, который требуется в качестве знака того, что аутентификация не требуется для учетной записи в вопрос. Он делает это, как только начинается процесс аутентификации, в обоих протоколах, а не в ответ на любой «реальный» запрос аутентификации от клиента. OpenSSH разрешает только такой доступ, если установлен флаг sshd_config PermitEmptyPassword ; к сожалению, способ написания кода, он в любом случае выполняет проверку пароля и, таким образом, показывает PAM как сбой.

Итак: отключить PermitEmptyPassword или UsePAM , но помните: без PAM вы не сможете войти в систему без ключа.

Ссылка: https://groups.google.com/forum/?fromgroups = #! тема / comp.security.ssh / wExY8lWlG-с

Возможно, вы захотите попытаться контролировать запущенные процессы во время входа на сервер из уже подключенного подключения (или другой консоли).

Ниже приведен один возможный метод:

1. Попробуйте войти в систему на одном из следующих способов:
2. Запустите top , чтобы узнать, что произойдет.
3. Войдите в систему на 1-й консоли.

Обратите внимание, что если задержка не вызвана некоторыми вычислениями с использованием ЦП, вы не заметите что-то не на месте. В этом случае проблема может быть связана с привязкой ввода / вывода (ожидая некоторого чтения / записи на диске или сетевого ответа).

Проверьте системные журналы в / var / log, вы можете найти сообщение с соответствующей ошибкой / временем ожидания.

Если у вас есть также время ожидания перед

Изменить / etc / sshd_config

и установить (или добавить)

   ИспользоватьDNS no  

или добавить свой ip в / etc / hosts , если его статический локальный

Возможно, вы захотите попытаться контролировать запущенные процессы во время входа на сервер из уже подключенного подключения (или другой консоли).

Ниже приведен один возможный метод:

1. Попробуйте войти в систему на одном из следующих способов:
2. Запустите top , чтобы узнать, что произойдет.
3. Войдите в систему на 1-й консоли.

Обратите внимание, что если задержка не вызвана некоторыми вычислениями с использованием ЦП, вы не заметите что-то не на месте. В этом случае проблема может быть связана с привязкой ввода / вывода (ожидая некоторого чтения / записи на диске или сетевого ответа).

В моем ограниченном опыте, когда шпатлевка работает, но Linux, Ubuntu в этом случае, нет, она обычно сохраняется. Проблемы с сетью или сервером повлияют на обе клиентские ОС.

Вы можете использовать приведенную выше опцию keep alive в командной строке, но это довольно утомительно для ввода.

Легче редактировать несколько файлов конфигурации.

Если у вас есть root access и хотите включить его автоматически для всех пользователей, отредактируйте / etc / ssh / ssh_config , добавьте

  KeepAlive yes ServerAliveInterval 120  

Если у вас нет доступа root или для его включения для одного пользователя, отредактируйте ~ / .ssh / config и добавьте те же две строки.

Из вашего описания это больше похоже на проблему с сетью. Чтобы выполнить диагностику:

• Запустите ssh с параметром -v, чтобы быть подробным.
• Попробуйте запустить ping на сервер SSH, к которому вы подключаетесь, и посмотрите, зависает в то же время.
• Попробуйте другой тип передачи на тот же сервер. Например, wget с параметром -limit-rate для извлечения файла через HTTP и потребовать достаточно долго, чтобы он мог вызвать «зависающее» поведение.
• Посмотрите, зависает ли он только в режиме ожидания или даже если вы делаете что-то в данный момент. Если он висит на холостом ходу, диагностика -v, вероятно, скажет вам об этом, и в этом случае совет по использованию keepalive может помочь (ssh -o «TCPKeepAlive yes»)

Если вы можете подключиться ОК с Windows и PuTTY, это, вероятно, не проблема на стороне сервера.

Я думаю, что при входе в систему ubuntu выполняет один или несколько из этих файлов:

  /etc/bash.bashrc ~ / .bash_profile ~ / .bashrc  

Вы могли видеть, что в них, и, возможно, даже попытаться выполнить их, чтобы посмотреть, что так долго.

Если оба параметра PermitEmptyPassword и UsePAM включены, сервер OpenSSH всегда пытается выполнить аутентификацию с пустым паролем, который требуется в качестве знака того, что аутентификация не требуется для учетной записи в вопрос. Он делает это, как только начинается процесс аутентификации, в обоих протоколах, а не в ответ на любой «реальный» запрос аутентификации от клиента. OpenSSH разрешает только такой доступ, если установлен флаг sshd_config PermitEmptyPassword ; к сожалению, способ написания кода, он в любом случае выполняет проверку пароля и, таким образом, показывает PAM как сбой.

Итак: отключить PermitEmptyPassword или UsePAM , но помните: без PAM вы не сможете войти в систему без ключа.

Ссылка: https://groups.google.com/forum/?fromgroups = #! тема / comp.security.ssh / wExY8lWlG-с

Проверьте системные журналы в / var / log, вы можете найти сообщение с соответствующей ошибкой / временем ожидания.

Если у вас есть также время ожидания перед

Изменить / etc / sshd_config

и установить (или добавить)

   ИспользоватьDNS no  

или добавить свой ip в / etc / hosts , если его статический локальный

Возможно, вы захотите попытаться контролировать запущенные процессы во время входа на сервер из уже подключенного подключения (или другой консоли).

Ниже приведен один возможный метод:

1. Попробуйте войти в систему на одном из следующих способов:
2. Запустите top , чтобы узнать, что произойдет.
3. Войдите в систему на 1-й консоли.

Обратите внимание, что если задержка не вызвана некоторыми вычислениями с использованием ЦП, вы не заметите что-то не на месте. В этом случае проблема может быть связана с привязкой ввода / вывода (ожидая некоторого чтения / записи на диске или сетевого ответа).