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

    Squid/SquidGuard NONE/409 and DNS issue

    Scheduled Pinned Locked Moved Cache/Proxy
    69 Posts 9 Posters 23.9k Views 12 Watching
    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.
    • JonathanLeeJ Offline
      JonathanLee @JonathanLee
      last edited by

      @jonathanlee make a alias with DNS ports

      Make sure to upvote

      JonathanLeeJ 1 Reply Last reply Reply Quote 0
      • JonathanLeeJ Offline
        JonathanLee @JonathanLee
        last edited by

        @jonathanlee also set WPAD up on the firewall

        Make sure to upvote

        1 Reply Last reply Reply Quote 0
        • P Offline
          proggggger
          last edited by

          maybe a bit late answer but i also find such problem. And little exploring gives me a good solution.

          (We a talking about Transparent Proxy + Splice all SSL mode)

          So, first of all, the reason of such problem is one different addresses returned by DNS server

          So, first of all Proxy should use the same DNS server as clients, so best way to do it is to use our firewall as DNS server (DNS Resolver turned on), so by DHCP we are setting primary DNS address of our firewall, also will be good to redirect all DNS requests to firewall address and block DoH (here article about DNS redirection "Redirecting Client DNS Requests"

          And after this step lot of people says that it does not help, but why? the answer is simple, DNS RoundRobin, we are getting random ip address fore some websites even if we are using cache you can simply check it, if nslookup (for example for google.com, or twitch.tv or some other site which is not working) gives every time different address you will get 409 error.

          So how to fix this part? we need to go to DNS Resolver settings, open custom options and add rrest-roundrobin:no which disables randomization of DNS entries. (it should be disabled by default but on pfsense looks like it's enabled)

          JonathanLeeJ 2 Replies Last reply Reply Quote 3
          • JonathanLeeJ Offline
            JonathanLee @proggggger
            last edited by

            @proggggger

            Thanks for the reply,

            I just tested this and I got a error,

            Screenshot 2023-04-13 at 2.57.23 PM.png

            Just to confirm rrest-roundrobin:no inside of the custom area.

            This is the error I got kicked back.

            Make sure to upvote

            P 1 Reply Last reply Reply Quote 0
            • JonathanLeeJ Offline
              JonathanLee @proggggger
              last edited by JonathanLee

              @proggggger Another fix to issues with devices that have no option to configure a proxy is to configure DHCP option 252
              This hands the proxy out also when it hands out the dhcp ip addresses. Make sure you have the proxy set up on wpad for this to work.
              Example:

              https://192.168.1.1:8080/wpad.dat

              is handed out with the dhcp address again if your wpad is set up to also hand out the dns server this fixes a lot of issues.

              Screenshot 2023-04-13 at 3.06.39 PM.png

              Make sure to upvote

              1 Reply Last reply Reply Quote 3
              • P Offline
                proggggger @JonathanLee
                last edited by proggggger

                @proggggger said in Squid/SquidGuard NONE/409 and DNS issue:

                open custom options and add rrest-roundrobin:no which disables randomization of DNS entries.

                @proggggger @jonathanlee Oh, sorry, i've misstyped a little of course command is rrset-roundrobin:no, (i've also misstyped first time and get this error, here is detailed description of all options (Unboud conf man)

                @jonathanlee said in Squid/SquidGuard NONE/409 and DNS issue:

                This is the error I got kicked back.
                thanks for noticing this

                JonathanLeeJ 1 Reply Last reply Reply Quote 0
                • JonathanLeeJ Offline
                  JonathanLee @proggggger
                  last edited by

                  @proggggger Thanks for the reply, I have also read online that roundrobin is enabled by default because it is more secure, what are your thoughts about the security concerns that roundrobin addresses?

                  Make sure to upvote

                  P 1 Reply Last reply Reply Quote 1
                  • P Offline
                    proggggger @JonathanLee
                    last edited by

                    @jonathanlee of course roundrobin can have some security and reliability impact, and one o it's main goals is to distribute load between different servers but for not big networks i think this impact will be minimal (if you check the rr algorithm, you'll se it just randomizes order of addresses). (maybe it's need to be tested, but for now i don't have possibility to rebuild a network, so i only planing and exploring functions with virtual machines0

                    M 1 Reply Last reply Reply Quote 1
                    • M Offline
                      michmoor LAYER 8 Rebel Alliance @proggggger
                      last edited by

                      @proggggger After disabling roundrobin the amount of /409 errors did decrease significantly. I will monitor for a bit more and if its resolved then im going to submit a redmine for a documentation update. This is a long standing problem.

                      Firewall: NetGate,Palo Alto-VM,Juniper SRX
                      Routing: Juniper, Arista, Cisco
                      Switching: Juniper, Arista, Cisco
                      Wireless: Unifi, Aruba IAP
                      JNCIP,CCNP Enterprise

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