Discussion :

[Taichin]

Bonjour,

Je viens de configurer un SVN sur mon serveur débian et je souhaite utiliser un client tel que TotroiseSVN sur mon poste client en Windows XP derrière un proxy.

En local sur le serveur Debian, tout fonctionne.

En revanche, dès que je souhaite me connecter via TortoiseSVN (Checkout)
avec les paramètres svn+ssh://monlogin@xxx.xxx.xxx.xxx/var/lib/svn
J'ai un timeout puis, dans le formulaire, un "Connection closed unexpectedly"

J'ai pourtant renseigné correctement le formulaire de configuration du proxy et j'ai aussi renseigné "C:\Program Files\TortoiseSVN\bin\TortoisePlink.exe" dans la partie SSH Client...

Que dois-je faire ?

Merci,
Taichin

[julien-blaise]

Salut,
Mais il ne te demande à aucun moment un mot de passe ?
Quel est le système d'authentification ssh de ton serveur ?
Au fait tu n'es pas obliger de spécifier le client SSH il utilisera par défaut TortoisePlink.

[ahokdac]

j'ai le même problème, et je ne sais pas m'en sortir.
1) je sais me connecter par SSH au serveur avec putty et une clé privée
- si je me connecte directement, putty se ferme directement et j'ai un message qui m'indique que
This is a restricted Shell Account
You cannot execute anything here.
Il semblerait que ce soit normal
2) la connection est sauvée dans 'maConnexion', accessible par pageant
3) j'indique à tortoisesvn une url du genre
svn+ssh://login@maConnexion/le/chemin/du/rep
et là... connection closed unexpectedly

si je paramètre le profil de connexion que je ne veux pas de shell ou de command (putty/connection/ssh/"Don't start a shell or a command at all")
la connection reste (dans putty et tortoise), mais je ne peux rien en faire (...forcément...).

si vous avez une idée, je prends volontiers...

[julien-blaise]

J'ai du mal à comprendre d'où vient votre problème.
Mais voici la procédure que j'ai suivie pour mettre en place TortoiseSVN et SSH sur un client Windows.
Installation de TortoiseSVN
Création du couple clé public/privée.
Mettre la clé public dans ~/.ssh/authorized_keys sur le serveur ssh
Lancer Pageant
Ajouter la clé privée dans Pageant (demande de passphrase si nécessaire)
Avec TortoiseSVN faire un Checkout ou un Repo-browser et donner comme url :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

svn+ssh://user@serveurssh/cheminDuRepo

Si vous avez accès au serveur vous pouvez accéder au log de sshd, non ? Ca devrait vous donner plus d'info sur la raison de l'échec.

[ahokdac]

merci pour la piste
je viens de tester cette variante (la clé stockée dans pageant et svn+ssh://user@serveurssh/cheminDuRepo).
ca me donne toujours
connection closed unexpectedly

en revanche, ca marche bien pour accéder par ssh à un repository cvs sur le même serveur - CVSROOT=:ext:user@serveurssh:/cheminDuRepo
ca doit plutot se passer du coté de svn, client ou serveur
je vais voir ce que je trouve comme logs

[julien-blaise]

Et qu'as tu mis comme serveur ssh ?

[ahokdac]

>serveur ssh
ca a une importance?

enfin, je n'en ai aucune idée, j'ai pris une solution packagée (pam?) et les comptes sont shell restricted
j'ai jete un oeil du coté des logs
. svn ne laisse pas de logs
. les logs "secure", montre que la clé ssh est acceptée et qu'il y une séquence rapide ouverture/fermeture de session

[ahokdac]

petit point de situation
- le pb est du coté serveur
- quelques recettes testées sans succès
. réparer le repository svnadmin repair /repos/path
. AllowTcpForwarding yes dans sshd_config
- pas de logs svn, je n'ai pas trouvé l'option pour les logs verbeux
- aucune piste dans les logs ssh

je seche...

[julien-blaise]

C'est un peu beaucoup important un serveur ssh dans ton architecture.
Normalement si tu fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

svn://

le client s'adresse au serveur SVN svnserve. Par contre, l'usage de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

svn+ssh://

ton client s'adresse au serveur ssh.
Coté serveur j'utilise Cygwin.

[ahokdac]

>svn, svn+ssh
oui, ca j'avais bien deviné, qu'il fallait un serveur ssh dans l'affaire, et que dans certains cas on l'appelait ou pas
ce que je me demandais c'était si le modèle du serveur ssh intervenait

pour l'instant (voir mon memo précédent), je sèche sur l'erreur, et je n'ai rien trouvé dans la littérature pour avancer
a priori, l'erreur se passe au niveau serveur, et... pas moyen de trouver quoi changer.

[julien-blaise]

Peut on voir ton log sshd pour se faire une idée de ce qu'il bidouille ?

[Matthieu Brucher]

J'ai eu ce problème pour un projet gna que j'ai commencé, ils sont aussi en svn+ssh.

J'ai vu que le pb pouvait venir de ta configuration serveur, genre tu ne lui as pas donné ta clé publique.
Si tu arrives à te connecter en svn+ssh sous ta Debian, c'est que ce n'est pas ça - pour savoir si ça marche, tu dois te créer une clé pour ta debian avec ssh-keygen et ssh-add pour ajouter la clé à la liste des clés SSH -
Si tu y arrives, c'est que c'est Tortoise qui ne marche pas, donc Pageant avec ta clé, et ça devrait marcher, ou tu peux ajouter l'utilisation de la clé dans les paramètres de putty et tu sauvegardes - sans te connecter, ça ne sert à rien, tu ne peux pas te connecter en ssh sur un svn+ssh

[ahokdac]

pour les logs sshd, ca sera post-mortem, j'ai zappé et je suis passé à une autre config. en gros, il ouvre et ferme la session dans la seconde (le temps de se faire jeter par svn j'imagine)
sur les clés ssh, c'est pas ca, parce que quand je lance une session putty avec la clé privée, j'ouvre la session (et puis c'est tout, parce que c'est shell restricted).
et puis c'est vraiment pas ça, parce que j'arrive à travailler sur cette machine avec cvs via ssh (chaine de connexion CVSROOT=:ext:user@host:/cvsroot/repos)

si je devais explorer une piste, c'est celle des restrictions de shell pour m'assurer que svnserve est bien une commande acceptée - je n'ai pas cherché comme le faire. à l'occasion...