SSH очень медленный вход после изменения sshd_config, даже в локальной сети

2024-7-16 • tag-icon

SSH очень медленный вход после изменения sshd_config, даже в локальной сети

Я пытаюсь сделать так, чтобы на моем домашнем сервере можно было работать по SSH из Интернета.

Первоначально (до того, как я затронул какие-либо файлы конфигурации, просто делая это, apt-get install openssh-serverя мог подключиться к нему, находясь в моей локальной сети, очень быстро (практически мгновенно). Я это сделал ssh username@localIP, и он немедленно запросил мой пароль, и я смог войти в систему.

Я отредактировал sshd_configфайл следующим образом (со значениями по умолчанию):

# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 1024

# Logging
SyslogFacility AUTH
LogLevel VERBOSE

# Authentication:
LoginGraceTime 120
PermitRootLogin no
StrictModes yes

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

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
PasswordAuthentication no

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding no
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes

Это были начальные состояния строк, которые я изменил в файле выше:

LogLevel INFO
PermitRootLogin without-password
#PasswordAuthentication yes
X11Forwarding yes
#Banner /etc/issue.net

Я сохранил их и сделал sudo service ssh restartи вышел и попытался войти, username@localIPно по какой-то причине вход занимает вечность. После того, как я вошел в систему, соединение кажется очень быстрым (как и должно быть, поскольку это моя локальная сеть). Странно, что вход занимает вечность, даже если я не ввожу свое доменное имя.

Затем я перенаправил порт 22 на статический IP-адрес моего сервера и попытался сделать это, [email protected]но вход в систему стал еще медленнее. Подключение к серверу заняло около 2 минут. А когда я подключен, он случайным образом зависает и не работает, пока я не завершу сеанс вручную, закрыв свой терминал и не подключившись снова. Иногда он вообще не подключается, а просто зависает после того, как я ввожу .ssh [email protected]

но если я это сделаю, ping example.comвсе пакеты будут возвращаться очень быстро, среднее время пинга составит 10 мс.

Может, мои настройки конфигурации как-то испорчены? Я пытался вернуть все к тому, как было раньше, и перезапустить сервер ssh, но вход в систему все равно занимает целую вечность, даже когда я это делаю username@localIP@.

Пока у меня только один пользователь (кроме root, конечно) на сервере, и я вручную скопировал ключ rsa id_rsa.pub с моей клиентской машины в файл ~/.ssh/authorized_keys. Мне пришлось вручную создать и папку .ssh, и файл, но, похоже, это работает и не запрашивает у меня пароль.

решение1

Добавьте в конфигурацию следующее:

UseDNS no

Это заставит сервер SSHнетразрешить попытки входа через DNS.

решение1

Связанный контент