[squid-users] proxy_auth_regex

[Piana, Josh]

Alex, 

From what I can tell, squid does not receive a good username. When I check the access logs, I receive something like this:
24/Oct/2024:16:01:08 -0400.334 10.46.49.190 TCP_DENIED/407 7821 CONNECT www.google.com:443 - \ HIER_NONE/- text/html ERR_CACHE_ACCESS_DENIED/-

However, I think some of my log information may be missing. I believe you mentioned it before, so I'll show you what I'm using for our custom log directive. Maybe we can fix this too? What I originally tried to do with this was just get "human readable" time stamps:
logformat custom %tl.%03tu %>a %Ss/%03>Hs %<st %rm %ru %[un \ %Sh/%<a %mt %err_code/%err_detail

In regards to the TLS connectors vs HTTP CONNECT requests, that is a great point. I'm not sure if that is the case, but is "proxy_auth_regex" not compatible with certain things? How would you recommend I test plain http traffic?


-----Original Message-----
From: Alex Rousskov <rousskov at measurement-factory.com> 
Sent: Thursday, October 24, 2024 4:13 PM
To: Piana, Josh <Josh.Piana at hexcel.com>; squid-users at lists.squid-cache.org
Subject: Re: [squid-users] proxy_auth_regex

Caution: This email originated from outside of Hexcel. Do not click links or open attachments unless you recognize the sender and know the content is safe.


On 2024-10-24 15:53, Piana, Josh wrote:
> Hey Squid users,
>
> Running into an issue I’m trying to figure out.
>
> We have a few acl directives using “proxy_auth_regex –i” and when I 
> have these active, it blocks any proxy connection with an HTTP 407 
> error, according to the logs.
>
> Here’s an example:
>
> # block certain user IDs from using proxy server
>
> #acl block_user proxy_auth_regex -i "/etc/squid/block_user"
>
> #http_access deny block_user
>
> What’s supposed to happen with this ACL, is that any username we have 
> on that list is to be blocked from internet access. But it seems to be 
> blocking known good usernames too. I’m not sure where to go from here

After asking for one with a 407 response, does Squid ever receive a "good username" from the client? Do you see a username in client HTTP request headers or access.log records containing %un field?

Perhaps the client refuses to authenticate its requests because Squid intercepts TLS client connections rather than receiving HTTP CONNECT requests from the client? Have you tested this with plain text traffic?

Alex.


> we would like to use these ACL’s but for right now I have these rules 
> commented out.
>
> Here's a few other rules we have that have the same issue:
>
> # executable blocking
>
> # reference this list for extensions to block
>
> acl exec_files url_regex -i "/etc/squid/exec_files"
>
> # ignore these usernames from being blocked
>
> #acl exec_users proxy_auth_regex -i "/etc/squid/exec_users"
>
> # combine the rules
>
> #http_access deny !bad_exception_urls !exec_users exec_files
>
> #deny_info ERR_BLOCK_TYPE exec_files
>
>  From what you can see above, we have “acl exec_files url_regex -i 
> /etc/squid/exec_files" uncommented, but it’s not active because the 
> “http_access directive” had to be commented out because it includes 
> the other statements that include “proxy_auth_regex –i” which block 
> all internet access as well.
>
>
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.squid-cache.org%2Flistinfo%2Fsquid-users&data=05%7C02%7CJosh.Piana%4
> 0hexcel.com%7C7fb1087ae57b47c397a408dcf4684eaf%7C4248050df19546d5ac9c0
> c7c52b04cae%7C0%7C0%7C638653976041876515%7CUnknown%7CTWFpbGZsb3d8eyJWI
> joiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7
> C%7C&sdata=D6d%2BXvUp%2FHTvsqC5oneWw%2FdYNWYkmsQUz0lKHLzRk0o%3D&reserv
> ed=0