ssh : connection timed out depuis que j'utilise XUbunfu 22.04

lindenb · Le 26/11/2022, à 00:06

Bonjour,

tout d'abord je précise que j'ai posé ma question sur stackexchange sans obtenir de réponse et j'ai bien peur de ne pas avoir le vocabulaire anglais pour décrire mon problème. De plus, je n'ai qu'une idée floue de la manière dont fonctionne ssh.

J'utilisais régulièrement ssh pour me connecter à mon travail ou pour utiliser git avec github.
J'ai installé XUbuntu 22.04 sur un noubeau PC et là, ma connection ssh ne marche plus (mais j'aii internet). Si j'essaie sur un autre PC avec un ubuntu 18, ça marche,

J'ai cru comprendre sur les forums que 'rsa' n'est plus autorisé par defaut et qu'il faut rajouter :

HostKeyAlgorithms +ssh-rsa   PubkeyAcceptedKeyTypes +ssh-rsa

et même

PQoS none

. J'ai rajouté ça dans /etc/ssh/sshd_config , /etc/ssh/ssh_config et dans ~/.ssh/config.

Voici quelques sorties:

$ openssl version
OpenSSL 3.0.2 15 Mar 2022 (Library: OpenSSL 3.0.2 15 Mar 2022)

$ lsb_release  -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.1 LTS
Release:    22.04
Codename:   jammy

$ cat .ssh/config 

Host my.host
    PubkeyAcceptedKeyTypes +ssh-rsa
    KexAlgorithms +diffie-hellman-group14-sha1
    HostKeyAlgorithms +ssh-rsa

$ tail /etc/ssh/sshd_config
HostKeyAlgorithms +ssh-rsa
PubkeyAcceptedKeyTypes +ssh-rsa

$ sudo systemctl restart sshd.service


 ssh -vvvv -X me@my.host
OpenSSH_8.9p1 Ubuntu-3, OpenSSL 3.0.2 15 Mar 2022
debug1: Reading configuration data /home/me/.ssh/config
debug1: /home/me/.ssh/config line 8: Applying options for my.host
debug3: kex names ok: [diffie-hellman-group14-sha1]
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/home/me/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/home/me/.ssh/known_hosts2'
debug2: resolving "my.host" port 22
debug3: resolve_host: lookup my.host:22
debug3: ssh_connect_direct: entering
debug1: Connecting to my.host [IP] port 22.
debug3: set_sock_tos: set socket 3 IP_TOS 0x10
debug1: connect to address IP port 22: Connection timed out
ssh: connect to host my.host port 22: Connection timed out

$ telnet my.host 22 
Trying IP...
telnet: Unable to connect to remote host: Connection timed out


The authenticity of host 'localhost (127.0.0.1)' can't be established.
ED25519 key fingerprint is SHA256:xxxxx.
This key is not known by any other names
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added 'localhost' (ED25519) to the list of known hosts.
me@localhost's password:

$ strace ssh -vvv -X me@my.host
(...)
(...)
connect(3, {sa_family=AF_INET, sin_port=htons(22), sin_addr=inet_addr("IP")}, 16) = -1 ETIMEDOUT (Connection timed out)
getpid()                                = 12552
write(2, "debug1: connect to address IP"..., 71debug1: connect to address IP port 22: Connection timed out
) = 71
close(3)                                = 0
getpid()                                = 12552
write(2, "ssh: connect to my.host."..., 78ssh: connect to my.host port 22: Connection timed out
) = 78
exit_group(255)                         = ?
+++ exited with 255 +++

quelqu'un saurait-il me dire comment fixer ce problème ? Merci d'avance.

matrix-bx · Le 26/11/2022, à 00:34

Salut,
oublie la conf ssh pour l'instant, tu as d'abord un souci de connectivité TCP (voir IP).
Est-ce que ça ping ?

$ ping -c1 my.host
ou
$ ping -c1 adresse_IP_de_my.host

Arrives-tu a te connecter sur le port 22 vers une autre adresse depuis cette nouvelle machine ?

$ telnet 185.233.100.113 22  # (faudra peut être faire un "killall telnet" depuis un autre terminal si tu as du mal à te déconnecter)

Tu n'aurais pas un firewall actif sur cette nouvelle machine ?

Dernière modification par matrix-bx (Le 26/11/2022, à 00:37)

lindenb · Le 26/11/2022, à 11:33

matrix-bx a écrit :

Salut,
oublie la conf ssh pour l'instant, tu as d'abord un souci de connectivité TCP (voir IP).
Est-ce que ça ping ?

Merci,

Hum on ne dirait pas.

 ping -c1 bird2login.univ-nantes.fr
PING bird2login.univ-nantes.fr (193.52.116.4) 56(84) bytes of data.
--- bird2login.univ-nantes.fr ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

matrix-bx a écrit :

Arrives-tu a te connecter sur le port 22 vers une autre adresse depuis cette nouvelle machine ?
$ telnet 185.233.100.113 22  # (faudra peut être faire un "killall telnet" depuis un autre terminal si tu as du mal à te déconnecter)

non, on ne dirait pas non plus:

telnet 185.233.100.113 22
Trying 185.233.100.113...
(rien)

Tu n'aurais pas un firewall actif sur cette nouvelle machine ?

a priori, non.

$ sudo ufw status
[sudo] password for me: 
Status: inactive

matrix-bx · Le 26/11/2022, à 12:36

lindenb a écrit :

Merci,

Hum on ne dirait pas.

 ping -c1 bird2login.univ-nantes.fr
PING bird2login.univ-nantes.fr (193.52.116.4) 56(84) bytes of data.
--- bird2login.univ-nantes.fr ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

Pas de souci, moi non plus ça répond pas au ping à cette adresse.

lindenb a écrit :

matrix-bx a écrit :
Arrives-tu a te connecter sur le port 22 vers une autre adresse depuis cette nouvelle machine ?
$ telnet 185.233.100.113 22  # (faudra peut être faire un "killall telnet" depuis un autre terminal si tu as du mal à te déconnecter)
non, on ne dirait pas non plus:
telnet 185.233.100.113 22
Trying 185.233.100.113...
(rien)

Ça c'est plus embêtant, parce que ça devrait.

lindenb a écrit :

Tu n'aurais pas un firewall actif sur cette nouvelle machine ?
a priori, non.
$ sudo ufw status
[sudo] password for me: 
Status: inactive

La question va sembler bête, mais tu as accès au réseau sur cette machine au moins ?

$ ping -c1 8.8.8.8
$ ping -c1 google.com

Montre éventuellement

$ ip a s 
$ ip r s

Dernière modification par matrix-bx (Le 26/11/2022, à 12:37)

lindenb · Le 26/11/2022, à 13:35

$ ping -c1 8.8.8.8
$ ping -c1 google.com

Montre éventuellement

$ ip a s 
$ ip r s

merci,
entre-temps j'ai re-installé XUbuntu. Je n'ai rien installé d'autre, modifié aucun fichier...

voici la sortie:

$ ping -c1 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.

--- 8.8.8.8 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

$ ping -c1 google.com
PING google.com(par21s06-in-x0e.1e100.net (2a00:1450:4007:813::200e)) 56 data bytes

--- google.com ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

$ ip a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 78:2b:cb:ac:57:30 brd ff:ff:ff:ff:ff:ff
    altname enp0s25
    inet 192.168.1.26/24 brd 192.168.1.255 scope global dynamic noprefixroute eno1
       valid_lft 85879sec preferred_lft 85879sec
    inet6 2a01:cb05:8fb1:8e00:1be4:791c:2722:a601/64 scope global temporary dynamic 
       valid_lft 1757sec preferred_lft 557sec
    inet6 2a01:cb05:8fb1:8e00:9684:ae32:777d:cd/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 1757sec preferred_lft 557sec
    inet6 fe80::eb0d:7058:7c37:4d15/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

$ ip r s
default via 192.168.1.1 dev eno1 proto dhcp metric 100 
169.254.0.0/16 dev eno1 scope link metric 1000 
192.168.1.0/24 dev eno1 proto kernel scope link src 192.168.1.26 metric 100

Dernière modification par lindenb (Le 26/11/2022, à 13:38)

matrix-bx · Le 26/11/2022, à 13:54

Donc le ping en IPv4 et en IPv6 et KO, mais la résolution DNS a fonctionné ...
Est-ce qu'au moins ceci fonctionne ?

$ ping -c1 192.168.1.1

Par simple curiosité

$ ip -6 r s
$ resolvectl
$ nmcli connection show

Dernière modification par matrix-bx (Le 26/11/2022, à 13:56)

lindenb · Le 26/11/2022, à 14:18

merci encore,

entre temps j'ai tenté Ubuntu plutot que XUbuntu : même problème.

Je précise aussi, si c'est utile (?), que l'horloge interne du PC est HS. Elle est systematiquement en juin 2022 et c'est un ordinateur qu'on m'a donné il y a longtemps, je j'ai pas le code d'accès de la protection du BIOS. L'horloge "manuelle" est OK.

  ping -c1 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.492 ms

--- 192.168.1.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.492/0.492/0.492/0.000 ms 

$ip -6 r s
::1 dev lo proto kernel metric 256 pref medium
2a01:cb05:8fb1:8e00::/64 dev eno1 proto ra metric 100 pref medium
fe80::/64 dev eno1 proto kernel metric 1024 pref medium
default via fe80::46d4:54ff:fe02:bc30 dev eno1 proto ra metric 100 pref high

$ resolvectl
Global
       Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: stub

Link 2 (eno1)
    Current Scopes: DNS
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 192.168.1.1
       DNS Servers: 192.168.1.1 2a01:cb05:8fb1:8e00:46d4:54ff:fe02:bc30
        DNS Domain: home

$ nmcli connection show
NAME                UUID                                  TYPE      DEVICE 
Wired connection 1  72cda20b-458f-3ddb-9be5-cd07083c4eda  ethernet  eno1

matrix-bx · Le 26/11/2022, à 14:40

lindenb a écrit :

merci encore,
entre temps j'ai tenté Ubuntu plutot que XUbuntu : même problème.
Je précise aussi, si c'est utile (?), que l'horloge interne du PC est HS. Elle est systematiquement en juin 2022 et c'est un ordinateur qu'on m'a donné il y a longtemps, je j'ai pas le code d'accès de la protection du BIOS. L'horloge "manuelle" est OK.

C'est vraiment curieux, je viens de reprendre depuis le début et je (re)prend note de

lindenb a écrit :

ma connection ssh ne marche plus (mais j'aii internet).

Tentons autre chose

$ sudo apt install mtr -y
...
$ mtr -bTwn -P 80 -Z 1 185.233.100.113
$ mtr -bTwn -P 22 -Z 1 185.233.100.113

lindenb · Le 26/11/2022, à 15:04

Tentons autre chose

merci/voici

$ mtr -bTwn -P 80 -Z 1 185.233.100.113
Start: 2022-11-26T15:00:26+0100
HOST: okazaki         Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.1      0.0%    10    1.5   1.2   0.9   1.7   0.2
  2.|-- ???             100.0    10    0.0   0.0   0.0   0.0   0.0
  3.|-- ???             100.0    10    0.0   0.0   0.0   0.0   0.0
  4.|-- 80.12.192.158    0.0%    10    5.8   6.2   2.5  21.6   6.2
  5.|-- 193.252.162.250  0.0%    10    9.9   9.9   9.5  10.4   0.3
  6.|-- 81.253.129.186   0.0%    10   10.5  10.4  10.1  10.7   0.2
  7.|-- 193.252.137.74   0.0%    10   10.2  20.3  10.0 110.8  31.8
  8.|-- 193.251.131.8    0.0%    10   10.7  10.7  10.1  11.0   0.3
  9.|-- 81.52.188.22     0.0%    10   10.9  10.5  10.0  11.3   0.4
 10.|-- 78.153.231.227   0.0%    10   18.6  18.3  17.4  18.9   0.4
 11.|-- 31.172.233.174   0.0%    10   17.7  18.0  17.1  22.4   1.6
 12.|-- 5.83.232.2       0.0%    10   17.8  17.9  17.7  18.6   0.3
 13.|-- 149.6.44.18      0.0%    10   18.4  18.7  17.9  22.8   1.5
 14.|-- 185.233.100.113  0.0%    10   19.0  18.6  18.1  19.0   0.3

$ mtr -bTwn -P 22 -Z 1 185.233.100.113
Start: 2022-11-26T15:00:50+0100
HOST: okazaki     Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.1  0.0%    10    0.6   0.7   0.5   1.0   0.2
  2.|-- ???         100.0    10    0.0   0.0   0.0   0.0   0.0

matrix-bx · Le 26/11/2022, à 15:08

Ah, c'est déjà plus clair, c'est la faute de la livebox !
Doit y avoir un truc dans la config du pare-feu ou des restrictions d'usages configurées.
Direction http://192.168.1.1

lindenb · Le 26/11/2022, à 15:16

SUPER C'ETAIT BIEN ÇA ! J'avais bloqué le PC sur des tranches horaires pour les enfants ! Mais pourquoi donc avais-je internet ?
Mille merci !

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 26/11/2022, à 00:06

ssh : connection timed out depuis que j'utilise XUbunfu 22.04

#2 Le 26/11/2022, à 00:34

Re : ssh : connection timed out depuis que j'utilise XUbunfu 22.04

#3 Le 26/11/2022, à 11:33

Re : ssh : connection timed out depuis que j'utilise XUbunfu 22.04

#4 Le 26/11/2022, à 12:36

Re : ssh : connection timed out depuis que j'utilise XUbunfu 22.04

#5 Le 26/11/2022, à 13:35

Re : ssh : connection timed out depuis que j'utilise XUbunfu 22.04

#6 Le 26/11/2022, à 13:54

Re : ssh : connection timed out depuis que j'utilise XUbunfu 22.04

#7 Le 26/11/2022, à 14:18

Re : ssh : connection timed out depuis que j'utilise XUbunfu 22.04

#8 Le 26/11/2022, à 14:40

Re : ssh : connection timed out depuis que j'utilise XUbunfu 22.04

#9 Le 26/11/2022, à 15:04

Re : ssh : connection timed out depuis que j'utilise XUbunfu 22.04

#10 Le 26/11/2022, à 15:08

Re : ssh : connection timed out depuis que j'utilise XUbunfu 22.04

#11 Le 26/11/2022, à 15:16

Re : ssh : connection timed out depuis que j'utilise XUbunfu 22.04

Pied de page des forums