@tman222: What changes were made between 0.4.39 and 0.4.40? Nothing except for the widget.

Thanks that worked. cjb

I dont understand what the point of running defaults is? After looking back over my settings, it appears that i had this selected!.. ** cough **

Config <squidguard><logdir>/var/squidGuard/log</logdir> <dbhome>/var/db/squidGuard</dbhome> <ldap_enable></ldap_enable> <ldapbinddn></ldapbinddn> <ldapbindpass></ldapbindpass> <ldapversion>3</ldapversion> <stripntdomain></stripntdomain> <striprealm></striprealm> <binpath>/usr/local/bin</binpath> <workdir>/usr/local/etc/squidGuard</workdir> <sgxml_file>/usr/local/etc/squidGuard/squidguard_conf.xml</sgxml_file> <enabled>on</enabled> <blacklist_enabled>on</blacklist_enabled> <blacklist_url>http://www.shallalist.de/Downloads/shallalist.tar.gz</blacklist_url> <destinations><name>FileExtension</name> <domains></domains> <expressions>(.*\/.*\.(asf|wm|wma|wmv|cab|mp3|avi|mpg|swf|mpeg|mp.|mpv|mp3|wm.|vpu|exe))</expressions> <redirect_mode>rmod_none</redirect_mode> <log>on</log> <name>DomainWhitelist</name> <domains>wellsfargo.com bankofamerica.com googleadservices.com skypeassets.com 23.73.247.53 23.2.99.20 23.11.250.157 apps.skypeassets.com skype.com</domains> <redirect_mode>rmod_none</redirect_mode></destinations> <rewrites><name>safesearch</name> <log>on</log> <targeturl>(google\..*/search?.*q=.*)</targeturl> <replaceto>\1\&safe=active</replaceto> <mode>i</mode> <targeturl>(google\..*/images.*q=.*)</targeturl> <replaceto>\1\&safe=active</replaceto> <mode>i</mode> <targeturl>(google\..*/groups.*q=.*)</targeturl> <replaceto>\1\&safe=active</replaceto> <mode>i</mode> <targeturl>(google\..*/news.*q=.*)</targeturl> <replaceto>\1\&safe=active</replaceto> <mode>i</mode> <targeturl>(yandex\..*/yandsearch?.*text=.*)</targeturl> <replaceto>\1\&fyandex=1</replaceto> <mode>i</mode> <targeturl>(search\.yahoo\..*/search.*p=.*)</targeturl> <replaceto>\1\&vm=r&v=1</replaceto> <mode>i</mode> <targeturl>(search\.live\..*/.*q=.*)</targeturl> <replaceto>\1\&adlt=strict</replaceto> <mode>i</mode> <targeturl>(search\.msn\..*/.*q=.*)</targeturl> <replaceto>\1\&adlt=strict</replaceto> <mode>i</mode> <targeturl>(\.bing\..*/.*q=.*)</targeturl> <replaceto>\1\&adlt=strict</replaceto> <mode>i</mode></rewrites> <default><name>default</name> <disabled></disabled> <timename></timename> <redirect_mode>rmod_int</redirect_mode> <rewritename>safesearch</rewritename> <log>on</log> <notallowingip></notallowingip> <destname>!FileExtension ^DomainWhitelist !blk_BL_aggressive !blk_BL_alcohol !blk_BL_anonvpn !blk_BL_chat !blk_BL_dating !blk_BL_drugs !blk_BL_fortunetelling !blk_BL_jobsearch !blk_BL_models !blk_BL_music !blk_BL_podcasts !blk_BL_porn !blk_BL_radiotv !blk_BL_religion !blk_BL_ringtones !blk_BL_sex_education !blk_BL_sex_lingerie !blk_BL_spyware !blk_BL_tracker !blk_BL_violence !blk_BL_warez !blk_BL_weapons blk_BL_webphone !blk_BL_webradio !blk_BL_webtv all</destname></default> <enablelog>on</enablelog> <enableguilog>off</enableguilog> <logrotation>off</logrotation> <adv_blankimg>off</adv_blankimg> <current_lan_ip>192.168.0.254</current_lan_ip> <squid_transparent_mode>on</squid_transparent_mode> <current_gui_protocol>http</current_gui_protocol></squidguard>

Ok, thx… that is not solution I am trying to find... Anyway I can check that squid + dynamic caching is working with tail -f command but I am trying to find solution in the long term and I am interested what kind of "savings" I can achieve... Also it would be nice to know what installation packets / images I can found from cache...

Ooohhhhh…Well, at least it was an honest mistake.  Thanks for pointing me to the correct playing field.  Just makes me question my day 1 logic class reflexivity principle. HAProxy != HAProxy :o I do believe, though, that you could still legitimately call DSR products "proxies", they're just L2 proxies.  I mistakenly assumed that checking the Transparent ClientIP box in pfSense's HAProxy implementation turned it into the L2 magician I'm looking for.

I´ve done the clear cache option but still having the same problem of cashparov i don´t know what to do now.

Hi, I put the ldaps:// in the command below, tested and it worked, as mentioned above … ./basic_ldap_auth -v 2 -b ou=users,dc=company,dc=local -D cn=admin,dc=company,dc=local -w XXXXXXXX -f "uid=%s" -u ou=users,dc=company,dc=local -P ldaps://ldap.company.local:636 But when I make the change in squid.conf and run "squid -k reconfigure", the authentication fails. I added the CA certificate through Cert. Manager, what could be wrong?

The fix for this was to move the HAProxied hosts to their own subnet and interface on the firewall, independent of the "LAN".  Then, hosts on the LAN can still benefit from the failover HAProxy provides.

Seems that when a FQDN is added which does not resolve, squid treats it as a '*'.

I assume it also has to do with a blocking shellcmd process, which caused my other problem. kr

So… today it’s working. I’m still not sure that everything is done by the book but this is it: #WAN interface #My main interface 192.168.130.1 (router on a stick with several VLAN-s on it) #My second interface 192.168.120.1 (router on a stick with several VLAN-s on it) In Services – Squid Proxy Server under Proxy Interface(s) I have selected both the 130.1 and 120.1 interface and every VLAN interface. In Firewall – NAT I have this: 130InterfaceNet    TCP/UDP    *    *    *    53 (DNS)    127.0.0.1    53 (DNS)    Redirect DNS    120InterfaceNet    TCP/UDP    *    *    *    53 (DNS)    127.0.0.1    53 (DNS)    Redirect DNS (in Firewall Rules I allow/block traffic between VLAN-s) And in the WPAD file everything returns to the 192.168.130.1:3128 My two questions are: #1 Why do I only have to make the NAT port forward for the main interface and not for the VLAN interfaces? #2 Is it OK, since it does work, that the WPAD returns everything to that one 192.168.130.1:3128 or should the 192.168.120.0 network return to 192.168.120.1:3128?

@Tantamount: I thought the CN was how programs determine if the certificate belongs to the host providing the certificate – I.E. verify that the FQDN matches the CN. Actually, since RFC 2818 back in May of 2000, the use of CN for matching hostnames has been deprecated in favor of matching based only on Subject Alternative Names (SAN). Some browsers still fall back to check the CN if the SAN list is empty, but Chrome recently dropped checking CN entirely and now only looks at the SAN list. I'm not sure how that would have made a difference with your splice all setup, since it wouldn't be doing MITM, except that maybe having that on still made it alter the certificate when it should have left it alone.

Hello again. Finally I installed the Unofficial wpad and I configured the dns resolver, but I can not get the wpad file. Probably because of my rules. If I write the url in a client http: //wpad.mydomain.local/proxy.pac Is not able to download it. nslookup command Works fine and i get ip address of the lan. From a vlan these are my rules.What is wrong with them? [image: reglasvlan104.jpg]