Discussion :

[Chrono47]

Bonjour à tous.
(Ceux qui veulent toute l'histoire lisez le pavé, les autres uniquement la question en gras en bas)

Je viens vers vous car je souhaite mettre en place dans ma société un serveur proxy " téléchargement ".

J'explique ce que je souhaite faire :

Je suis dépanneur informatique et par conséquent je vois entre 30 et 40 ordinateurs par jours pour divers problèmes (virus, hdd hs, carte mère etc) si bien que je passe mon temps à réinstaller les machines afin de les rendre fonctionnelles à mes clients.

Afin de me faire gagner du temps, lorsque je fais une réinstallation je télécharge l'ensemble des pilotes pour le modèle que j'ai en face de moi, que je stock sur mon serveur (Exemple : M.Dupont m'amène un pc Acer V3 pour des virus, je le réinstalle, je télécharge les pilotes et les stocks sur mon serveur, mardi M.Durant m'amène le même modèle pour le même soucis, je n'ai pas à re-télécharger les pilotes vu que je l'ai fait la veille pour M.Dupont = gain de temps pour mon dépannage)

Le " truc " dont je me suis aperçu après de longues années, c'est que les constructeurs utilisent toujours le même lien ftp pour un même pilote (Par exemple, si le pilote wifi du Acer V3 est le même que le Acer V5, le lien de téléchargement sur le site Acer est identique.) et je sais que sur mon serveur j'ai énormément de doublons de pilotes, donc j'ai perdu du temps à télécharger le même pilote une deuxième, troisième fois etc ...

L'idée m'est donc venue de mettre en place IpCop (qui utilise Squid comme serveur proxy) afin que si le lien est déjà téléchargé, il le garde en cache et me le retélécharge de façon instantané (ça, ça fonctionne bien, je l'ai testé pendant plusieurs jours, et je suis content du résultat).

Le seul truc qui coince est la chose suivante :

Si le fichier change de taille mais garde le même nom, l'archive ne se re-télécharge pas, il utilise le fichier du proxy et je n'ai donc pas la dernière version (exemple :

www.firefox.com/firefox.exe => le fichier fait 32mo le 01/04/2015 je le télécharge une première fois mon squid me le fou en cache, si bien que si j'y retourne le 02/04/2015 et re télécharge ce fichier, c'est instantané.

Par contre, si le 03/04/2015, Firefox est mis à jours sur le serveur de mozilla, l'archive fait 45mo, je le télécharge, l'archive ne fera que 32mo (= le fichier qu'à retenu mon cache !)

Et le problème est là, j'aimerai savoir s'il est possible de faire comprendre à squid : Même nom de fichier mais taille différente = remise en cache du nouveau fichier en lieu et place d'utilisation de celui déjà connu.


Merci de votre aide

Chron'o

[JML19]

Bonjour

Je ne vois pas de solution, si ce n'est vider le cache pour qu'il se reconstitue de temps en temps.

Car ce qui est en cache ne se dynamise pas et il n'y a pas de possibilité pour qu'il mette à jour ses données du cache.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
cd /var/spool/squid

service squid stop

rm -fr /var/spool/squid/*

service squid start

[Chrono47]

Hum, merci pour votre réponse même si dans le fond elle ne me satisfait guère (le but du jeu, est de ne justement pas vider ce cache afin que si un pc avec des pilotes équivalent rentre un an après, je n'ai pas besoin de les re télécharger)

Par contre, sur ce site, milieu de page http://linux.crdp.ac-caen.fr/linux_cdr/x177.html j'ai trouvé quelque chose d'intéressant

Validité et rafraîchissement des objets

Deux directives permettent d'influencer le comportement du mandataire quant à la façon dont il jugera utile de recharger la page demandée depuis le Web plutôt que de la fournir directement au client.

La directive reload_into_ims permet, lorsque sa valeur on de passer directement la page à un client sans la recharger même si celui-ci le demande explicitement, à la condition toutefois que la page dans le cache soit à jour. Le mandataire vérifie la validité de cette condition en passant une requête au serveur distant avec l'argument if-modified-since. L'utilisation de cette fonctionnalité constitue une violation du protocole http.

La directive refresh_pattern permet un contrôle beaucoup plus fin de la validité des objets cachés. Son utilisation requiert la compréhension de l'algorithme de gestion du rafraichissement de Squid.

Savez-vous si cette fonction peut fonctionner pour ma demande ?

Merci.

[JML19]

Bonjour

Peut être ces fonctions par type de fichier par exemple :

Je ne connais pas bien ces fonctions Regarde (ICI)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
#============== GESTION DU CACHE PAR TYPE DE FICHIER
> # ici il y a des expressions régulières puis la durée minimum, 
> # le % de temps accpetable
> #		type 	min	%	max	options
> refresh_pattern -i \.gif$ 1 	50% 	2	override-expire reload-into-ims
> ignore-reload
> refresh_pattern -i \.jpg$ 3000 	20% 	6000	override-expire reload-into-ims
> ignore-reload
> refresh_pattern -i \.swf$ 3000 	20% 	6000	override-expire reload-into-ims
> ignore-reload
> refresh_pattern -i \.txt$ 3000 	20% 	6000	override-expire reload-into-ims
> ignore-reload
> refresh_pattern -i \.html$ 3 	20% 	6	override-expire reload-into-ims
> ignore-reload
> refresh_pattern -i \.js$ 3 	20% 	6	override-expire reload-into-ims
> ignore-reload

[Chrono47]

Hum, oui j'ai commencé à me pencher dessus ce matin mais à part un gros mal de crâne je n'arrive à rien de probant ... entre l'algorithme utilisé pour le fait de considérer un fichier comme " frais " ou " périmé " et les " violation http " je n'arrive à rien -_- ... une idée de comment mettre tout les fichiers avec extention .exe / .zip / .rar comme devant être vérifié à chaque fois ?

[JML19]

As-tu testé ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

refresh_pattern -i \.(exe|zip|rar)$ 0 0% 0

[Chrono47]

Alors, ça fonctionne mais que dans un sens, je m'explique (j'ai testé sur mon serveur ftp) :

Deux fichiers que je nomme 5.exe et 15.exe (5.exe = 5 mo / 15.exe = 15mo)

Je télécharge 5.exe en premier, il se met donc en cache, je le re-télécharge = instantané = normal
Je renomme 15.exe en 5.exe donc 5.exe fait maintenant 15mo, je le télécharge : le fichier de 15 mo se télécharge correctement (donc il n'utilise pas le fichier du cache = parfait !)

Par contre, si je fais l'inverse (que je télécharge d'abord le gros fichier, et que je renomme le petit ensuite) alors là, ça ne fonctionne plus, le fichier de 15mo se télécharge alors que mon lien pointe vers le fichier de 5mo ....

Une idée ? :/

Merci de ton aide en tout cas

[JML19]

Bonjour

Il n'y a pas une histoire de date de création des fichiers ?

Tu n'as pas créé un fichier avant l'autre ?

Je ne pense pas qu'il utilise la taille, mais peut être la date de création du fichier.