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

    Squid3 recently very slow

    Scheduled Pinned Locked Moved Cache/Proxy
    13 Posts 2 Posters 4.5k 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
      lucky
      last edited by

      Also, I already had the option mentioned here https://forum.pfsense.org/index.php?topic=52735.msg284810#msg284810 turned on. Doesn't seem to make a difference.

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

        No hits at all.  I wonder if your cache folder hierarchy needs to be rebuilt?

        IIRC, there are some issues with squid3 in transparent mode at the moment:

        https://forum.pfsense.org/index.php?topic=91894.0

        https://forum.pfsense.org/index.php?topic=89315.0

        You might be hitting those problems as well.  I've spent some time studying squid3, squidguard, sarg and lightsquid.  I've gotten everything running on a Ubuntu Server 14.10 box.  I will be installing a standalone proxy once Ubuntu Server 15.04 comes out next week.  I've come to the conclusion that it's best to separate extra services from the basic routing firewall, so bye-bye to all packages except reporting, like bandwidthd.

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

          Thanks for pointing out those links. I did have transparent mode on. I just turned it off and manually configured a browser to use the proxy. Also, yesterday I deleted the entire Squid cache folder structure via shell on pfSense. Still seem to have the same problem.

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

            After you deleted it, I assume you rebuilt it with squid3 -z?

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

              I didn't, though after the delete, I removed the entire squid3 package and re-installed it…which I assume will do the rebuild?

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

                Should, but you should do it just to be sure.

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

                  Okay, I stopped Squid, ran this:

                  [2.2.1-RELEASE][root@fw]/root: /usr/local/sbin/squid -z
                  [2.2.1-RELEASE][root@fw]/root: 2015/04/15 16:28:15 kid1| Creating missing swap directories
                  
                  

                  And restarted Squid. Still getting the same bad performance.

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

                    I don't know what else to tell you.

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

                      Heh, np…I think my next experiment will be to set myself up to get some pcaps, on the client and on the server (both internal and WAN), to see what's happening on the network.

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

                        So I am still not sure exactly what the heck is going on. In some cases, it does appear that SYNs are not being responded to. I am not sure why. Then shortly after, it works…???

                        I added the following to my Squid config, on the General tab in the "Custom ACLS (Before_Auth)" section, and this is helping a lot...though still not good enough for "production":

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