 |
||
| ||
| |||||
| Dernière réponse | |
|---|---|
| Sujet : subversion | |
| troopa81 | 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. |
| Aperçu |
|---|
| Vue Rapide de la discussion |
|---|
| troopa81 | 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. |
| troopa81 | 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 |
| troopa81 | ok merci je vais essayer cette solution ce soir. |
| multani |
|
| troopa81 | 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. |
| Phoenix | 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. |
| troopa81 | 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. |
| Phoenix | Seconde solution : sortir etheral sur le PC où tu utilise le client. Tu verra vite quelle machine te "jette" ! |
| multani | 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 ;) |
| troopa81 | 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. |
| Phoenix | 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. |
| troopa81 | 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 !!! |
| Phoenix | Tout d'abbord, je ne connais aps subversion. C'est quoi ? un genre de cvs ?
|
| troopa81 | 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 |
| chaica | http://subversion.tigris.org/faq.html#proxy A tout hasard tu l'as déjà lu? |
| troopa81 | 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!! |
