Derniers journaux de shadebob :
- [08/05@09:34] Migration serveur Mysql 2000 --> Linux
- [26/01@12:41] WindRiver - Mars et l'open source
- [20/01@12:59] Probleme de freeze au reboot
- [15/01@09:27] Temps de latence sur passerelle
- [14/01@15:12] Dante et Iptables
- [13/01@18:00] Monter des partitions NFS sous windows
- [08/01@10:44] FS pour stocker plusieurs millions de docs
- [29/12@10:09] Visualisation du traffic en console
- [27/12@09:58] Editeur XUL
- [03/12@00:15] Utilisation de GreenStone
- [25/11@22:07] Gates et Ballmer dans ... Matrix ;)
- [22/11@21:14] Comparatif Mysql Linux - Mysql Win 2000
- [17/11@19:40] Suppression du Broadcast avec IPtable
- [13/11@16:32] WxWindows + Python
- [11/11@16:11] Equivalent Macromedia Fireworks
- [08/11@15:13] 1 machines met le bazar dans mon reseau
- [19/10@21:00] Serveur Counter Strike et Gestion des Statistiques
- [14/10@11:43] Suivi de Vehicules en temps reel par GPS
- [12/10@13:05] Duplication Base Mysql en temps reel
- [08/07@11:52] Utilisation de Time Limit avec Squid
Journal : Rediriger des Requêtes Particulières d'un Squid a l'autre
Posté par Jeremy SALMON (page perso, ) le 13 mai 2004Je cherche dans les différentes docs sur Squid depuis quelques jours sans succès.
Mon problème est le suivant :
J'ai deux serveurs proxy Squid sur des Debian Woody.
J'ai un premier serveur squid qui traite toutes les données des ports 80 et 443 de mon réseau.
J'ai un deuxième serveur proxy que j'aimerai voir traiter que certains sites.
Par exemple un utilisateur demande www.linuxfr.org et j'aimerai que le Squid1 le fasse OBLIGATOIREMENT transite par Squid2 qui effectuera lui même la requête.
Je ne trouve pas de solutions :s
Est ce possible journal?
> Lire le journal (6 commentaires, moyenne: 1,3).
c est dans la doc
Va voir du coté de la directive cache_peer_accesshttp://squid.visolve.com/squid/squid24s1/access_controls.htm#cache_(...)
-
[^]Re: c est dans la doc
Posté par Jeremy SALMON (page perso, ) le 13/05/2004 à 13:04. (lien). Évalué à 1.Bonjour,
Merci de ta reponse mais je crois que cache_peer_access est utilise dans le cas ou je veux que la machine x.x.x.x passe par le proxy X.
Dans mon cas je desirerai que toute machine du reseau lorsqu'elle demande www.linuxfr.org (par ex) passe par le proxy2, c'est a dire que le proxy1 redirige suivant le nom du site vers le proxy2.-
[^]Re: c est dans la doc
Posté par PasChauve PasOunet () le 13/05/2004 à 14:15. (lien). Évalué à 1.Dans l exemple ils te montrent avec une acl source , rien ne t empeche de le faire avec une acl destination .
-
[^]Re: c est dans la doc
Posté par Jeremy SALMON (page perso, ) le 13/05/2004 à 16:17. (lien). Évalué à 1.Oki les modifs sont faites, j'attends ce soir pour les activer. Merci
-
-
LVS ?
Ca a peu de chance de correspondre à ce que tu cherches à faire, mais LVS [1] a des algo pour faire des clusters de cache (DH et LBLC, voir par exemple [2]).
Dans la pratique ça fait que chaque site oueb est caché sur une seule machine...
Si ça peut t'aider...
[1] http://www.linuxvirtualserver.org/(...)
[2] http://www.austintek.com/LVS/LVS-HOWTO/HOWTO/LVS-HOWTO.ipvsadm.html(...)
Proxy.pac
Dans ma fac la solution utilisée pour ce problème à été de créer un proxy.pac (proxy automatic configuration) c'est un script géré par IE/mozilla & co qui determine le proxy en fonction de l'adresse.
Ca necessite une configuration au niveau client mais ca simplifie le boulot.
Il [e2fsck] a bien démarré, mais il m'a rendu la main aussitot en me disant "houlala, c'est pas beau à voir votre truc, je préfèrerai que vous teniez vous même la tronçonneuse" (traduction libr
Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser 

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.