LINUX.ORG.RU
ФорумAdmin

Почему может не работать доступ по ssh?

 


0

1

Всем привет. Только недавно начал изучать сеть и не пойму в чём проблема. Есть виртуальный сервер 192.168.3.100. У которого есть внутренняя сеть

192.168.128.0/17 dev enp0s10 proto kernel scope link src 192.168.128.1 metric 103
Создал сервер на этой сети IPADDR=192.168.128.200. И не могу туда подключиться по ssh

Правила на том и на том сервере стоят по сути правильные

-A INPUT -p tcp -m conntrack --ctstate NEW -m tcp --dport 22 -j ACCEPT

Пробовал добавлять

-A INPUT -p tcp -m tcp --dport 22 -j ACCEPT
-A OUTPUT -p tcp -m tcp --sport 22 -j ACCEPT
Не помогло , в чём может быть проблема . Чего я не понимаю ?


SSH сервер запущен?

Обе системы подключены к одному виртуальному коммутатору?

Если отключить правила iptables, то они друг друга пингуют?

anonymous
()
Ответ на: комментарий от anonymous

ssh сервер запущен. 192.168.3.100 это основной сервер который смотрит в интернет ,подключен как сетевой мост

В нём на enp0s10 делается внутренняя сеть USER.

И 192.168.128.200 как раз подключён к этой сети.

Адреса пингуют друг друга без отключения iptables.

Соответственно всё что подключено к сети USER пингуется , но ssh не работает

gedat
() автор топика

в чём может быть проблема

Начните с простого - ssh стоит? Порт слушает? Не ограничен локалхостом?

«Не работает доступ по ssh» - это может быть как сетевой проблемой, так и проблемой с аутентификацией, а может для вас «не работает доступ» это вообще что-то еще. Формулируйте точнее.

недавно начал изучать сеть

И уже полез в iptables? Зачем?

micronekodesu ★★★
()
Ответ на: комментарий от Minona

Главный на котором работает ssh

tcp        0      0 192.168.3.100:53        0.0.0.0:*               LISTEN      1112/named
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1092/sshd
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      1340/master
tcp        0      0 127.0.0.1:953           0.0.0.0:*               LISTEN      1112/named
tcp6       0      0 :::80                   :::*                    LISTEN      1129/httpd
tcp6       0      0 ::1:53                  :::*                    LISTEN      1112/named
tcp6       0      0 :::22                   :::*                    LISTEN      1092/sshd
tcp6       0      0 ::1:25                  :::*                    LISTEN      1340/master
tcp6       0      0 ::1:953                 :::*                    LISTEN      1112/named

Где не работает

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 192.168.122.1:53        0.0.0.0:*               LISTEN      1350/dnsmasq        
tcp        0      0 192.168.128.200:53      0.0.0.0:*               LISTEN      1098/named          
tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      1098/named          
tcp        0      0 192.168.128.200:22      0.0.0.0:*               LISTEN      1062/sshd           
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      1059/cupsd          
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      1469/master         
tcp        0      0 127.0.0.1:953           0.0.0.0:*               LISTEN      1098/named          
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      678/rpcbind         
tcp6       0      0 ::1:53                  :::*                    LISTEN      1098/named          
tcp6       0      0 ::1:631                 :::*                    LISTEN      1059/cupsd          
tcp6       0      0 ::1:25                  :::*                    LISTEN      1469/master         
tcp6       0      0 ::1:953                 :::*                    LISTEN      1098/named          
tcp6       0      0 :::111                  :::*                    LISTEN      678/rpcbind         
tcp6       0      0 :::80                   :::*                    LISTEN      1134/httpd          

Конфиг ssh где не работает

#	$OpenBSD: sshd_config,v 1.100 2016/08/15 12:32:04 naddy Exp $

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

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

# 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.

# If you want to change the port on a SELinux system, you have to tell
# SELinux about this change.
# semanage port -a -t ssh_port_t -p tcp #PORTNUMBER
#
#Port 22
#AddressFamily any
ListenAddress 192.168.128.200
#ListenAddress ::

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

# Ciphers and keying
#RekeyLimit default none

# Logging
#SyslogFacility AUTH
SyslogFacility AUTHPRIV
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
PermitRootLogin no
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10

#PubkeyAuthentication yes

# The default is to check both .ssh/authorized_keys and .ssh/authorized_keys2
# but this is overridden so installations will only check .ssh/authorized_keys
AuthorizedKeysFile	.ssh/authorized_keys

#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
PasswordAuthentication yes

# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes
ChallengeResponseAuthentication no

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

# GSSAPI options
GSSAPIAuthentication yes
GSSAPICleanupCredentials no
#GSSAPIStrictAcceptorCheck yes
#GSSAPIKeyExchange no
#GSSAPIEnablek5users 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'.
# WARNING: 'UsePAM no' is not supported in Red Hat Enterprise Linux and may cause several
# problems.
UsePAM yes

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

# no default banner path
#Banner none

# Accept locale-related environment variables
AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
AcceptEnv LC_IDENTIFICATION LC_ALL LANGUAGE
AcceptEnv XMODIFIERS

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

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

Где работает конфиг тот же только не указан #ListenAddress Проверил статус через systemctl работают на обоих серверах

gedat
() автор топика
Ответ на: комментарий от Minona

Я наверно изначально неверно задал вопрос. Подключаться с сервера на сервер при помощи ssh можно. Нет возможности подключаться через putty и тд. Только на основную машину можно

gedat
() автор топика
Ответ на: комментарий от gedat

Так машинка где у вас putty, что-то знает о сети 192.168.128.0 ?

anc ★★★★★
()

У вас проблема с маршрутизацией. Вам необходимо настроить маршрут по умолчанию внутри виртуального сервера, а не сервере, где он установлен, настроить маршрут до 192.168.128.200.

ValdikSS ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.