On 11/04/2012 11:26 p.m., Mohsen Pahlevanzadeh wrote:
> my config is :
> acl all src all
> acl manager proto cache_object
> acl localhost src 127.0.0.1/32
> acl to_localhost dst 127.0.0.0/8 0.0.0.0/32
> acl localnet src 10.0.0.0/8 # RFC1918 possible internal network
> acl localnet src 172.16.0.0/12 # RFC1918 possible internal network
> acl localnet src 192.168.0.0/16 # RFC1918 possible internal network
> acl SSL_ports port 443 # https
> acl SSL_ports port 563 # snews
> acl SSL_ports port 873 # rsync
> acl Safe_ports port 80 # http
> acl Safe_ports port 21 # ftp
> acl Safe_ports port 443 # https
> acl Safe_ports port 70 # gopher
> acl Safe_ports port 210 # wais
> acl Safe_ports port 1025-65535 # unregistered ports
> acl Safe_ports port 280 # http-mgmt
> acl Safe_ports port 488 # gss-http
> acl Safe_ports port 591 # filemaker
> acl Safe_ports port 777 # multiling http
> acl Safe_ports port 631 # cups
> acl Safe_ports port 873 # rsync
> acl Safe_ports port 901 # SWAT
> acl purge method PURGE
> acl CONNECT method CONNECT
> http_access allow manager localhost
> http_access deny manager
> http_access allow purge localhost
> http_access deny purge
> http_access deny !Safe_ports
> http_access deny CONNECT !SSL_ports
> http_access allow localhost
> http_access deny all
> icp_access allow localnet
> icp_access deny all
> http_port 3128
> hierarchy_stoplist cgi-bin ?
> access_log /var/log/squid/access.log squid
> refresh_pattern ^ftp: 1440 20% 10080
> refresh_pattern ^gopher: 1440 0% 1440
> refresh_pattern -i (/cgi-bin/|\?) 0 0% 0
> refresh_pattern (Release|Packages(.gz)*)$ 0 20% 2880
> refresh_pattern . 0 20% 4320
> acl shoutcast rep_header X-HTTP09-First-Line ^ICY.[0-9]
> upgrade_http0.9 deny shoutcast
> acl apache rep_header Server ^Apache
> broken_vary_encoding allow apache
> extension_methods REPORT MERGE MKACTIVITY CHECKOUT
> coredump_dir /var/spool/squid
Several strong signs there that you are using a Squid-2 series release.
Does this still ocur with the currently supported 3.1 release?
>
> On Wed, 2012-04-11 at 14:02 +0430, Mohsen Pahlevanzadeh wrote:
>> Dear all,
>>
>> I run squid under debian, my when i restart squid or squid -z , my
>> client has problem with first open facebook.com, it's very slow, but in
>> the next request is not slow.slow means 45 minutes, i tested myself.
>> but youtube or other site doesn't has problem in first request.
>> Even facebook can't open after first request.
More details needed. What is this slow request? how fast are your DNS
servers responding?
If it is taking 45 minutes, how do you know its the first request? did
you calculate the start times from logged ending time+duration?
Amos
Received on Wed Apr 11 2012 - 12:42:39 MDT
This archive was generated by hypermail 2.2.0 : Sat Apr 14 2012 - 12:00:03 MDT