| View previous topic :: View next topic |
| Author |
Message |
Mickael
Advocate
Joined: 05 Sep 2005
Posts: 2383
Location: ~Belfort! - France - EU
|
 Posted: Wed Apr 09, 2008 10:44 am Post subject: [emerge]emerge sync avec proxy [résolu] |
 |
|
Saut tout le monde,
j'ai un léger problème depuis que mon labo a changé la configuration du réseau. Nous devons passer par un proxy. Le problème ne se pose que pour emerge --sync. J'ai configuré wgetrc afin qu'il passe par un proxy, et de ce côté là, je n'ai aucun problème pour installer un logicile (exemple un emerge -v latex2rtf fonctionne très bien) :
| Code: | # You can set the default proxies for Wget to use for http and ftp.
# They will override the value in the environment.
http_proxy = http://172.x.x.x:3128/
ftp_proxy = http://172.x.x.x:3128/
# If you do not want to use proxy at all, set this to off.
use_proxy = on
|
J'ai donc fouiné un peu partout, et j'ai configuré mon make.conf :
| Code: | HTTP_PROXY="http://172.x.x.x:3128"
FTP_PROXY="ftp://172.x.x.x:3128"
RSYNC_PROXY="rsync://172.x.x.x:3128"
|
Je passe par un SCI qui lui doit travailler avec le CRI de l'école et le CRI de l'université (pas facile tout ça). J'ai donc contacté notre admin réseau du SCI, et il m'informe que normalement il n'y a aucun problème pour passer à travers le proxy de l'école d'ingénieur. J'obtiens ce log lors d'un emerge -ssync pour le moment :
| Code: | emerge --sync
>>> Starting rsync with rsync://134.68.220.74/gentoo-portage...
>>> Checking server timestamp ...
rsync: getaddrinfo: rsync //172.16.: Servname not supported for ai_socktype
rsync error: error in socket IO (code 10) at clientserver.c(122) [receiver=3.0.2]
>>> Retrying...
>>> Starting retry 1 of 3 with rsync://140.211.166.165/gentoo-portage
>>> Checking server timestamp ...
rsync: getaddrinfo: rsync //172.16.: Servname not supported for ai_socktype
rsync error: error in socket IO (code 10) at clientserver.c(122) [receiver=3.0.2]
>>> Retrying...
>>> Starting retry 2 of 3 with rsync://134.68.220.73/gentoo-portage
>>> Checking server timestamp ...
rsync: getaddrinfo: rsync //172.16.: Servname not supported for ai_socktype
rsync error: error in socket IO (code 10) at clientserver.c(122) [receiver=3.0.2]
>>> Retrying...
>>> Starting retry 3 of 3 with rsync://134.68.220.97/gentoo-portage
>>> Checking server timestamp ...
rsync: getaddrinfo: rsync //172.16.: Servname not supported for ai_socktype
rsync error: error in socket IO (code 10) at clientserver.c(122) [receiver=3.0.2]
>>> Exceeded PORTAGE_RSYNC_RETRIES: 3
|
J'ai lu également que le proxy doit | Quote: | | for emerge --sync to work, your proxy must support the connect method on destination port 873. |
J'ai pas compris, je suis pas un fan des réseaux. Comment reformuler ma requête auprès des SCI/CRI(s) pour cette histoire de 873?
Elle est où la couille dans le potage?
EDIT emerge-websync fonctionne mais ne me satisfait pas, les snapshots ne sont pas suffisamment mis à jour sans compter que les MD5sum ne sont pas toujours présents sur les serveurs.
_________________
À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo
Last edited by Mickael on Thu Apr 10, 2008 3:06 pm; edited 1 time in total |
|
| Back to top |
|
 |
El_Goretto
Moderator
Joined: 29 May 2004
Posts: 3114
Location: Paris
|
| Posted: Wed Apr 09, 2008 10:57 am Post subject: |
|
|
La methode connect, c'est un truc à configurer côté Proxy (j'ai fait çà sur du Squid à une époque), car la conf de base de Squid l'interdit, tout comme le FTP. Je sais plus, mais je crois que la conf Squid limite CONNECT aux ports SSL.
Tout çà de tête, avec les bourdes potentielles que ça implique 
_________________
-FreeNAS: µ-serv Gen8 G1610T, 16Go ECC & µ-serv N40L, 8Go ECC
-FreeBSD 11/Vimage/Jails: DS61, i3 2100T, 16Go
-Réseau: ERL-3 + ESL-24 + GS108Tv2
-NAS: RN312 |
|
| Back to top |
|
|
anigel
Bodhisattva
Joined: 14 Apr 2003
Posts: 1889
Location: Un petit bled pas loin de Limoges ;-)
|
| Posted: Thu Apr 10, 2008 2:49 pm Post subject: Re: [emerge]emerge sync avec proxy |
|
|
| Mickael wrote: | | EDIT emerge-websync fonctionne mais ne me satisfait pas, les snapshots ne sont pas suffisamment mis à jour sans compter que les MD5sum ne sont pas toujours présents sur les serveurs. |
Les snapshots de ce type me semblent au contraire la meilleure façon de synchroniser Gentoo dans ton cas : dans la mesure où il est fortement recommandé de ne pas synchroniser ton arbre plus d'une fois par jour, ça revient strictement au même.
_________________
Il y a 10 sortes d'individus en ce bas-monde : ceux qui causent binaire, et les autres. |
|
| Back to top |
|
|
Mickael
Advocate
Joined: 05 Sep 2005
Posts: 2383
Location: ~Belfort! - France - EU
|
| Posted: Thu Apr 10, 2008 3:03 pm Post subject: Ani |
|
|
Merci pour vos réponses. En effet, je dirais même plus : il ne faut pas synchroniser l'arbre plus d'une fois par jour. Mais je me pose une question en ce qui concerne emerge-websync. Est-ce que cette commande consomme plus de bande passante ? <--> elle télécharge tout l'arbre, ou seulement les parties mises à jour ? Où est la différence avec emerge --sync mis à part l'utilisation de rsync par cette dernière.
C'est donc résolu. Merci encore Ani et El_Goretto
_________________
À LIRE : COMMENT POSTER ET OBTENIR DE L'AIDE ?
Qui suis-je ? Bon j'ai relu, comme d'habitude, je suis bon a rien le vendredi
Qui suis-je ? Je ne serai jamais modo |
|
| Back to top |
|
|
anigel
Bodhisattva
Joined: 14 Apr 2003
Posts: 1889
Location: Un petit bled pas loin de Limoges ;-)
|
| Posted: Thu Apr 10, 2008 3:20 pm Post subject: |
|
|
Théoriquement, un web-rsync consomme davantage de bande passante. En fait c'est surtout vrai si tu le fais tous les jours. En revanche, un webrsync consomme *beaucoup* moins de temps CPU côté serveur .
_________________
Il y a 10 sortes d'individus en ce bas-monde : ceux qui causent binaire, et les autres. |
|
| Back to top |
|
|
El_Goretto
Moderator
Joined: 29 May 2004
Posts: 3114
Location: Paris
|
| Posted: Thu Apr 10, 2008 3:30 pm Post subject: |
|
|
Pour compléter le bins, il existe app-portage/emerge-delta-webrsync qui ne télécharge que des "patchs".
J'ai pas encore trouvé comme lui dire de commencer à faire un différentiel à partir de telle date.
_________________
-FreeNAS: µ-serv Gen8 G1610T, 16Go ECC & µ-serv N40L, 8Go ECC
-FreeBSD 11/Vimage/Jails: DS61, i3 2100T, 16Go
-Réseau: ERL-3 + ESL-24 + GS108Tv2
-NAS: RN312 |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
French
