отказано в соединении при попытке удаленного ssh на сервер lubuntu [закрыто]

время ожидания моих попыток удаленного ssh на мой SSH-сервер Lubuntu истекло. Я пробовал включить переадресацию портов на своем Wi-Fi роутере. В рамках устранения неполадок (и в целях безопасности) я изменил запись порта # файла sshd_config с 22 на 1022. Подключение к локальной сети всегда работает (тот же маршрутизатор Wi-Fi).

Удивительно, но подключение к локальной сети все еще работает, хотя клиент SSH все еще использует порт 22. Я удивлен, так как файл SSHD_Config теперь является портом 1022.

Любая идея об этом, а также о том, как устранить неполадки. проблема удаленного подключения?

Спасибо

за отредактированный вопрос, чтобы включить sshd_config в комментарий Роберта Рейдла

#   $OpenBSD: sshd_config,v 1.101 2017/03/14 07:19:07 djm Exp $

# This is the sshd server system-wide configuration file.  See
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented.  Uncommented options override the
# default value.

#Port 1022
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::

#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_ecdsa_key
#HostKey /etc/ssh/ssh_host_ed25519_key

# Ciphers and keying
#RekeyLimit default none

# Logging
#SyslogFacility AUTH
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
#PermitRootLogin prohibit-password
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10

#PubkeyAuthentication yes

# Expect .ssh/authorized_keys2 to be disregarded by default in future.
#AuthorizedKeysFile .ssh/authorized_keys .ssh/authorized_keys2

#AuthorizedPrincipalsFile none

#AuthorizedKeysCommand none
#AuthorizedKeysCommandUser nobody

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

# To disable tunneled clear text passwords, change to no here!
#PasswordAuthentication yes
#PermitEmptyPasswords no

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

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

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes
#GSSAPIStrictAcceptorCheck yes
#GSSAPIKeyExchange no

# 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

#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
X11Forwarding yes
#X11DisplayOffset 10
#X11UseLocalhost yes
#PermitTTY yes
PrintMotd no
#PrintLastLog yes
#TCPKeepAlive yes
#UseLogin no
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS no
#PidFile /var/run/sshd.pid
#MaxStartups 10:30:100
#PermitTunnel no
#ChrootDirectory none
#VersionAddendum none

# no default banner path
#Banner none

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

# override default of no subsystems
Subsystem   sftp    /usr/lib/openssh/sftp-server

# Example of overriding settings on a per-user basis
#Match User anoncvs
#   X11Forwarding no
#   AllowTcpForwarding no
#   PermitTTY no
#   ForceCommand cvs server

Дополнительная информация:

port fwd config in 
router: ext: 0.0.0.0 1022 / 1022 
int: 192.168.0.17 1022 / 1022 22 
udp/tcp:    Both enabled:   Yes


UFW config 

To                         Action      From
--                         ------      ----
1022                       ALLOW IN    Anywhere
22/tcp                     ALLOW IN    Anywhere
1022 (v6)                  ALLOW IN    Anywhere (v6)
22/tcp (v6)                ALLOW IN    Anywhere (v6)
0
задан 25 January 2018 в 18:44

3 ответа

Ха-ха после выключения UFW и выключения межсетевого экрана маршрутизатора я смог ssh из удаленного места. Поворачивая межсетевой экран маршрутизатора до «низкого уровня», я все еще могу ssh из удаленного местоположения. Средние и высокие настройки брандмауэра блокируют удаленную пересылку ssh, по-видимому. очень интересно. Между прочим, маршрутизатор представляет собой ARRIS SBG6782-AC. Спасибо всем

0
ответ дан 31 October 2019 в 03:54

Удалите # infront Port 1022 и перед любыми другими строками Вы хотите изменить затем перезапуск sshd.

Это комментирует каждую строку, означая, что Ваши изменения не используются, и значения по умолчанию.

1
ответ дан 31 October 2019 в 03:54

Также, когда вводные порты через Ваш брандмауэр/маршрутизатор, можно сделать целевой порт как 22. Так Исходный порт 1 022 целевых порта 22. Тот путь в Вашей локальной сети можно сделать вещи под портом по умолчанию 22, не имея необходимость изменить настройки и такой. Однако при соединении от бледного Вы использовали бы порт 1022, и Ваш маршрутизатор переведет это для портирования 22 на IP-адрес машины в сети. В Вашем расширении маршрутизатора в качестве примера: 0.0.0.0 1022 / 1 022 интервала: 192.168.0.17 22 / 22 udp/tcp: Оба включили: Да

просто удостоверьтесь, что Вы возвращаете его к 22 на/etc/ssh/sshd_config

0
ответ дан 31 October 2019 в 03:54

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

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