I had the same issue. After searching I found a solution, I don't remember who posted these or I'd give them props. You'll need something like this in your Squid advanced options: acl vpn_clients src 192.168.1.0/24 tcp_outgoing_address xxx.xxx.xxx.xxx vpn_clients You'll also need a way to update the outgoing address if it's not static. I have a cron job to run this: #!/bin/sh # Variables VPN_IFACE=ovpnc1 SQUID_CONFIG_FILE=/usr/local/etc/squid/squid.conf # Get current IP address of VPN interface VPN_IFACE_IP=$(ifconfig $VPN_IFACE | awk '{print $2}' | egrep -o '([0-9]+\.){3}[0-9]+') # Check if VPN interface is up and exit if it isn't if [ -z "$VPN_IFACE_IP" ] then         exit 0; fi # Check current IP for VPN interface in squid.conf file VPN_CONFIG_IP=$(grep -m 1 "tcp_outgoing_address" $SQUID_CONFIG_FILE | awk '{print $2}' | egrep -o '([0-9]+\.){3}[0-9]+') # Check if the config file matches the current VPN interface IP, and if so exit script if [ "$VPN_IFACE_IP" == "$VPN_CONFIG_IP" ] then         exit 0; fi # Replace the previous IP address in the squid.conf file with the current VPN interface address sed -ie 's/'"$VPN_CONFIG_IP"'/'"$VPN_IFACE_IP"'/' $SQUID_CONFIG_FILE # Force reload of the new squid.conf file /usr/local/sbin/squid -k reconfigure

You my friend are officially on my Christmas card list. Thank You !! If you like Siberian Husky puppys, there will be a live stream of them in June. If you have a donation button somewhere point me to it.

The 1935 in the firewall rules was a shot in the dark to fix why it may not be working. The web site itself is http, This is what I am using "https://helpx.adobe.com/adobe-media-server/dev/stream-on-demand-media-http.html"

I dont see the "http-request auth" in there?

I use squid and it works fine for me.  Maybe you have a config issue with transparent mode and certificates, peek & splice settings etc.

Android doesn't support WPAD, IIRC.

Some rewrite rules can be made in the gui with 'actions' but they are a bit limited and well manually writing them might actually be easier.. Also there is a option to use custom actions and advanced backend pass thru options to write parts of the config 'manually'.. There is not really a way to manually manage the complete config. Also because of adding certificates and using the 'test' and 'actual' config folders would be troublesome when manually trying to create/manage the config files, what paths would one use to include lists with subnets/IPs or certificates.. Unless of-course if you want to go 100% off the gui managed functionality completely manage haproxy outside the gui with custom scripts and config files.. That probably has some downsides to though..

ClamAV or any other AV running on a system like pfSense will not be able to perform virus inspection on an https site. I'm sure you know https is encrypted traffic. Therefore, the AV can't do any kind of packet level inspection since the data between the web site to your client PC is encrypted. If you have squid setup to do HTTPS/SSL Interception (Man in the middle), then it should be able to perform a virus scan of that encrypted data. However, this is a bad idea. I'm no expert on this, but there have been many posts on these forums (as well as other forums I'm sure) as to why it's not a great idea to "breach" that encrypted data for any purpose. It could break https traffic in some cases. I think newer SSL/TLS standards may not like the data being altered for any reason. Also, it may pose a legal issue since https encryption is supposed to offer privacy and security. If the data is broken down along its route for virus inspection or any other purpose, then privacy is technically no longer intact. Security wise, performing AV inspection is a good thing, but if that AV system is compromised, you are then potentially allowing someone to access encrypted data which would otherwise be inaccessible, by design.

Yes, DNS lookups are faster in your second config.

You are 100% right…except your aren't. We have a secured internal network, what I am proposing is taking a spare public IP on my backup internet connection, and having it only accept packets going to that port, and forwarded to the internal LAN to forward it to the IP in the cloud. The system is in the cloud, however they won't open external ports on their firewall, which is annoying. We generally like the idea of using the VPN to keep things secure, but our employees are....dumb, and instead of hitting the giant button that says "reconnect" if it loses cell reception, they just complain it doesnt work, and then we end up losing the ability to track our fleet. Sorry for the confusion, you are generally right, however we are taking every precaution to secure the situation

If it doesn't start after hitting save and then apply, check the logs for errors. Steve

Thanks ;) That did the trick. Now i have to import the certificate to androids.

It does work with MITM and certificates installed on the computers and mobile devices. I originally had the dns settings for safe search but i've removed them and now I'm using squidguard safe search, which is working fine. So basically no need to force safe search using the DNS method if you have SSL certificate installed on all devices you can just us the squidguard safesearch. I've just double checked with enabling and disabling safesearch and it worked the way it's suppose to.

I've now got a call that didn't work and analyzed the log entries. Here is the log: (I replaced the phone numbers and my external IP) Apr 20 14:57:28 siproxd 73173 plugin_logcall.c:127 INFO:Ending Call: MYPHONE@pro1.voipgateway.org -> LANDLINE@pro1.voipgateway.org [Req: *NULL*@212.117.203.40] [IP: 172.17.2.26:5060] Apr 20 14:57:24 siproxd 73173 plugin_logcall.c:127 INFO:Ending Call: MYPHONE@pro1.voipgateway.org -> LANDLINE@pro1.voipgateway.org [Req: *NULL*@212.117.203.40] [IP: 172.17.2.26:5060] Apr 20 14:57:20 siproxd 73173 plugin_logcall.c:127 INFO:Ending Call: MYPHONE@pro1.voipgateway.org -> LANDLINE@pro1.voipgateway.org [Req: *NULL*@212.117.203.40] [IP: 172.17.2.26:5060] Apr 20 14:57:16 siproxd 73173 plugin_logcall.c:127 INFO:Ending Call: MYPHONE@pro1.voipgateway.org -> LANDLINE@pro1.voipgateway.org [Req: *NULL*@212.117.203.40] [IP: 172.17.2.26:5060] Apr 20 14:57:12 siproxd 73173 plugin_logcall.c:127 INFO:Ending Call: MYPHONE@pro1.voipgateway.org -> LANDLINE@pro1.voipgateway.org [Req: *NULL*@212.117.203.40] [IP: 172.17.2.26:5060] Apr 20 14:57:08 siproxd 73173 plugin_logcall.c:127 INFO:Ending Call: MYPHONE@pro1.voipgateway.org -> LANDLINE@pro1.voipgateway.org [Req: *NULL*@212.117.203.40] [IP: 172.17.2.26:5060] Apr 20 14:57:06 siproxd 73173 plugin_logcall.c:127 INFO:Ending Call: LANDLINE@pro1.voipgateway.org -> MYPHONE@pro1.voipgateway.org [Req: MYPHONE@MYEXTERNALIP] [IP: 212.117.203.34:5060] Apr 20 14:57:04 siproxd 73173 plugin_logcall.c:127 INFO:Ending Call: MYPHONE@pro1.voipgateway.org -> LANDLINE@pro1.voipgateway.org [Req: *NULL*@212.117.203.40] [IP: 172.17.2.26:5060] Apr 20 14:57:00 siproxd 73173 plugin_logcall.c:127 INFO:Ending Call: MYPHONE@pro1.voipgateway.org -> LANDLINE@pro1.voipgateway.org [Req: *NULL*@212.117.203.40] [IP: 172.17.2.26:5060] Apr 20 14:56:58 siproxd 73173 plugin_logcall.c:127 INFO:Ending Call: MYPHONE@pro1.voipgateway.org -> LANDLINE@pro1.voipgateway.org [Req: *NULL*@212.117.203.40] [IP: 172.17.2.26:5060] Apr 20 14:56:57 siproxd 73173 plugin_logcall.c:127 INFO:Ending Call: MYPHONE@pro1.voipgateway.org -> LANDLINE@pro1.voipgateway.org [Req: *NULL*@212.117.203.40] [IP: 172.17.2.26:5060] Apr 20 14:56:57 siproxd 73173 plugin_logcall.c:127 INFO:Ending Call: MYPHONE@pro1.voipgateway.org -> LANDLINE@pro1.voipgateway.org [Req: *NULL*@212.117.203.40] [IP: 172.17.2.26:5060] Apr 20 14:56:16 siproxd 73173 plugin_logcall.c:127 INFO:Incoming Call: LANDLINE@pro1.voipgateway.org -> MYPHONE@pro1.voipgateway.org [Req: MYPHONE@MYEXTERNALIP] [IP: 212.117.203.34:5060] For the caller it was like the call was never accepted. (He would still hear the beeps) And on my side there was no sound at all. Any ideas what could cause such problems?

Solved! Add allowed networks in Services –> Squid Proxy Server --> ACLs --> Allowed Subnets :)

Hi again! It`s working as expected now :) Pages load no more partial loads.

That was it, thanks much!