Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Strange problem with SquidGuard and DNS Resolver

    Scheduled Pinned Locked Moved DHCP and DNS
    3 Posts 2 Posters 1.8k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • L
      lockheed
      last edited by

      Not sure if it belongs in this section, but perhaps it does.

      I had a perfectly fine 2.3.1 pfSense installation working with SquidGuard (to block an array of websites) and DNS Resolver (to block facebook's https).
      I decided to replace the disks, so I did the full config backup, replaced the disk, installed pfSense 2.3.2 on it and restored the config.

      Everything seemed to work, until I realised that boths SquidGuard and DNS Resolver settings have absolutely no impact.
      They are enabled, pfSense says SquidGuard is running, but whatever blocked website you want, you can connect to from any of the lan clients.

      So after hours of fruitless troubleshooting, I decided to reinstall 2.3.1 - still the same problem.
      So finally, I put the old disk back in with the previously working blocking… only to discover it changed nothing!

      I am completely out of ideas...

      1 Reply Last reply Reply Quote 0
      • KOMK
        KOM
        last edited by

        I am completely out of ideas…

        One idea might be to verify the component parts of your solution.  Squidguard sits on top of squid.  Is squid working?  When you do a lookup of www.facebook.com, does Resolver return an expected reply?

        1 Reply Last reply Reply Quote 0
        • L
          lockheed
          last edited by

          Have not found any faults in logs. However, after random reboot (pulled the plug from the pfSense machine by accident), things started to work again.
          I will investigate it deeper if it occurs again.

          1 Reply Last reply Reply Quote 0
          • First post
            Last post
          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.