Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I'm doing a poor job finding this in the documentation, but as of right now attempting to login to sites like gmail through the proxy gets me into a redirect loop with sites saying cookies aren't enabled.

In old documentation I can find there is a header_access but that doesn't seem to exist in 3.1 -- What simple thing am I missing? Does it have anything to do with SSL?

# /usr/local/sbin/squid -v
Squid Cache: Version

# uname -mrs
FreeBSD 8.0-RELEASE i386


acl manager proto cache_object
acl localhost src
acl to_localhost dst

# auth info
auth_param basic program /usr/local/libexec/squid/ncsa_auth /usr/local/squid/squid_passwd
acl ncsa_users proxy_auth REQUIRED

acl SSL_ports port 443
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
http_access allow manager localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost

# allow users who auth
http_access allow ncsa_users
http_access allow ncsa_users CONNECT
http_access deny all

# port
http_port 1987

hierarchy_stoplist cgi-bin ?
coredump_dir /usr/local/squid/cache
refresh_pattern ^ftp:           1440    20%     10080
refresh_pattern ^gopher:        1440    0%      1440
refresh_pattern -i (/cgi-bin/|\?) 0     0%      0
refresh_pattern .               0       20%     4320

visible_hostname rickon
share|improve this question
If using FireFox, can you give the output of LiveHTTPHeaders in capture mode when you try to access GMail? Remember to obfuscate usernames and passwords, please! – BMDan Jul 1 '10 at 19:39
Absolutely: – scraft3613 Jul 2 '10 at 16:32
Here's perhaps the random-est question you've heard recently: have you checked the clocks on the proxy server and your client computer? Remember to check their time zones/DST settings, as well. – BMDan Jul 5 '10 at 16:46
All time zone/settings match proxy server and clients, happening on at least three client machines I was able to test. – scraft3613 Jul 6 '10 at 6:14
up vote 1 down vote accepted

In version 3.0 of Squid header_access was removed. More specifically, according to, the use of header_access has been replaced by request_header_access / reply_header_access.

See the following for more details on using request_header_access and reply_header_access:

share|improve this answer
Ah okay, and do any of those options seem like it would pertain to the redirect loop I'm getting? ( ) None seems to specifically mention cookies or anything of that sort. Still having trouble figuring out exactly what's going on with this, just can't use squid for anything I need users to login to. – scraft3613 Jul 7 '10 at 0:15
It looks like you need to add support for passing headers from the web server through Squid to the client computer. I think you need at least add "request_header_access Cookie allow all" to the configuration file to allow cookies to be passed to the client computer. For additional reference, check out which is a walkthrough for setting up Squid 3 as a proxy and includes a series of request_header_access options (specifically the section titled "Enable Anonymizer (Anonymous Proxy)"). Some of those might also be relevant. – runlevelsix Jul 7 '10 at 3:07
I added that option, still same loop, also added all the request_header_access allow alls in the link provided and still experiencing the same loop. Seems like something else must be going on, I'm just still unsure where to look (and the live-header data I showed here: is indecipherable to me). – scraft3613 Jul 7 '10 at 19:36
It looks like it's a problem with SSL redirection. I will do some research on our squid server tonight when I am not on the road and see if I can determine the cause and fix for it. – runlevelsix Jul 7 '10 at 20:43
Much appreciated, looks like you'll get the bounty on this regardless so I'm glad for any further help. – scraft3613 Jul 7 '10 at 21:36

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.