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

Lightsquid generates error in Proxy Report

Scheduled Pinned Locked Moved Cache/Proxy
7 Posts 3 Posters 1.6k 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.
  • S
    Supermule Banned
    last edited by Mar 18, 2015, 4:12 PM

    It searches for lightsquid/index.cgi but that generates a 404 error.

    1 Reply Last reply Reply Quote 0
    • D
      doktornotor Banned
      last edited by Oct 17, 2015, 3:20 PM

      I'm rewriting this package pretty much from scratch ATM, with the hope that it will at least stop fscking up Squid configuration and cron, if nothing else…

      1 Reply Last reply Reply Quote 0
      • D
        doktornotor Banned
        last edited by Oct 18, 2015, 4:09 PM Oct 18, 2015, 7:12 AM

        Looks pretty good, everything works here incl. cron, plus the package doesn't touch Squid configuration at all any more.

        https://github.com/pfsense/pfsense-packages/pull/1104/

        1 Reply Last reply Reply Quote 0
        • D
          dwood
          last edited by Oct 19, 2015, 1:03 AM

          For now, the 404 error can be fixed by entering your psfense LAN IP under Squid Proxy Server GUI, Local Cache TAB, External Cache Mangers field.  I'm guessing the "Doktor" has addressed this issue in the new lightsquid build.

          1 Reply Last reply Reply Quote 0
          • D
            doktornotor Banned
            last edited by Oct 19, 2015, 2:34 AM

            That'd be 403, not 404. If you are getting 403, it's actually a whole lot better to let Squid listen on localhost (loopback) – which is what the reworked package tells people to do. If you get 404 it means the package install went belly up.

            1 Reply Last reply Reply Quote 0
            • D
              doktornotor Banned
              last edited by Oct 20, 2015, 9:24 AM

              Just adding to the above: the updated package will force localhost. The code was broken in the first place with multiple proxy interfaces, producing random results requiring different ACLs depending on interface names. Localhost works out of the box without any additional ACLs, the only thing to do is check loopback in 'Proxy Interfaces' when doing **non-**transparent proxy. If the proxy is transparent, there's no proxy configuration needed at all, it just works.

              1 Reply Last reply Reply Quote 0
              • D
                doktornotor Banned
                last edited by Oct 20, 2015, 8:26 PM

                2.42 is now merged. ;)

                1 Reply Last reply Reply Quote 0
                • First post
                  Last post
                Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                  [[user:consent.lead]]
                  [[user:consent.not_received]]