Utiliser l'infrastructure SSH existante de nos serveurs pour l'identification.

NB : pas d'accès possible par navigateur.

Dans ce qui suit, un utilisateur - USER1 - gère un dépôt dans son arborescence personnelle et donne accès à ce dépôt à un autre utilisateur - USER2 -.

USER1> mkdir ~/forge_html/SVN/
USER1> cd ~/forge_html/SVN/
USER1> svnadmin create mondepot
USER1> chmod 700 mondepot

• S'il n'en a pas déjà un, le 2^eme utilisateur créé un jeu de clés SSH personnel avec protection de la clé privée par passphrase, .

USER2> ssh-keygen -t rsa

Transmisssion à USER1 de la clé publique ~USER2/.ssh/id_rsa.pub ainsi créée.

• ou, sous Ubuntu, utiliser seahorse

USER1 ajoute la clé publique spéciale de USER2 à ~USER1/.ssh/authorized_keys et la modifie comme suit.

NB : si USER1 est son propre client, il a juste besoin d'ajouter sa clé publique créée sur sa machine cliente au fichier ~/.ssh/authorized_keys sur sirius.

ssh-rsa AAAA...blabla..reste_de_la_clé...

command="/usr/bin/svnserve -t --tunnel-user=USER2",no-port-forwarding,no-agent-forwarding,no-X11-forwarding,no-pty ssh-rsa AAAA...blabla..reste_de_la_clé...

le tout sur une seule ligne.

• command=“” : indique à ssh la commande à utiliser avec cette clé

• /usr/bin/svnserve -t : svnserve en mode tunnel ssh

• –tunnel-user=USER2 : les modifications apportées au dépôt seront attirbuées à USER2

• le reste : quelques précautions de sécurité

Format de base des URL à utiliser par USER2 pour les commandes svn :

svn+ssh://USER1@serveur/chemin/home/USER1/son/depot

(Tiens compte de la mise en place de la nouvelle organisation des dépôts)

svn+ssh://USER1@janus.info.univ-angers.fr/chemin/home/USER1/forge_html/SVN

(Tiens compte de la mise en place de la nouvelle organisation des dépôts)

svn+ssh://USER1@janus.info.univ-angers.fr/chemin/home/USER1/forge_html/SVN/mondepot

sirius, janus et forge désignent la même machine, mais l'accès ssh à forge.info.univ-angers.fr n'est plus possible.

depuis l'extérieur du réseau du département, janus.info.univ-angers.fr ne répond pas aux pings ⇒ utiliser ssh pour vérifier qu'une connexion est possible.

On voit que USER2 se connecte en tant que USER1. Toutes les restrictions nécessaires à la sécurité et l'attribution des modifications dans le dépôt sont gérées dans le fichier ~/.ssh/authorized_keys de USER1, comme on l'a vu.

On utilise un agent SSH afin que cette passphrase ne soit pas demandée à chaque commande svn.
Utiliser seahorse, ou, le cas échéant, les commandes suivantes dans un terminal :

USER2> ssh-agent $SHELL
USER2> ssh-add
USER2> clientsvn

Pour le client svn en ligne de commande sous Linux.

Dans le fichier ~/.subversion/config, dans la section [tunnels], ajouter une ligne comme :

ssh<xy> = ssh -p <xy> 

Remplacer <xy> par le numéro de port SSH par lequel la machine distante est accessible, et utiliser le format de base d'URL suivant :

svn+ssh<xy>://USER1@janus.info.univ-angers.fr/chemin/home/USER1/forge_html/SVN/mondepot

Ils sont dans le sous-répertoire conf du répertoire de dépôt de USER1.

Modifier les paramètres auth-access, anon-access et authz-db

Exemple de fichier svnserve.conf :

[general]
### These options control access to the repository for unauthenticated
### and authenticated users.  Valid values are "write", "read",
### and "none".
anon-access = none
auth-access = write
 
authz-db = authz

C'est dans ce fichier que sont configurés les droits d'accès (si authz est la valeur donnée à authz-db dans svnserve.conf).

Exemple de fichier authz :

[groups]
lesautres = toto,titi
 
[/]
# droits de lecture/écriture
moi = rw
elle = rw
# droits de lecture
lui = r
# droits de lecture pour le groupe "lesautres"
@lesautres = r
# aucun droit pour tous le reste du monde
* =

Voir Path-Based Authorization pour plus de détails.

man <commandesvn>

<commandesvn> help

<commandesvn> help <sous-commande>

/usr/share/doc/subversion/ : Particulièrement “Débuter avec Subversion” (/usr/share/doc/subversion/french/getting_started.html)

http://fr.wikipedia.org/wiki/Subversion_(logiciel)
http://en.wikipedia.org/wiki/Subversion
http://svnbook.red-bean.com/
http://dev.nozav.org/intro_svn.html (fr)

Voir aussi Comparaison des clients pour Subversion

Installés sur sirius et/ou facilement installables sur les portables :

• svn (ligne de commande)
• esvn
• rapidsvn
• kdesvn
• svn-workbench
• subcommander

Intégration à Nautilus

• TortoiseSVN. Configuration svn+ssh : 1 2
• RapidSVN. Configuration svn+ssh