Tengo un servidor en mi red local que uso para trabajar a través de SSH. No tengo ningún problema para conectarme desde LAN. El problema surge cuando intento conectarme desde fuera. Configuré el reenvío de puertos para el puerto 2209 (que es mi puerto SSH personalizado), así como para los puertos web. Pude conectarme una vez cuando lo configuré, pero aproximadamente una semana después la conexión sigue interrumpiéndose.
Al mismo tiempo, puedo abrir una página web desde el servidor, por lo que el puerto 80 funciona bien. En realidad, es solo el puerto 2209. Lo confirmé, el reenvío de puertos es correcto, ese puerto está configurado como una excepción en el Firewall de Windows y la regla está habilitada. Sin embargo, la conexión se agota.
Por favor, avíseme si necesita capturas de pantalla o registros que pueda proporcionarle. No estoy seguro de qué información se necesita para una mejor evaluación.
UPD 1: Las personas en los comentarios señalaron acerca de ejecutar ssh con la opción -vvv, aquí están los registros:
❯ ssh -vvv -p 2209 andrey@<ip>
OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n 7 Dec 2017
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: resolving "<ip>" port 2209
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to <ip> [<ip>] port 2209.
debug1: connect to address <ip> port 2209: Resource temporarily unavailable
ssh: connect to host <ip> port 2209: Resource temporarily unavailable
Al mismo tiempo, conectarse dentro de una LAN está absolutamente bien. También lo es la conexión a HTTP del servidor desde WAN.
Y aquí está mi configuración SSH:
❯ cat /etc/ssh/sshd_config
# $OpenBSD: sshd_config,v 1.103 2018/04/09 20:41:22 tj 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.
Include /etc/ssh/sshd_config.d/*.conf
Port 2209
#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
#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
Y /etc/ssh/sshd_config.destá vacío, por lo que esta es la única configuración.
UPD 2: Me di cuenta de que nunca mencioné exactamente cómo lo configuré. Es una máquina con Windows, pero SSH se encuentra dentro de WSL. Entonces necesito pasar por el Firewall de Windows para acceder a SSH.
Respuesta1
Como en todos los casos de esta cosa, no era una fuerza extraña y misteriosa lo que me bloqueaba. Estaba mirando el reenvío de puertos en el enrutador y el firewall en Windows. Pero después de mirar en la configuración de mi enrutador descubrí que tiene un firewall mínimo que no hacía casi nada excepto bloquear el ping desde WAN. Supongo que todos mis clientes SSH usaban ping como primer paso y, si fallaba, no se conectaban.
Todo eso para decir que si tiene un problema similar, asegúrese de buscar en su servidor.yconfiguración del enrutador para todas las opciones.