Problem med sshd på Ubuntu 20.04 Emnet er løst

Spørgsmål eller problemer med kablet netværk, trådløst netværk, netværkshåndteringen eller andet som vedrører netværk.
lianergoist
Indlæg: 100
Tilmeldt: 30. sep 2008, 14:44
Geografisk sted: Horsens

Problem med sshd på Ubuntu 20.04  Emnet er løst

Indlægaf lianergoist » 16. maj 2020, 10:41

Hej

Jeg plejer at synkronisere filer mellem mine android enheder og min Ubuntu pc via sshd. For nyligt, næsten helt sikkert i forbindelse med opgradering fra 18.04 til 20.04, kan appen jeg bruger til synkronisering (FolderSync Pro, meget anbefalelsesværdig app) ikke længere få adgang til Ubuntu.

Jeg kan fint tilgå til min raspberry pi via ssh i FolderSync Pro, så ssh virker i appen. Jeg kan også tilgå min Ubuntu pc fra både raspberry pi og fra en terminal på mine android enheder, så sshd virker også på Ubuntu pc'en.

Når jeg forsøger at logge ind skrives følgende i auth.log:

May 15 15:52:13 Z710 sshd[3226]: error: kex protocol error: type 30 seq 1 [preauth]
May 15 15:52:43 Z710 sshd[3226]: Connection closed by 192.168.87.104 port 48865 [preauth]


Debug loggen i FolderSync Pro giver mig ikke mange spor:

"Error in login async task: Could not authenticate SSH client: Failed"

Hvordan kommer jeg tættere på hvad årsagen er?


Jeg kører med standard, umodificeret sshd_config, og jeg har ingen ide om hvad grunden kan være.

Kode: Vælg alt

#   $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 22
#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
Senest rettet af lianergoist 16. maj 2020, 13:22, rettet i alt 1 gang.
Thomas Jensen, Horsens

AJenbo
Admin
Indlæg: 20860
Tilmeldt: 15. nov 2009, 15:04
IRC nickname: AJenbo
Geografisk sted: Vanløse, København

Re: Problem med sshd på Ubuntu 20.04

Indlægaf AJenbo » 16. maj 2020, 11:42

er det ssh key eller adgangskode?

lianergoist
Indlæg: 100
Tilmeldt: 30. sep 2008, 14:44
Geografisk sted: Horsens

Re: Problem med sshd på Ubuntu 20.04

Indlægaf lianergoist » 16. maj 2020, 13:21

AJenbo skrev:er det ssh key eller adgangskode?


Det er adgangskode. Og problemet er løst. Udvikleren har hørt om problemet, og er i gang med at fikse det. En midlertidig løsning er at tilføje følgende linje til sshd_config:

Kode: Vælg alt

KexAlgorithms +diffie-hellman-group14-sha1
Thomas Jensen, Horsens

Tilbage til "Netværk"

Hvem er online

Brugere der læser dette forum: [Bot] og 0 gæster