hello à tous, c'est mon premier message sur ce forum alors soyez indulgent.  
 
je suis un utilisateur Linux debian aguérit mais un piètre utilisateur Windows, en conséquence je fais appel à la légendaire solidarité windaubienne face à l'écran bleu pour voler à mon secour.
 
j'ai installé un serveur subversion sur ma debian que j'utilise soit avec le client subversion en ligne de commande sous une autre debian, soit avec le client tortoise (qui est super d'ailleur et qui n'a pas d'équivalent linux, arghh). Celui ci marche trés bien, je les tester en local et par internet. Le PB est que je dois l'utiliser cette fois-ci derrière un proxy car je suis au boulot, et c'est la que c'a coince.
 
Si je ne configure pas le proxy ca merde au bout d'un moment et dis qu'il ne pas accéder au serveur.
 
Si je le configure en lui donnant le serveur proxy, le port 80 et mon nom de compte pour accéder au proxy il me sort une erreur directe :  
 
Error while updating filelist (PROPFIND request failed on '/svn'
PROPFIND of '/svn': authorization failed (http://patran10))
 
on dirait qu'il ne passe pas le proxy mais pourtant le nom d'utilisateur et mot de passe sont bien ceux fournit pas mon cher adminastrateur. Peut être n'est ce pas le bon port ? A savoir que j'accède à mon repository par mozilla sans PB.
 
J'ai une authentification au niveau du repository, est ce que ca pourrait venir de la ?  
 
Merci à ce qui m'auront lu et encore plus à ce qui vont me répondre!!  
 
 

http://subversion.tigris.org/faq.html#proxy A tout hasard tu l'as déjà lu?

j'ai lu cette faq et je suis allez tripatouiller le fichier de conf server sous "application data/subversion" et la je me suis
rendu compte qu'il trouvé bien le serveur proxy par contre je n'arrive pas a passer outre.  
 
Il dise dans la faq que cela peut venir de certaines fonctions qui peuvent être bloqué au niveau proxy (genre propfind)
ou alors de mon compte.
Est ce que quelqu'un qui s'y connait en proxy peut me rencarder.  
 
Merci

Tout d'abbord, je ne connais aps subversion. C'est quoi ? un genre de cvs ?
 

 
Ca semble logique, je doute qu'a ton taf il y ai une route par défaut vers Internet
 

 
Le c'est assez intéresant, t'as plein d'info à nous communiquer.  
"/svn" c'est une arbo de ton serveur subversion ?
"http://patran10" ==> c'est un serveur connu ? (genre de ta boite ou chez toi ?)
 

 
Ensuite coté proxy, il reste possible qu'une fois authentifié auprès du proxy, ton browser essaie de te ré-authentifier sur ton serveur subversion avec le même login / passwd
Donc si t'as accès à ton serveur, pour tester, créé toi un login /passwd idem à celui donné par ton admin
 
Dernier point, il est effectivement possible que le subversion utilise d'autre port que le proxy ne sait faire suivre !
Cela serait surprennant car si ton client propose une option cela doit être full HTTP/HTTPS
 
Voila pour ma contrib. bonne recherche !
 
edit : Peux tu supprimer ton double post ? ( http://forum.hardware.fr/hardwaref [...] 0958-1.htm )

subversion est plus qu'un genre de cvs, c'est son remplaçant, c'est un mec de CVS qui a arrété le développement de cvs et qui depuis 3 ans s'est mis a subversion. Je connais tout juste depuis quelques jour et c'est un régal à utiliser.  
 
en fait ici j'essayer d'accéder à un dépot svn en réseau local dans ma boite aprés avoir paramétrer tortoise avec l'accés proxy mais en réalité ca d'ahbitude ca marche. c'est lorsque j'essaie d'accéder à mon repository chez moi que ca merde http://troopa.cjb.net/svn
 
svn c'est le nom de mon repository racine, apache est configuré pour comprendre que quand on demande svn, il faut faire tourner le module subversion.
 
ton histoire de ré-authentification parait possible, j'ai ajouté le même user avec le même mot de passe et on vera bien demain mais en général ca plante assez vite hors mon serveur est assez limité en upload (512 en dl faite la division) et donc c'est sensé ramé, c'est pour cela que j'ai l'impression que ca bloque au niveau du proxy et pas chez moi.
 
Enfin, normalement tout fonctionne en http, sur port 80 exclusivement, par contre ce que je ne comprends pas c'est que mozilla est configuré avec proxy et port 8080 ?va savoir pk ?
 
merci de ta réponse, je vous tiens au courant !!!

Au fait pour vérifier si c'est une ré-authentification "foireuse" de la part du proxy/browser, tu peux jetter un oeil  aux logs d'apache/subversion. Y'aura des traces je pense.

je ne sais pas si ca vient d'un problème de ré-authentification mais j'ai toujours ce probleme alors que j'ai rajouté le même user sur mon serveur apache que celui qui me sert à passer le proxy.  
 
J'ai pas pensé à aller voir les logs d'apache, il est certain que c'était peut être la première chose à faire. J'irais jeter un coup d'oeil ce soir et j'irais peut être faire un tour du côté de l'administration du réseau pour voir si il y a des restrictions au niveaux du proxy.

Juste pour info, on a un serveur Subversion ici aussi, accessible en https et via le port subversion du server svnserver.
 
Un de nos collaborateur passe par le proxy de son entreprise pour accéder au repository, et via http, pas moyen de faire quoi que se soit sur le serveur (filtrage au niveau du proxy ? )
Bref, du coup, on est passé en https, ça marche beaucoup mieux, et c'est plus sécurisé au passage

Seconde solution : sortir etheral sur le PC où tu utilise le client. Tu verra vite quelle machine te "jette" !

j'avoue ne pas avoir saisie la totalité de ta réponse. subversion tourne en-tant que module apache et non en tant que server indépendant, le port de connexion et donc 80 comme un serveur http normal.  
 
Par contre ton histoire de passer par https m'intéresse beaucoup, ca pourrait être une alternative intéressante. Peut tu m'orienter vers de la documentation ou me donner quelques instructions pour mettre à jour mes fichiers de conf et passer en https.
 
Merci.

En fait sur le PC client tortoise (windows?) tu installes Ethereal et tu fais une capture un peu avant que tu fasses une tentative de connexion à ton serveur subvresion.
 
Etheral permettera de metten en évidance le comportement réseau de ton client tortoise : est ce qu'il essaie de se connecter en direct à ton serveur ? (pbl de proxy) est ce qu'il esaie d'utiliser un port que le proxy d eton taf ne supporte pas ? Est ce le protocole lui même qui est mal "dégéré" par le proxy ?
 
bref histoire de trouver la source du problème.

aprés avoir galéré un moment à utiliser ethereal voici ce qu'il en sort lorsque j'essaye d'accéder à subversion.
 
voici une description de ce ki se passe quand j'essaye d'accéder à mon repository avec tortoise :  
 
source  destination protcol description
pc_travail proxy  HTTP PROPFIND http://troopa.cjb.net/svn HTTP/1.1   <-- mon serveur debian chez moi
pc_travail proxy  HTTP Continuation or non-HTTP traffic
proxy  pc_travail TCP http > 4584 [ACK] ...
proxy  pc_travail HTTP HTTP/1.1 401 Unauthorized (Le serveur requiert l autorisation d'éxécuter la commande
     l'accés au serveur Web est refusé. Contactez l'admin serveur).
 
j'ai l'impression que ca vient de mon serveur, pourtant ca marche partout sauf ici.

Je crois que ce post m'était adressé
 
Chez nous, on a les deux (module apache + serveur indépendant), et quand on passait par le proxy pour accéder au module apache en http (non https), ça merdait.
Le proxy permettait pas de passer directement sur le serveur indépendant.
 
 
Pour l'https, ya rien de spécial à faire, sinon configurer Apache pour fonctionner en https.
On a un virtualhost svn.machin.com pour accéder au serveur svn via Apache, et ce virtualhost est configuré pour n'accepter que des connexions https sur le port 443. Donc, regarde du coté de la mise en place de l'https sous Apache, et tu recopies après ta config pour faire fonctionner le module svn à cet endroit là.

ok merci je vais essayer cette solution ce soir.

j'ai installé un lien https sur apache2 je vérait si ca marche mieux comme ca demain.  
 
au cas ou je file le détail d'installation d'un https sur apache 2 ca peut servir :  
 
 
ajouter écoute sur port https dans /etc/apache2/ports.conf :  
Listen 443
 
copier le fichier defaut des sites disponible et l'ajouter en tant que site activé
cp /etc/apache2/sites-available/default /etc/apache2/sites-available/ssl
a2ensite ssl
 
changer l'entete des deux fichiers :
--> pour defaut :  
NameVirtualHost *:80
<VirtualHost *:80>
--> pour ssl  
ameVirtualHost *:443
<VirtualHost *:443>
 
modifier le fichier /etc/apache2/sites-available/ssl en activant l'authentification ssl :
ajouter aprés "ServerSignature On"
SSLEngine On
SSLCertificateFile /etc/apache2/ssl/apache.pem
 
 
ajouter le module ssl
a2enmod ssl
 
créer un certificat ssl (répondre aux questions posez)
apache2-ssl-certificate
 
relancer et apache
/etc/init.d/apache2 restart
 
y a plus qu'a remplacer http par https lorsqu'on accède au site web et le tour est joué.
 
NB: si vous êtes derrière un firewall, ou routeur ne pas oublier de paramétrer le port 443

je viens d'essayer d'accéder à mon repository par tortoisesvn
en https et il y a une erreur, elle dépend du numéro de port que je met dans la config du proxy dans tortoise :
 
port 80 ou 8080 :  
Error while updating filelist (PROPFIND request failed on '/svn'
PROPFIND of '/svn': Could not create SSL connection through proxy server (https://troopa.cjb.net))
 
port 443 :
Error while updating filelist (PROPFIND request failed on '/svn'
PROPFIND of '/svn': could not connect to server (https://troopa.cjb.net))
 
j'ai essayé le port 8080 car c'est celui qui est configuré sous mozilla et c'est le seul qui me permet d'accéder à mon site par https.  
 
Je commence vraiment à désespérer de trouver la solution et de pouvoir utiliser subversion.