2009-09-29 8 views
1

est la situation ici:problèmes TortoiseSVN et Putty

svnserver installé avec succès sur un disque dur réseau accessible par réseau local en utilisant ce tutoriel:

http://forum.synology.com/wiki/index.php/Step-by-step_guide_to_installing_Subversion_on_ARM-based_Synology_Products

Le répertoire de base svn est appelé svn, et la prise en pension (dummy-name: repo_name) est dans svn. J'ai édité les fichiers svnserver.conf et passwd - et créé un utilisateur comme décrit dans "Définir les permissions du référentiel" (j'ai défini l'anon-write pour le test). De mon poste de travail je tente de vérifier le repo que j'ai créé sur le NAS, en utilisant ce format:

svn + ssh: // ip_address/svn/repo_name

Le client tente de se connecter, demande un mot de passe mais ne parvient pas à établir une connexion.

J'ai actuellement deux hypothèses:

1: Tortue est d'avoir à se connecter au NAS se premier 2: Je ne devrais pas utiliser une adresse IP - dois-je utiliser la lettre du lecteur, il est mis en correspondance ou le nom du réseau de l'appareil? 3: TSVN doit être configuré d'une manière ou d'une autre. Tortue est configuré pour utiliser TortoisePlink - quand j'essaye d'y associer Putty, il se plaint du port (bien que je puisse me connecter et administrer en utilisant Putty en dehors de TSVN).

Des idées?

+0

obtiendra une meilleure attention sur serverfault. – markus

Répondre

1

L'instructions étape par étape, on met à sont pour rendre le référentiel accessible avec une URL svn://, mais vous essayez de vous connecter à une URL ssh+svn://.

Lors de la connexion avec une URL svn://, vous devez vous connecter avec le nom d'utilisateur et mot de passe configuré dans le fichier passwd, à savoir le fichier référencé dans svnserve.conf comme password-db. Lorsque vous vous connectez avec une URL ssh+svn//, vous devez vous connecter avec le même nom d'utilisateur et mot de passe que pour une session SSH, c'est-à-dire celui que vous utilisez pour le produit configured in the terminal services. Voir la section dans le livre SVN sur svnserve SSH authentication pour comprendre comment fonctionne ssh+svn://. Mais à moins que vous n'ayez l'intention de rendre le référentiel accessible du monde extérieur sur Internet, je doute que vous ayez besoin de SSH ici.

+0

Le problème était double à la fin, j'avais modifié inetd.conf incorrectement, et utilisé le format décrit ci-dessus - merci pour l'aide – sunwukung