Salut,
Sachant que les ordinateurs de mon réseau se “ping” et accèdent au “Net” mais que l’un des deux se refuse à"ssh", j’en viens à penser que c’est du côté routage qu’un paramètre manque.
Toute suggestion est la bienvenue 
PS. Aucun firewall, seul le router en fait office.
Que donne un «netstat -tpl» sur l’ordinateur inaccessible?
Il te manque peut être une redirection du port 22 sur le routeur vers le serveur SSH ?
Comment est architecturé ton réseau exactement ? Est ce que le client ssh et le servuer ssh sont de part et d’autre du routeur, ou du même côté ?
Re,
Mes deux engins sont tour à tour client ou serveur.
[quote]gerard@glupins:~$ sudo netstat -tpl
[sudo] password for gerard:
Connexions Internet actives (seulement serveurs)
Proto Recv-Q Send-Q Adresse locale Adresse distante Etat PID/Program name
tcp 0 0 :ssh : LISTEN 1610/sshd
tcp 0 0 localhost:ipp : LISTEN 1570/cupsd
tcp6 0 0 [::]:ssh [::]: LISTEN 1610/sshd
tcp6 0 0 ip6-localhost:ipp [::]:* LISTEN 1570/cupsd
[/quote]
J’en suis à avoir autorisé tous les services sur tous les ports entre ces deux machines !
Re,
Oui mais sur l’autre je n’ai que cupsd !
[quote]gerard@debian:/etc/init.d$ sudo netstat -tpl
[sudo] password for gerard:
Connexions Internet actives (seulement serveurs)
Proto Recv-Q Send-Q Adresse locale Adresse distante Etat PID/Program name
tcp 0 0 localhost:ipp : LISTEN 1765/cupsd
tcp6 0 0 ip6-localhost:ipp [::]:* LISTEN 1765/cupsd
[/quote]
Re,
Problème résolu : Une réinstallation du serveur et du client, suivi d’un redémarrage ont fait démarrer sshd 
Cette machine a été installée il y a plusieurs mois ? Et ssh avait déja fonctionné.
Merci pour netstat 