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

    Squid and "Do not cache" option

    Scheduled Pinned Locked Moved pfSense Packages
    8 Posts 3 Posters 4.4k 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.
    • D
      datafirm
      last edited by

      Running 1.2 RELEASE and squid package 2.6.18.1

      Using the do not cache option, IP addresses do not seem to work.  If I enter a host name, then I get TCP_HIT_MISS for each request to that host.

      Is this a known issue?  We do not want to cache any requests to our internal webserver for development reasons.

      Thanks

      1 Reply Last reply Reply Quote 0
      • M
        mhab12
        last edited by

        Try the "Do NOT proxy Private Address Space (RFC 1918)" option.

        1 Reply Last reply Reply Quote 0
        • D
          datafirm
          last edited by

          @mhab12:

          Try the "Do NOT proxy Private Address Space (RFC 1918)" option.

          Its in the DMZ, so its not a private address.

          1 Reply Last reply Reply Quote 0
          • M
            mhab12
            last edited by

            Sounds like you're more interested in 'do not proxy' as opposed to 'do not cache'.  Search this forum for bypassing the squid proxy.  It has been discussed at length and resolved, as older versions of squid had issues with slow/certain sites and other users had to bypass them.  It involves editing some files manually, but shouldn't be too bad.

            1 Reply Last reply Reply Quote 0
            • D
              datafirm
              last edited by

              @mhab12:

              Sounds like you're more interested in 'do not proxy' as opposed to 'do not cache'.  Search this forum for bypassing the squid proxy.  It has been discussed at length and resolved, as older versions of squid had issues with slow/certain sites and other users had to bypass them.  It involves editing some files manually, but shouldn't be too bad.

              Yeah, a bypass would be fine as well.  I found the post you mentioned, but it does not seem to work.

              http://forum.pfsense.org/index.php/topic,6169.0.html

              The do not cache should work as well.  Any more ideas out there?

              1 Reply Last reply Reply Quote 0
              • D
                datafirm
                last edited by

                Any more ideas out there?

                We are looking for a way for all clients to not proxy or not cache requests to a set of IP addresses that are not in the private space.

                Thanks!

                1 Reply Last reply Reply Quote 0
                • D
                  datafirm
                  last edited by

                  Any updates/ideas?  It would be nice if the Do not cache option would work with IP addresses.  Thanks!

                  1 Reply Last reply Reply Quote 0
                  • ?
                    Guest
                    last edited by

                    In squid < 3.0, you want the no_cache directive.

                    Usage  no_cache deny|allow aclname

                    Description
                    A list of ACL elements, which, if matched, cause the reply to be immediately, removed from the cache. In other words, use this to force certain objects to never be cached.

                    Default
                    acl QUERY urlpath_regex cgi-bin ?
                    no_cache deny QUERY

                    The word 'DENY' is to indicate the ACL names, which should NOT be cached

                    Example
                    acl DENYPAGE urlpath_regex Servlet
                    no_cache deny DENYPAGE
                    The DENYPAGE acl assures that the url containing Servlet will NOT be cached.

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