[squid-users] Configuration Problems

From: <patric.glazar_at_arz.at>
Date: Mon, 30 May 2011 13:38:13 +0200

Hello!

We are using squid to solve bandwith regulation for our patchmanagment.

What is our purpose:
- we have a limited bandwith to our central PM-Server so each squid has a
connection bandwith max 20 KB!
  therefore we are using delay pools class 1
 delay_pools 1
 delay_class 1 1
 delay_parameters 1 20000/20000 20000/20000
 delay_access 1 allow localnet

- the clients in the internal Lan should get the download from squid as
fast as possible,
  same request should be handelt as one - first fill the cache and then
serve the download to the clients
  the cache should be cleaned after 1 year!

hierarchy_stoplist cgi-bin ?

refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern -i (/cgi-bin/|\?) 0 0% 525600
refresh_pattern . 0 20% 4320
 
 range_offset_limit -1
 collapsed_forwarding on

rightnow it looks like that all clients are sharing the 20 KB and therfore
not one is getting the update
- the cache is staing empty I don�t know why
- a trace on the central PM Server shows that the squid Servers are
donwloading a huge amount of data

Mit freundlichen Gr��en / Best regards
Patric Glazar

Allgemeines Rechenzentrum GmbH
PC Infrastructure Management
Team Security

A-6020 Innsbruck, Anton Melzerstr.11
Tel.: +43 / (0)504009-1309
Fax: +43 / (0)504009-71309
E-Mail: patric.glazar_at_arz.at
http://www.arz.co.at
DVR: 0419427
----------------
Disclaimer:
Diese Nachricht dient ausschlie�lich zu Informationszwecken und ist nur
f�r den Gebrauch des angesprochenen Adressaten bestimmt.

This message is only for informational purposes and is intended solely for
the use of the addressee.
----------------
----------------
Disclaimer:
Diese Nachricht dient ausschlie�lich zu Informationszwecken und ist nur
f�r den Gebrauch des angesprochenen Adressaten bestimmt.

This message is only for informational purposes and is intended solely for
the use of the addressee.
----------------
Received on Mon May 30 2011 - 11:38:23 MDT

This archive was generated by hypermail 2.2.0 : Mon May 30 2011 - 12:00:05 MDT