tout est dans le titre : je peux me logger en ssh sur le serveur de ma fac (entre autres) mais impossible de me connecter au pc à 1m de celui duquel j’écris. Les deux sont derrière le même routeur et ont normalement tous les 2 ssh. C’est pas absolument vital mais comme le 2eme est en rade cela me permettrais de le dépanner depuis celui qui marche 
il te met quoi comme message (peut être que le port ssh est fermé sur l’autre serveur.)
ssh : connect to host xxx.xxx.xxx.xxx port 22 : connection refusedje viens d’essayer depuis l’autre machine et cela marche impeccable … je suppose que la machine en question bloque le port 22. Mais en même temps j’ai pas touché a la conf des ports d’un coté comme de l’autre dc je pige pas…
a tu essayer de maper les port ouver avec nmap .
nmap -p22,25 adresse ip du serveur
ca reste étrange que je puisse me logger en ssh vers ma fac quand même … mais bon je vais essayer
hello,
Soit sshd n’ait pas démarré soit tu n’as pas de route pour atteindre le pc, si tu le ping c’est que sshd n’ait pas démarré sinon problème de route.
j’arrive à le pinger c’est une des premières choses que j’ai vérifiées en fait mais j’ai oublié d’en parler dans ma question.
Vient donc une question toute bete : comment je lance sshd ?
c’est un service non? dans /etc/init.d ?
si oui un update-rc.d machin add pour le lancer à chaque démarrage.
il n’est pas dans init.d va falloir que je google un peu + ^^
Il suffit d’éditer /etc/ssh/sshd_config et d’effacer /etc/ssh/sshd_not_to_be_run
je n’ai aucun fichier traitant de sshd sur ma bécanne “à problèmes” à l’endroit indiqué.
Tu dois avoir un fichier /etc/ssh/sshd_config et /etc/init.d/ssh
Lance /etc/init.d/ssh et regardes si sshd est lancé (sauf si c’est inetd qui le lance)
Tu peux directement lancer sshd pour voir si tout se passe bien.
Regarde aussi dans /var/log/daemon.log
c’est à n’y rien comprendre je n’ai rien à “/etc/init.d/ssh” … et pourtant depuis cette bécanne la je peux utiliser ssh et me connecter à une machine … c’est juste les connections entrantes qui ne passent pas.
Ah et aussi :
hoshin@grotux:~$ sudo cat /var/log/daemon.log | grep sshne me renvoie rien.
Réinstalle le paquet ssh, ces fichiers sont dans ce paquet
apt-get install ssh
A+
[quote=“fran.b”]Réinstalle le paquet ssh, ces fichiers sont dans ce paquet[/quote]Non en etch, le client et le serveur sont dans des paquets séparés:root@roc:/# aptitude search openssh
i openssh-client - Secure shell client, an rlogin/rsh/rcp replacement
p openssh-server - Secure shell server, an rshd replacement
root@roc:/# apt-cache policy openssh-client openssh-server
openssh-client:
Installed: 1:4.3p2-9
Candidate: 1:4.3p2-9
Version table:
*** 1:4.3p2-9 0
997 http://ftp.fr.debian.org etch/main Packages
987 http://ftp.fr.debian.org sid/main Packages
100 /var/lib/dpkg/status
openssh-server:
Installed: (none)
Candidate: 1:4.3p2-9
Version table:
1:4.3p2-9 0
997 http://ftp.fr.debian.org etch/main Packages
987 http://ftp.fr.debian.org sid/main Packages
ssh réinstallé suite au message de fran et ça marche deja mieux … J’attends un reboot pour voir s’il se lance tout seul comme un grand et sinon bah je le mettrais au démarrage.
Merci à tous pour vos réponses.
Coup de bol qui montre que Debian est quand même bien foutu, ssh est dans etch un paquet virtuel qui depend de openssh_client et openssh_server du coup l’indication a marché même si c’est un effet indirect. Ça explique aussi pourquoi il n’avait qu’un client ssh et pas le serveur (il devait avoir juste le client d’installé)
après reboot : j’arrive a me connecter en ssh sur ma fameuse machine. Tout va bien donc, et encore merci ^^