[squid-users] Squid not allowing HTTPS access

Nilesh Gavali nilesh.gavali at tcs.com
Wed Jun 15 09:32:24 UTC 2016


Thanks Amos for update. I tried the same as explain by you in earlier 
reply.
but after this, Proxy response degraded like anything. also HTTPS site are 
not opening. So reverted back to the solution given by Eliezer.
 
Next, I want to restrict the URL access based on AD OU membership for 
users, can you quickly help me with some starting points.

regards;
Nilesh Gavali





From:   squid-users-request at lists.squid-cache.org
To:     squid-users at lists.squid-cache.org
Date:   14/06/2016 18:37
Subject:        squid-users Digest, Vol 22, Issue 66
Sent by:        "squid-users" <squid-users-bounces at lists.squid-cache.org>



Send squid-users mailing list submissions to
                 squid-users at lists.squid-cache.org

To subscribe or unsubscribe via the World Wide Web, visit
                 http://lists.squid-cache.org/listinfo/squid-users
or, via email, send a message with subject or body 'help' to
                 squid-users-request at lists.squid-cache.org

You can reach the person managing the list at
                 squid-users-owner at lists.squid-cache.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of squid-users digest..."


Today's Topics:

   1. Re: Squid not allowing HTTPS access (Amos Jeffries)
   2. Squid not allowing HTTPS access (Nilesh Gavali)


----------------------------------------------------------------------

Message: 1
Date: Wed, 15 Jun 2016 05:13:41 +1200
From: Amos Jeffries <squid3 at treenet.co.nz>
To: squid-users at lists.squid-cache.org
Subject: Re: [squid-users] Squid not allowing HTTPS access
Message-ID: <84e6c6e1-2a1a-6502-2f34-f1a2aa29f89d at treenet.co.nz>
Content-Type: text/plain; charset=utf-8

On 15/06/2016 4:59 a.m., Eliezer Croitoru wrote:
> Hey,
> 
> 
> 
> The issue is that CONNECT request can be passed only directly to the 
origin
> server on 3.1.
> Try to add:
> never_direct allow all
> 

Not quite. CONNECT is a type of message that makes no sense sending
through another proxy if its able to go direct.


So while the never_direct rule above will make it go through the peer.
It will also make everything go through the peer, always. If the peer
goes down traffic stops going anywhere.
  If you want that, then fine above is fine.


An alternative which leaves DIRECT, but only as a backup when the peer
is down is to configure:

 nonhierarchical_direct off
 prefer_direct on


Amos



------------------------------

Message: 2
Date: Tue, 14 Jun 2016 18:36:46 +0100
From: Nilesh Gavali <nilesh.gavali at tcs.com>
To: squid-users at lists.squid-cache.org
Subject: [squid-users] Squid not allowing HTTPS access
Message-ID:
 <OF1029EE48.A3374641-ON80257FD2.0060A8E1-80257FD2.0060BEB3 at tcs.com>
Content-Type: text/plain; charset="utf-8"

Hello Eliezer;

Many Thanks, It work for me on 3.1.10

Thanks & Regards
Nilesh Gavali



From:   Eliezer Croitoru <eliezer at ngtech.co.il>
To:     'Nilesh Gavali' <nilesh.gavali at tcs.com>, 
squid-users at lists.squid-cache.org, Antony.Stone at squid.open.source.it
Date:   14/06/2016 18:00
Subject:        RE: [squid-users] Squid not allowing HTTPS access



Hey,
 
The issue is that CONNECT request can be passed only directly to the 
origin server on 3.1.
Try to add:
never_direct allow all
 
To your squid.conf and see if it works.
I do not remember if it works for all versions.
 
Eliezer
 
----
Eliezer Croitoru
Linux System Administrator
Mobile: +972-5-28704261
Email: eliezer at ngtech.co.il

 
From: squid-users [mailto:squid-users-bounces at lists.squid-cache.org] On 
Behalf Of Nilesh Gavali
Sent: Tuesday, June 14, 2016 4:43 PM
To: squid-users at lists.squid-cache.org; Antony.Stone at squid.open.source.it
Subject: [squid-users] Squid not allowing HTTPS access
 
Hello Antony; 
I have setup like below :- 

end user >> LinuxProxy(3.1.10) >> External Proxy(3.4)>> Internet 
when we configure external proxy ip in end user's IE, all HTTP & HTTPS 
site work properly. 
when we configure Linux proxy ip in end user's IE, HTTP works fine but 
none of the HTTPS site open. 
when we access https site from LinuxProxy, below logs are appearing in 
access.log 
        TCP_DENIED/407 CONNECT sitename:443 -  NONE/ text/html 
        TCP_MISS/503 0 CONNECT sitename:443 username at MYDOMAIN.COM DIRECT / 

- - 
        TCP_MISS/200 23456 GET http://www.anysite.com 
username at MYDOMAIN.COM         DEFAULT_PARENT/10.10.x.x text/html 


what I making out from log is ( I might be wrong) - HTTPS request are 
going directly instead . 

attached is my Linux Proxy config- 

================= 
# 
# Recommended minimum configuration: 
# 

#auth_param negotiate program /usr/lib64/squid/squid_kerb_auth -d -s 
GSS_C_NO_NAME 
auth_param negotiate program /usr/lib64/squid/squid_kerb_auth -s 
HTTP/proxy02.abcd.com at ABCD.COM -d 
auth_param negotiate children 10 
auth_param negotiate keep_alive on 
auth_param basic credentialsttl 2 hours 
acl ad_auth proxy_auth REQUIRED 

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 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 localnet 
#http_access allow localhost 
http_access deny !ad_auth 
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 

cache_peer xx.xx.2.108 parent 8080 0 default 
#dns_nameservers ABCDNS.ABCD.COM 
dns_nameservers xx.xx.2.108 

# We recommend you to use at least the following line. 
#hierarchy_stoplist cgi-bin ? 

# Uncomment and adjust the following to add a disk cache directory. 
cache_dir ufs /var/spool/squid 2048 16 256 

# Leave coredumps in the first cache dir 
coredump_dir /var/spool/squid 
# Log forwarding to SysLog 
access_log syslog:local1.info 

# Add any of your own refresh_pattern entries above these. 
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 
-====================================== 


Thanks & Regards
Nilesh Suresh Gavali
Tata Consultancy Services
3rd Floor, Tithebarn House
Tithebarn Street
Liverpool - L2 2NZ
United Kingdom
Mailto: nilesh.gavali at tcs.com
Website: http://www.tcs.com
____________________________________________
Experience certainty.        IT Services
                       Business Solutions
                       Consulting
____________________________________________

Tata Consultancy Services Limited , incorporated  with limited liability 
and registered with Registrar of Companies, Mumbai, India - No: 11-84781
HQ : Nirmal Building , 9th Floor, Nariman Point, Mumbai - 400 021, India - 

 Registered  in UK : 18 Grosvenor Place, London SW1X 7HS - BR :007627

----- Forwarded by Nilesh Gavali/MUM/TCS on 14/06/2016 14:41 ----- 

From:        Nilesh Gavali/MUM/TCS 
To:        squid-users at lists.squid-cache.org 
Date:        13/06/2016 14:00 
Subject:        Squid not allowing HTTPS access 




Hello All; 
Facing issue while accessing HTTPS via squid, normal http traffic working 
fine. I have squid 3.1.10 on RHEL.6.0 

attached is my squid .conf for your reference,..help will be much 
appreciated. 



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/20160614/f175dc50/attachment.html
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 11307 bytes
Desc: not available
URL: <
http://lists.squid-cache.org/pipermail/squid-users/attachments/20160614/f175dc50/attachment.png
>

------------------------------

Subject: Digest Footer

_______________________________________________
squid-users mailing list
squid-users at lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-users


------------------------------

End of squid-users Digest, Vol 22, Issue 66
*******************************************

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20160615/e2074ec1/attachment-0001.html>


More information about the squid-users mailing list