Bonjour,
Coincés derrière un PALC, nous ne pouvons pas accéder aux serveurs Subversion de SPIP et de la zone parce qu’ils ne sont accessibles qu’en svn:// …
Serait-il possible de les ouvrir aussi en http:// ?
Merci.
-Nicolas
Bonjour,
ce n’est pas possible car les deux protocoles ne correspondent pas au même serveur.
Nous utilisons svnserve (svn://) et pas mod_svn (http://)
Qu’est-ce qu’un PALC ?
.Gilles
2011/3/1 Nicolas Hoizey <nicolas@hoizey.com>
Google me dit : Proxy À La Con. 
http://blog.ronez.net/?p=708
C’est exactement ça…
2011/3/1 Gilles VINCENT <gilles.vincent@gmail.com>
ce n’est pas possible car les deux protocoles ne correspondent pas au même serveur.
Nous utilisons svnserve (svn://) et pas mod_svn (http://)
J’en avais bien peur.
Merci.
* Nicolas Hoizey tapuscrivait, le 01/03/2011 11:37:
ce n'est pas possible car les deux protocoles ne correspondent pas au même
serveur.
Nous utilisons svnserve (svn://) et pas mod_svn (http://)J'en avais bien peur.
Et si tu cherchais du côté de la mise en place d'un proxy HTTP qui ferait la conversion à la volée du http -> svn ?
Update: You could also try using connect-tunnel, which uses your HTTPS proxy server to tunnel connections:
connect-tunnel -P proxy.company.com:8080 -T 10234:svn.example.com:3690
Then you would use
svn checkout svn://localhost:10234/path/to/trunk
-- RealET
2011/3/1 RealET <real3t@gmail.com>
- Nicolas Hoizey tapuscrivait, le 01/03/2011 11:37:
J’en avais bien peur.
Et si tu cherchais du côté de la mise en place d’un proxy HTTP qui ferait la conversion à la volée du http → svn ?
Je veux une solution durable et validée par l’équipe sécurité de mon client, donc non, pas de tunneling HTTP…
-Nicolas
Et si tu essayes avec git ? En googlant ce matin j'ai cru lire quelque part qu'il passe mieux les firewalls ou différemment
http://help.github.com/firewalls-and-proxies/
A +
Luis
git ne sera jamais installé, dans sa configuration actuelle, pour la zone.
Il consomme trop de ressources juste pour le core, ce qui pénalise svn.
On a donc des éléments à revoir de ce côté là.
2011/3/1 Luis Speciale <lspeciale@gmail.com>
Ton PALC ne peut pas jouer ce rôle justement ?
Comme cela il ne fait de tunneling que pour les domaines en rezo.net et spip.org.
2011/3/1 Nicolas Hoizey <nicolas@hoizey.com>
2011/3/1 Gilles VINCENT <gilles.vincent@gmail.com>
git ne sera jamais installé, dans sa configuration actuelle, pour la zone.
Il consomme trop de ressources juste pour le core, ce qui pénalise svn.
On a donc des éléments à revoir de ce côté là.
Bon à savoir.
Je me demandais si je n’allais pas mettre mes nouveaux plugins sur Github, justement. Dommage pour l’éclatement de la zone, mais Github est tellement pratique…
2011/3/1 Gilles VINCENT <gilles.vincent@gmail.com>
Ton PALC ne peut pas jouer ce rôle justement ?
Comme cela il ne fait de tunneling que pour les domaines en rezo.net et spip.org.
Je pense qu’il sera plus simple qu’on nous autorise svn sur ces domaines, sans tunneling…
2011/3/1 Luis Speciale <lspeciale@gmail.com>
2011/3/1 RealET <real3t@gmail.com mailto:[real3t@gmail.com](mailto:real3t@gmail.com)>
- Nicolas Hoizey tapuscrivait, le 01/03/2011 11:37:
J’en avais bien peur.
Et si tu cherchais du côté de la mise en place d’un proxy HTTP qui
ferait la conversion à la volée du http → svn ?Je veux une solution durable et validée par l’équipe sécurité de mon
client, donc non, pas de tunneling HTTP…Et si tu essayes avec git ?
La zone n’est pas sur Git.
En googlant ce matin j’ai cru lire quelque part qu’il passe mieux les firewalls ou différemment
http://help.github.com/firewalls-and-proxies/
Je garde ce lien en tout cas, merci !
-Nicolas