Bon, c'est peut être un problème con mais je bloque.
Mon système est un XP sp3. Je virtualise dessus avec vmware player une debian 5 en environnement texte pour me servir de serveur ocs-ng. La mv a sa carte réseau bridgée : tout le monde la ping et elle ping tout le monde. De même sshd fonctionne sur la machine : elle peut se ssher elle même.
 
Je lance putty sur l'ip de ma machine virtuelle avec comme protocole ssh "2 only" et rien : écran noir, pas d'invite de logging malgré un tuto sur putty, J'ai vérifié, iptables est configuré pour accepter le port 22, de même que le firewall de XP.
 
Quelqu'un aurait il des idées, des éléments auxquels je n'aurais pas pensé ?

fait un telnet sur le port 22 voit si ça répond déjà

Toujours le même écran noir vide, mais je peux taper quelques chose. Aucune réponse par contre.

Ouais donc le port est ouvert
 
Par contre je ne sais pas pk ça marche pas

J'ai refait deux test avec deux autres machines virtuelles :
_ debian à debian, le ssh passe.
_ win 98 relativement fraiche à debian, rien.
 
Ca doit venir de putty donc, mais quoi ? L'adresse hôte est bonne, la version du protocole ssh aussi, et l'identifiant n'est pas obligatoire.

fait un tail sur /var/log/auth.log

Fait : aucune  demande d'authentif de la part de putty visibles.
Les seules visibles sont moi me connectant.

Je parie le parfeu de win

sur la machine virtuelle peux faire les commandes suivantes :

et coller le fichier de config de sshd ici ?
As tu checké les logs de la machine virtuelle (dans /var/log/) pour voir si d'éventuel message d'erreur y était ?

Au minimum, on devrait avoir la version du serveur ssh si une connexion TCP était ouverte entre putty et la VM

ok, le résultat du netstat :
TCP    0     0     0.0.0.0:22               0.0.0.0:*                     LISTEN 3333/sshd
TCP    0     0     192.168.0.254:22     192.168.0.253:54649      ESTABLISHED 3337/sshd user
tcp6   0     0      :::22                      :::*                          LISTEN 3333/sshd
 
Pour la deuxième ligne, normal : j'ai une deuxième mv installée pour test, qui est en ssh sur le serveur au moment où j'ai tapé la commande.

En fermant la session ssh ouvert et en lancant putty, le résultat devient :
TCP    0     0     0.0.0.0:22               0.0.0.0:*                     LISTEN 3333/sshd
TCP    0     0     192.168.0.254:22     192.168.0.2:7396          SYN_RCV -
tcp6   0     0      :::22                      :::*                          LISTEN 3333/ss
 
ROOTSHELL : ca ne peut pas venir du parefeu windows XP. J'ai testé avec une mv win 98 qui en est totalement dépourvu, et le résultat est absolument identique.

Marrant, ta session TCP reste bloquée dans l'état SYN_RCV...
As tu un firewall de configuré sur ta debian ?

ça m'étonnerait mais as tu quelques choses de spécifique dans tes hosts.allow / hosts.deny
un

te renvoie quoi ?

Dans hosts.allow et hosts.deny, rien à part des commentaires.
Et oui, iptables tourne mais j'ai fait unr ègle pour laisser ouver le port 22. Sinon la deuxième debian ne pourrait pas faire de ssh, non ?
 
Pour le netstat, j'ai :
tcp     0    0    ipserveur:22      ipmachineXP:8279       SYN_RECV -
 
 

tout dépend de la tête de la règle,  
Tu peux me filer le résultat de  

?

les adresses privées, c'est pas la peine de les cacher (au passage)

Ok, le résultat donc :
Chain INPUT  ( policy ACCEPT 1098 packets, 74140 bytes)
 pkts bytes target  pro opt in    out    source             destination

Chain FORWARD  ( policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target  pro opt in    out    source             destination

Chain OUTPUT  ( policy ACCEPT 33 packets, 1742 bytes)
 pkts bytes target  pro opt in    out    source             destination

Tu n'as aucune règle de firewall sur ta debian là.

J'en avait rentré une depuis la console avant hier. Je suppose qu'elle n'a pas été écrite dans le fichier de conf.
Nouveaux tests effectués :
_ un ami sur win 7  : a réussi à se connecter depuis l'extérieur
_ un XP swwet de mon réseau : a réussi à ce connecter.
_ ssh depuis cygwin installé sur ma machine : échec.
 
Le problème ne vient donc pas de mon serveur.  Je me demande si le protocole ssh ne demande pas certains services  qui seraient arrêtés sur ma machine ( et arrêté/inexistant sur ma mv win 98 )

La commande prend les règles en cours sur la machine, il ne va pas voir un quelconque fichier, c'est réellement ce qui est opérationnel.

Très étrange.
Problème de routage peut être. Tu peux décrire un peu mieux ton archi virtuel ?

Non, il se suffit à lui même. Il a juste besoin d'une implémentation TCP. Et dans notre cas, c'est la session TCP qui ne se monte pas entièrement. (cf. la signification du SYN_RECV au dessus)

Ok, donc la description.
Le serveur est une Debian 5 virtualisée sur une machine XP sp3. La virtualisation se fait via Vmware Player 3.0.1. 8go, 512 mo de ram, vmware tools non installé : je suis en mode texte sur le serveur debian, je ne les ai pas jugés utiles.
La carte réseau virtuelle est bridgée, mais la case "replicate physical connection state" n'est pas cochée. La machine physique comme la machine virtuelle est configurée en ip fixe.

Je me demande s'il n'y aurait pas un soucis avec la pile réseau de machine, mais si c'était le cas, j'aurais d'autres problèmes, non ?

Lance un iptables -F