I have double checked the current working configuration of my squid.conf and it has same settings which I posted earlier. somehow it is working for us.
below is the error from access.log file.
1475518342.279 0 10.xx.15.103 TCP_DENIED/407 3589 CONNECT vseries-test.bottomline.com:443 - NONE/- text/html
Thanks & Regards
Nilesh Suresh Gavali
------------------------------
Message: 5
Date: Tue, 4 Oct 2016 11:08:27 +0100
From: Nilesh Gavali <nilesh.gavali@xxxxxxx>
To: squid-users@xxxxxxxxxxxxxxxxxxxxx
Subject: Squid - AD kerberos auth and Linux Server proxy
access not working
Message-ID:
<OF227B7BEA.03FD80E0-ON80258042.0036FE6D-80258042.0037B4EB@xxxxxxx>
Content-Type: text/plain; charset="utf-8"
All;
we have Squid proxy configured with Windows SSO with Kerberos which work
fine for WIndows AD users.
we have new requirement where one Linux application server need to access
Internet via squid proxy, we allowed Linux host access via ACL but getting
denied access error.
below is the configuration done to allow Linux Server host IWCCP02.
###################################
auth_param negotiate program /usr/lib64/squid/squid_kerb_auth -s
HTTP/proxy02.cust.in@xxxxxxx
auth_param negotiate children 20
auth_param negotiate keep_alive on
acl ad_auth proxy_auth REQUIRED
#### AD Group membership ####
external_acl_type AD_Group ttl=300 negative_ttl=0 %LOGIN
/usr/lib64/squid/squid_ldap_group -P -R -b "DC=CUST, DC=IN" -D svcproxy -W
/etc/squid/pswd/pswd -f
"(&(objectclass=person)(userPrincipalName=%v)(memberof=cn=%a,ou=InternetAccess,ou=Groups,DC=CUST,
DC=IN))" -h Cust.in -s sub -v 3
#
#
acl USER external AD_Group lgInternetAccess_Users
acl allowedsite dstdomain "/etc/squid/sitelist/dbs_allowed_site"
acl manager proto cache_object
acl localhost src 127.0.0.1/32 ::1
acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1
# Example rule allowing access from your local networks.
# Adapt to list your (internal) IP networks from where browsing
# should be allowed
acl IWCCP01 src 10.xx.15.103 # Linux Application server
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 localnet src fc00::/7 # RFC 4193 local private network range
acl localnet src fe80::/10 # RFC 4291 link-local (directly plugged)
machines
#
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
acl CONNECT method CONNECT
# Recommended minimum Access Permission configuration:
#
# Only allow cachemgr access from localhost
http_access allow manager localhost
http_access deny manager
# Deny requests to certain unsafe ports
http_access deny !Safe_ports
# Deny CONNECT to other than secure SSL ports
http_access deny CONNECT !SSL_ports
# We strongly recommend the following be uncommented to protect innocent
# web applications running on the proxy server who think the only
# one who can access services on "localhost" is a local user
#http_access deny to_localhost
# INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS
#
# Example rule allowing access from your local networks.
# Adapt localnet in the ACL section to list your (internal) IP networks
# from where browsing should be allowed
http_access allow IWCCP01 allowedsite
http_access allow USER allowedsite
http_access deny all
http_access allow ad_auth
# And finally deny all other access to this proxy
http_access deny all
# Squid normally listens to port 3128
http_port 8080
never_direct allow all
cache_peer 10.xx.xx.108 parent 8080 0 default
#######################################################################
Thanks & Regards
Nilesh Suresh Gavali
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain
confidential or privileged information. If you are
not the intended recipient, any dissemination, use,
review, distribution, printing or copying of the
information contained in this e-mail message
and/or attachments to it are strictly prohibited. If
you have received this communication in error,
please notify us by reply e-mail or telephone and
immediately and permanently delete the message
and any attachments. Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20161004/92d8b1fa/attachment-0001.html>
------------------------------
Message: 6
Date: Tue, 4 Oct 2016 12:13:28 +0200
From: Antony Stone <Antony.Stone@xxxxxxxxxxxxxxxxxxxx>
To: squid-users@xxxxxxxxxxxxxxxxxxxxx
Subject: Re: Squid - AD kerberos auth and Linux Server
proxy access not working
Message-ID: <201610041213.28760.Antony.Stone@xxxxxxxxxxxxxxxxxxxx>
Content-Type: Text/Plain; charset="iso-8859-15"
On Tuesday 04 October 2016 at 12:08:27, Nilesh Gavali wrote:
> All;
>
> we have Squid proxy configured with Windows SSO with Kerberos which work
> fine for WIndows AD users.
> we have new requirement where one Linux application server need to access
> Internet via squid proxy, we allowed Linux host access via ACL but getting
> denied access error.
> http_access allow IWCCP01 allowedsite
> http_access allow USER allowedsite
> http_access deny all
> http_access allow ad_auth
That makes no sense. The last rule can never be triggered. "deny all" does
exactly what it says.
However, that doesn't explain your problem, so please show what you get in
your access log for a request from this Linux machine IWCCP01.
Thanks,
Antony.
--
"In fact I wanted to be John Cleese and it took me some time to realise that
the job was already taken."
- Douglas Adams
Please reply to the list;
please *don't* CC me.
------------------------------
Subject: Digest Footer
_______________________________________________
squid-users mailing list
squid-users@xxxxxxxxxxxxxxxxxxxxx
http://lists.squid-cache.org/listinfo/squid-users
------------------------------
End of squid-users Digest, Vol 26, Issue 10
*******************************************
_______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users
