Je suppose que c'est à cause du NAT ; moi je dis vivement que l'IPv6 se généralise pour qu'on arrête ce genre de bidouille.
Pas vraiment à cause du NAT mais plutôt des parre-feu.
Je suppose que même en IPv6 la majorité des "box" et autres passerelles seront configurées pour autoriser les connexions sortantes et bloquer les entrantes.
D'ailleurs, s'il avait en plus configuré sa VM dans un subnet sur sa machine, tu aurais juste pu faire un simple ssh directement sur l'adresse de la VM ... !
Un subnet de quel réseau ?
Si c'est un nouveau réseau, le routage local sur sa machine n'aurait pas suffit. Les passerelles intermédiaires n'auraient pas connaissance de ce subnet. Et la conf d'un subnet et de règles de routage est autrement plus délicate à faire faire à distance à un utilisateur qu'un : ssh -R1234:localhost:22 toto@monrelais.com Les bidouilles c'est bien, mais quand on peut les éviter, c'est mieux...
En dépannage, la bidouille c'est souvent ce qui te sauve la vie !
Dans le cas présent, on a pu reconstruire une image de 10 Go à distance et malgré plusieurs coupures WiFi (merci SSH+screen).
[^] # Re: Incontournable
Posté par PhE . En réponse à la dépêche OpenSSH v5.4 : Certificat et Révocation. Évalué à 3.
Pas vraiment à cause du NAT mais plutôt des parre-feu.
Je suppose que même en IPv6 la majorité des "box" et autres passerelles seront configurées pour autoriser les connexions sortantes et bloquer les entrantes.
D'ailleurs, s'il avait en plus configuré sa VM dans un subnet sur sa machine, tu aurais juste pu faire un simple ssh directement sur l'adresse de la VM ... !
Un subnet de quel réseau ?
Si c'est un nouveau réseau, le routage local sur sa machine n'aurait pas suffit. Les passerelles intermédiaires n'auraient pas connaissance de ce subnet. Et la conf d'un subnet et de règles de routage est autrement plus délicate à faire faire à distance à un utilisateur qu'un :
ssh -R1234:localhost:22 toto@monrelais.comLes bidouilles c'est bien, mais quand on peut les éviter, c'est mieux...
En dépannage, la bidouille c'est souvent ce qui te sauve la vie !
Dans le cas présent, on a pu reconstruire une image de 10 Go à distance et malgré plusieurs coupures WiFi (merci SSH+screen).