Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Dernière révision Les deux révisions suivantes
sysadmin:mirror_redirect_squid [2014/10/21 17:27]
james [Regles de réécriture] typo
sysadmin:mirror_redirect_squid [2014/10/21 17:42]
james modif liens http utilisant la balise nowiki
Ligne 1: Ligne 1:
-{{tag>​squid proxy jesred URL réécriture miroir debian}}+{{tag>​squid ​squid3 ​proxy jesred URL réécriture miroir debian ​ubuntu apt-cacher apt-cacher-ng bande-passante}}
 ====== Redirection transparente vers les miroirs locaux ====== ====== Redirection transparente vers les miroirs locaux ======
  
 Dans un article précédent nous avons vu comment [[sysadmin:​debian_mirror|créer un miroir debian local]]. Dans un article précédent nous avons vu comment [[sysadmin:​debian_mirror|créer un miroir debian local]].
  
-Nous allons maintenant aller plus loin et effectuer une redirection transparente vers ce miroir. Note que dans la suite de cet article quand on utilisera le terme "​miroir"​ il pourra s'agir soit d'un miroir "​complet"​ soit bien d'un miroir partiel (apt-cacher-ng,​ apt-cacher...),​ les deux étant fonctionnellement identiques pour ce qui nous intéresse.+Nous allons maintenant aller plus loin et effectuer une redirection transparente vers ce miroir. Note que dans la suite de cet article quand on utilisera le terme "​miroir"​ il pourra s'agir soit d'un miroir "​complet"​ soit bien d'un miroir partiel (apt-cacher-ng,​ apt-cacher...),​ les deux étant fonctionnellement ​(presque : voir note plus bas :p ) identiques pour ce qui nous intéresse.
  
 L'​avantage est donc de n'​avoir aucun travail à effectuer sur les postes : ils utilisent toujours les dépots classiques, comme par exemple "​ftp.fr.debian.org"​ mais sont redirigés silencieusement vers le dépôt local, d'où des gains énormes en  bande passante et en simplicité. L'​avantage est donc de n'​avoir aucun travail à effectuer sur les postes : ils utilisent toujours les dépots classiques, comme par exemple "​ftp.fr.debian.org"​ mais sont redirigés silencieusement vers le dépôt local, d'où des gains énormes en  bande passante et en simplicité.
Ligne 75: Ligne 75:
 </​code>​ </​code>​
  
 +<​note>​L'​utilisateur averti aura remarqué une légère différence de conmportement entre l'​utilisation d'un miroir local complet ou d'un apt-cacher-ng par exemple :
 +notre miroir debian est composé de : 
 +  * <​nowiki>​http://​debian-mirror.mondomaine.com/​debian/</​nowiki>​ pour la copie du miroir classique
 +  * <​nowiki>​http://​debian-mirror.mondomaine.com/​debian-backports/</​nowiki>​ pour la copie du miroir de backports
 +  * <​nowiki>​http://​debian-mirror.mondomaine.com/​debian-security/</​nowiki>​ pour la copie du miroir debian-security
 +  * ...
 +en conséquence en ce qui concerne la redirection pour un fichier disons <​nowiki>​http://​ftp.fr.debian.org/​debian/​dists/​wheezy/​Release</​nowiki>​ il faut que la redirection s'​effectue sur :
 +  * dans le cas d'un miroir local : <​nowiki>​http://​debian-mirror.mondomaine.com/</​nowiki>​**debian**<​nowiki>/​dists/​wheezy/​Release</​nowiki>​
 +  * dans le cas d'un apt-cacher-ng : <​nowiki>​http://​debian-mirror.mondomaine.com:​3142/</​nowiki>​**<​nowiki>​ftp.fr.debian.org/​debian</​nowiki>​**/​dists/​wheezy/​Release
 +d'ou les différences de parenthésage dans les règles pour faire le match sur l'url complete/​partielle et le port : les miroirs partiels ont besoin d'une url complète
 +</​note>​
 ===== Vérification du fonctionnement ===== ===== Vérification du fonctionnement =====
 Pour prendre en compte ces modifications il faut bien sur faire recharger a squid sa configuration :<​code>/​etc/​init.d/​squid3 reload</​code>​ Pour prendre en compte ces modifications il faut bien sur faire recharger a squid sa configuration :<​code>/​etc/​init.d/​squid3 reload</​code>​
sysadmin/mirror_redirect_squid.txt · Dernière modification: 2014/10/28 18:33 par james
Driven by DokuWiki Recent changes RSS feed Valid CSS Valid XHTML 1.0