Salut a tous    
alors j'espère poster dans la bonne section.
 
 
Voila j'explique ma problématique :
 
Je cherche a mettre en place un serveur svn accessible depuis le web sur ma debian etch,
j'ai donc suivi plusieurs tuto, que ce soit pour l'installation et la configuration du vistualhost et de ssl.
Après plusieurs jours de galeres, j'ai bien un svn j'ai même installé usvn, mais l'accès a distance pose toujours problème, en effet quand j'essaye de me connecter par http ou ssl (malgré avoir fait des modif des conf), il me dis toujour erreur 403.  
Je cherche donc de l'aide de la part de quelqu'un qui aurait deja fait ca, je peut fournir les fichier de conf et log    
 
Merci d'avance de vos reponses    

Personne n'aurait une piste ?  

* paquets installés en détails
* type de config souhaitée : via apache avec mod_dav ou direct via svnserve
* fichiers de config
* logs si tu as

alors j'ai installé :
-svn
-usvn(pour l'admin)
apache2
le mod_dav_svn pour apache
 
Le type de config souhaité :
Un acces ssl (pour passer un peu partout)
et par le web genre trac  
 
Mes fichier de config :
 
Mon virtual host :  

 
Mon defaut.ssl

 
Et pour les logs je peut surement les mettres tous mais je ne sais pas exactement lequel mettre et ou ils sont ..
Kepp trying''  

Petit point sur l'avancement
 
USVN est fonctionnel et on peut gerer les projet et groupes/users.
SVN est fonctionnel aussi mais on ne peut y acceder de l'exterieur que ce soit en http ou ssl.
 
Voila si vous avez une piste ...
 
edit :  
l'erreur que je me paye a chaque test en http ou ssl

t'as rien compris à SLL je crois.
=> redoc
 
pour ton erreur de droit: il faut que l'utilisateur qui fait tourner apache2 (www-data sur debian) ait le droit de lire le repertoire de ton repos svn

Merci de ta piste je me suis repenché sur ce protocole mais sur quel point pensent tu que je n'ai pas saisi ??
 
Donc je vais essayer de mettre les droit de www-data sur les rep avec :
 

Quand j'essaye de browser mon svn par navigateur j'ai toujours la même erreur :

pour ssl: il te faut un certif et généralement on utilise le https (http avec communications chiffrées par ssl) sur le port 443. donc:
1) faire tes certifs
2) écrire une conf apache correcte pour ça
 
y a des tutos partout.
 
pour le probleme de droits: que disent les logs ? si les droits sur le repertoire sur le fs sont bons, c'est qu'il manque quelquechose dans la conf d'apache... "allow from all... ?"

Merci de tes réponses    
Avant de m'attaquer a la connection par https,
j'essaye de me connecter par http avec un browser ou tortoise .
 
Alors puisque USVN est fonctionnel je gere mon projet par la(creation/modification)
Cela me permet aussi de gerer les groupes et les droits sur les projets et repertoires.
 
Donc j'ai un projet dont le path local est : /home/svn/Doojet  
 
voila le bout de mon virtual host lié :

 
 
Je relance apache par : invoke-rc.d apache2 restart
 
J'assigne les droit sur le repertoire a www-data :  
- chown -R www-data:www-data /home/svn/Doojet
 
Ensuite j'essaye de me connecter par http:\\adresse_hote\doojet
Une invite me demande un compte je me logge.
Et la :

Si j'essaye avec tortoise il me redemande constamment de me logger sans jamais avec accès au repo.  
Coté server mes logs apache disent ca :
-access.log

 
-error.log

 
Voila donc apparement cela viens des droit mais je ne sais pas trop quoi faire.    
ps : le tuto qui m'as servi de base  
http://www.exhaustif.com/Installer [...] -sous.html
 
Keep tryin'

doojet c'est un projet ?
 
=> parentpath incorrect. (y a parent dedans hein, donc le répertoire parent des repos. or tu indique un repos, directeement !)

Oui, petit projet en j2ee.
 

 
Donc je change le : SVNParentPath /home/svn/repo
en SVNParentPath /home/svn
 
Je restart apache, et   toujours meme erreur.

 
access.log :

 
error.log :

 
toujours 403 ...    

Libre bien sur ?
 
Donc je change le : SVNParentPath /home/svn/repo
en SVNParentPath /home/svn
 
Je restart apache, et   toujours meme erreur.
 
 
normal, tu accedes au répertoire parent par  GET /doojet HTTP/1.1
pour acceder au repos, il faut tapper http://monserveur/doojet/NomDuRepo
 
parentpath c'est fait pour heberger plusieurs repos d'un coup. ne l'utilise pas si tu veux acceder qu'à un seul projet !

Oui carrement c'est un projet de fin de formation dans une ecole.

 
je commente  
#SVNParentPath /home/svn
et j'ajoute SVNPath /home/svn/doojet
 
restart apache
et toujours une erreur 403, sur l'url :
http://192.168.0.10/doojet
..
 
access.log

 
error.log

rajoute ça dans le <location>
 
Options Indexes FollowSymLinks MultiViews
Order allow,deny
allow from all

Je met a jour le location :

Une idée ??
   

hmmm
encore un 403 ?
 
t'es sur des droits de /home/svn/doojet ?
t'as créé le projet ?
t'as quoi dans /home/svn/access ?

Oui toujours    

j'ai fait :
chown -R www-data:www-data /home/svn/Doojet/
 

Oui le projet et créer et gérer par USVN.
 

Le fichier d'acces au divers svn geré lui aussi par USVN.
 

avec des acl il attend certainement un username... comme http://toto@monserveur/projet
 
(j'ai jamais utilisé)
 
sinon essai momentanément d'enlever la directive AuthzSVNAccessFile

En commentant le AuthzSVNAccessFile
il me sort ca :

c'est malin d'utiliser un frontend...
 
tu peux faire un checkout en local de file://home/svn/repo ?

C'est une mauvaise idée ??
Je pensais que cela serait plus simple, centralisé.
 

Je fait un check out avec :  

 
Et cela donne :  

 
Du coup oui on peut bien utiliser le svn en local ..
 
     

Personne n'aurait une idée/piste ??    
   

 
 
excellente idée .... pour tout casser
 
un dépôt SVN doit appartenir à l'utilisateur svn et au groupe svn
Les groupes ne servent pas à rien, b***, donc tu fais :
useradd www-data svn
 
Comme ça ton apache peut aller lire et écrire dans ton dépôt subversion, qui reste lui, la propriété de subversion pour ses besoins persos ..
 
Si ton dépôt est vide, tu as le droit de le supprimer et de le recréer de 0 (svnadmin toussa)

Merci de ta reponse fighting_falcon, ca m'aide.
Alors suivant ce conseil j'ai fait un :
 
useradd -g www-data svn  
 
toujours la meme erreur :  

 
Pour faire un point sur les droits :
Mon depot se situe dans /home/svn/doojet :

 
Voila je me suis aussi connecté sous x, pour verfier les utilisateurs et groupes
ainsi on a bien 2 groupes :
www-data (apache)
svn
 
J'ai ajouté www-data au groupe svn, et meme le groupe svn a www-data pour etre sur.
Mais cela ne change pas j'ai toujours la meme erreur  :  

 
Je continue de chercher, si vous avez des idées, pistes, remarques je suis preneur      
       
 

d'ailleur le check out en local est toujours ok :  

 
Et mon VirtualHost :  

relance ta commande ls mais avec les options -al :
ls -al /home/svn
 
ensuite, tu as le droit de repasser tout ton dépôt au groupe svn :
chmod -R :svn /home/svn
 
Du coup, il faudra donner les droits en écriture au groupe pour qu'apache puisse écrire dedans :
chmod -R g+w /home/svn/Doojet
 
 
Enfin, une erreur 500 ça me fait penser à un dépôt "branlant"
fait voir un ls -al /home/svn/Doojet/*

Salut fighting_falcon et merci de ton aide,
je lance :
 

 
J'obtient ca :
 

 
et mon "ls -al /home/svn/Doojet/" donne :

 
Quand j'essaye de changer les droit du rep :
chmod -R :svn /home/svn  

 
Par contre "chmod -R g+w /home/svn/Doojet " s'execute bien (pas de retour).
     

Pour changer le propriétaire ce n'est pas chmod qu'il faut utiliser mais chown (comme "change owner" ).
cf. le man de cette commande.

 
je chown /home/svn/ sur l'entite www:data du groupe www-data comme cela ?? :
 

ouais pardon, chown et non chmod !!!!
je vais prendre rendez-vous dans une clinique pour me faire greffer des mains qui marchent ...
 

 
NAAAANNN !!! L'inverse :

 
 
Vérifie que ton user www-data est bien dans le groupe svn :
groups www-data
Ca doit afficher :
www-data : www-data svn
 
Ensuite, quelques droits à remettre d'aplomb sur ton dépôt subversion :
chmod -R o-rwx /home/svn/Doojet/
chmod g+s /home/svn/Doojet/db
chmod 440 /home/svn/Doojet/format

 
Fait

 
ok ca donne :  
 

ok

ok

ok
 
Check out local - ok
Check out par http - erreur  

 
Journal d'apache2 :
--Error.log

 
--Access.log :

 
mon virtual host :

 
Je ne sais pas trop ce qui cloche les droits semblent ok, le svn est fonctionnel, je ne comprend pas pourquoi cela ne fonctionne pas ??
Merci a ceux qui file un coup de main      
Toujours a la recherche d'une piste ...    
 

Alors j'essaye de modifier un peu mon virtualhost :

 
je fais un check out il me demande un compte   , je lui en donne un puis :
J'effectue le test avec la derniere version de tortoise.
 

 
Et quand je vais dans mon log apache, error.log :
 

 
Apparement il y aurait un pb sur le fichier user du projet, je vais chercher en ce sens ..
   

T'aurais pas une faute de frappe dans ta conf apache ? Un PROPFIND qui s'est transformé en PROFIND

Tu as raison et meme le s a options :
je corrige en  

 
Je teste et vous dis si ca change quelque chose merci de ton aide francesco
     
 

Apres la modif quand j'essaye de joindre la l'addresse du repo.
 
dans le navigateur :

 
dans le fichier de log error.log :

Pourquoi y a pas de "D" majuscule à Doojet cette fois-ci ?

Oula la belle faute de frappe ...
donc je corrige:
checkout local - ok
checkout http - ok      

 
Mais si je veut commiter mes mise a jour :

 
du coup le repo est accessible en anonyme en lecture comme je voulais, mais pas moyen d'envoyer les commit.
Une idée ??
Merci a tous de vos aides      
 

Petit up car je sèche toujours sur ce problème,
quelqu'un aurait un lien ou une idée ??    
   

Personne n'aurait une piste je suis vraiment bloqué ...