Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

ssh : "closed by remote host"

nanou38

Bonjour,

J’essaie de connecter mon ordinateur fixe au portable (192.168.1.19) avec ssh.

Quand je fais sur le fixe la commande suivante :

ssh user@192.168.1.19

Il me demande le mot de passe du portable puis j’ai la réponse :

Connection to 192.168.1.19 closed by remote host.

ou bien celle-ci :

client_loop: send disconnect: Broken pipe

J’ai tout essayé et je ne sais plus quoi faire. Si quelqu’un a une idée, je le ou la remercie par avance.

Nanou38
Fedora 42, Gnome

Nicosss

nanou38 La connexion SSH s’effectue à travers quel type de connexion réseau ?

xylphute

Tu as rencontré ce problème depuis le début ?

nanou38

Non, au début ça marchait bien. Mais d’un seul coup la communication s’est cassée (broken pipe…).

Je ne sais pas pourquoi.

Refuznik

As tu vérifié ton firewall ?
Peux tu poster ton fichier /etc/ssh/sshd_config du poste 192.168.1.19 pour voir d’où ça viendrait.
Tu peux aussi décommenter la ligne LogLevel VERBOSE, relancer sshd et regarder les messages d’erreurs avec la commande :

sudo systemctl restart sshd
tail -f /var/log/auth.log

nanou38

Voici le contenu du fichier /etc/ssh/sshd_config de l’ordinateur 192.168.1.19.

#	$OpenBSD: sshd_config,v 1.104 2021/07/02 05:11:21 dtucker 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.
# To modify the system-wide sshd configuration, create a  *.conf  file under
#  /etc/ssh/sshd_config.d/  which will be automatically included below
Include /etc/ssh/sshd_config.d/*.conf
# 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 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
# 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
# Change to no to disable s/key passwords
#KbdInteractiveAuthentication yes
# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no
#KerberosUseKuserok yes
# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes
#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 KbdInteractiveAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via KbdInteractiveAuthentication may bypass
# the setting of "PermitRootLogin prohibit-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and KbdInteractiveAuthentication to 'no'.
# WARNING: 'UsePAM no' is not supported in this build and may cause several
# problems.
#UsePAM no
#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
#X11Forwarding no
#X11DisplayOffset 10
#X11UseLocalhost yes
#PermitTTY yes
#PrintMotd yes
#PrintLastLog yes
#TCPKeepAlive yes
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 300
#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
# 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

Edit Nicosss : Correction balises Markdown -> Voir FAQ .

nanou38

La commande tail donne :

impossible d'ouvrir '/var/log/auth.log' en lecture : Aucun fichier ou dossier de ce nom

xylphute

Tu peux toujours supprimer le dossier .ssh/ de ton utilisateur sur le serveur.

Ça va remettre plat le certificat et voir si ça va mieux.

nanou38

Je viens de le faire mais ça ne change rien. Hélas…

nanou38

C’est via la Livebox, avec la Wifi.

Nicosss

nanou38 Est-tu sûre de la qualité de ton réseau WiFi ou de ta puce WiFi de ton portable ?

Pourrais-tu tenter la même chose mais via un câble Ethernet raccordé à ta Livebox ?

nanou38

Je viens de raccorder le portable à la Livebox avec un câble et le problème est le même.

Nicosss

nanou38 Donc on peut écarter la qualité de réception du WiFi.
Le portable a bien l’adresse IP 192.168.1.19 ?

Côté poste client, faire tourner
$ sudo journalctl -f

Côté poste serveur, faire tourner aussi
$ sudo journalctl -f

Depuis le poste client, lancer la commande suivante et donner les logs qui ont été générés dont le retour de cette dernière
$ ssh -v user@192.168.1.19

antbel

Regarde dans ton fichier : /etc/ssh/ssh_config.d/50-redhat.conf
si tu as :

Host *
    ForwardX11Trusted yes
    ForwardAgend yes
    ForwardX11 yes

Il peut être utile également de supprimer le fichier : /home/tonUser/.ssh/known_hosts

Edit Nicosss : Correction balises Markdown -> Voir FAQ .

nanou38

L’adresse IP est correcte.

J’ai lancé le journalctl mais je ne comprends pas ce qui s’affiche…

La commande § ssh -v user@192.168.1.19 donne, après la saisie du mot de passe :

$ ssh -v user@192.168.1.19
Authenticated to 192.168.1.19 ([192.168.1.19]:22) using "password".
debug1: pkcs11_del_provider: called, provider_id = (null)
debug1: channel 0: new session [client-session] (inactive timeout: 0)
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: filesystem
Read from remote host 192.168.1.19: Connection reset by peer
Connection to 192.168.1.19 closed.
client_loop: send disconnect: Broken pipe

Pour ce qui est du fichier :/home/user/.ssh/known_hosts, je l’ai supprimé, mais ça ne résoud pas le problème.

Et le fichier :/etc/ssh/ssh_config.d/50-redhat.conf contient seulement :

# Host *
ForwardX11Trusted yes

Edit Nicosss : Correction balises Markdown -> Voir FAQ .

Nicosss

nanou38 J’ai lancé le journalctl mais je ne comprends pas ce qui s’affiche…

Justement, l’idée est de nous donner les retours de ce qui se passe à ce moment.

Les 2 machines arrivent à établir la connexion puisque le mot de passe est demandé. Mais reste à savoir pourquoi après tu te fais rejeter.

antbel

Je suis avec Mate Desktop et depuis la migration F42 -> F43, j’ai ce type de problème à cause du passage sur Wayland par Gnome et autres.
Tigervnc-server ne fonctionne plus il y a :

No xauth data; using fake authentication data for X11 forwarding

La solution que je t’ai donnée est bancale mais me permet de faire du ssh et j’attend les évolutions futures pour tigervnc-server.

fgland

je ne sais pas de quelle solution tu parles mais le problème ssh est indépendant de x11.