Sesja VNC nie przechodzi przez tunel OpenSSH - PuTTY


0

Próbuję zabezpieczyć moją sesję VNC przy użyciu OpenSSH (ssshd) i Putty (klient) (wszystko jest w systemie Windows)

Najpierw zakładam tunel za pomocą kit, a następnie loguję się do mojego serwera PC za pomocą nazwy użytkownika i hasła

Po drugie, włączam klienta VNC i serwer po odpowiednich stronach.

Problem, przed którym stoję, polega na tym, że moja sesja vnc nie przechodzi przez tunel.

1 - Poniżej znajduje się polecenie, którego używam do ustanowienia tunelu putty.exe -ssh w21821@10.31.128.23 -L 5900: 10.31.128.23: 5900

2 - Poniżej znajduje się mój plik SSHD_config,

**

# 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 22
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::
# The default requires explicit activation of protocol 1
Protocol 2
# HostKey for protocol version 1
#HostKey /etc/ssh/ssh_host_key
# 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
# Lifetime and size of ephemeral version 1 server key
#KeyRegenerationInterval 1h
#ServerKeyBits 1024
# Logging
# obsoletes QuietMode and FascistLogging
#SyslogFacility AUTH
LogLevel DEBUG3
# Authentication:
#LoginGraceTime 2m
PermitRootLogin yes
StrictModes no
#MaxAuthTries 6
#MaxSessions 10
#RSAAuthentication yes
#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
# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#RhostsRSAAuthentication no
# similar for protocol version 2
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# RhostsRSAAuthentication and 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 no to disable s/key passwords
ChallengeResponseAuthentication yes
# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no
# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes
# 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 no
AllowAgentForwarding yes
AllowTcpForwarding yes
#GatewayPorts no
X11Forwarding yes
#X11DisplayOffset 10
#X11UseLocalhost yes
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no
#UsePrivilegeSeparation yes
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10
PermitTunnel yes
#ChrootDirectory none
# no default banner path
#Banner none
# override default of no subsystems
Subsystem   sftp    sftp-server.exe
# Example of overriding settings on a per-user basis
#Match User anoncvs
#   X11Forwarding no
#   AllowTcpForwarding no
#   ForceCommand cvs server
# PubkeyAcceptedKeyTypes ssh-ed25519*
hostkeyagent \\.\pipe\openssh-ssh-agent

**

Kiedy podam tę komendę ond po stronie klienta, netstat -aon | znajdź „: 5900” rozumiem

netstat

Na tym zdjęciu najpierw przedstawiono przykład sesji vnc przez tunel, podczas gdy pozostałe nie przechodzą przez tunel.

Pierwsze wyjście otrzymałem tylko raz, ponieważ od tego samego czasu pojawia się to samo wyjście.

Czy ktoś może mnie poprowadzić?

Z góry dziękuję!!


aby potwierdzić, kiedy wywołujesz vnc, kierujesz go na 127.0.0.1:5900, dobrze?
Frank Thomas

@ FrankThomas, Najpierw podałem adres jako localhost: 0 , co jest równoważne 127.0.0.1:5900
Verma

Z twojego netstat punkt końcowy tunelu jest LISTENING na 127.0.0.1, więc twoje połączenia muszą być skierowane do niego.
Frank Thomas

poczekaj, z polecenia tunelu zarówno adresy IP, jak i numery portów są takie same. Czy próbowałeś ustawić swój tunel tak, aby używał innego portu (argument -L), jak 7934?
Frank Thomas

Próbowałem , putty.exe -ssh w21821@10.31.128.23 -L 7934: 10.31.128.23: 5900 , Ale nie przechodzi przez tunel.
Verma
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.