[squid-users] Help about cachepeer setting

I have problem in configure a squid cache to use other proxy (i don't know
whether it is squid-based) to forward some request.
The sympton is we I turn off cache_peer seting
the cache works very well
but if i turn on squid-cache cache_peer option, the cache doesn't
forward any request and deny all request that it can't connect directly.
the squid_access.log just said those request all like this:
1009355000.430 2 192.168.0.10 TCP_DENIED/403 1038 GET
http://www.google.com/search? - NONE/- -
Help!!!
Thanks a lot.

my data:
squid version : 2.4stable3 //compiled from src
platform : redhat 7.1 Linux 2.4.2 kernel

squid.conf:

#network settings
http_port 8080
icp_port 0
#disable icp , no sibling cache
#htcp_port 0

#don't cache cgi content
acl QUERY urlpath_regex cgi-bin \?
no_cache deny QUERY

#Recommended configuration
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl SSL_ports port 443 563
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 563 # https, snews
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 CONNECT method CONNECT

# Only allow cachemgr access from localhost
http_access allow manager localhost
http_access deny manager
# Deny requests to unknown ports
http_access deny !Safe_ports
# Deny CONNECT to other than SSL ports
http_access deny CONNECT !SSL_ports

acl all src 0.0.0.0/0.0.0.0

#cache storage settings
cache_dir ufs /tmp/squidcache 700 16 256
cache_access_log /var/log/squid_access.log
cache_log /var/log/squid_cache.log
cache_store_log none
cache_swap_log /tmp/squidcache/cache_swap_log

# end cache storage settings

###
#multiproxy setting
###
cache_peer 192.168.0.2 parent 8213 0 no-query default
#
cache_effective_user squid
cache_effective_group squid
acl destall dst 0.0.0.0/0.0.0.0
never_direct allow all
#always_direct deny destall
Received on Fri Dec 28 2001 - 20:57:28 MST