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

    pfBlockerNG DNSBL: NTP Service uses Virtual IP Address

    Scheduled Pinned Locked Moved pfBlockerNG
    pfblockerngdnsblntpvirtual ip
    8 Posts 4 Posters 1.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.
    • M
      Marco 42
      last edited by Marco 42

      I use pfSense 22.01 with pfBlockerNG 3.1.0_2. The issue is that my NTP service stops synchronizing to the external NTP server if I enable the DNSBL in pfBlockerNG.
      I have disabled all rules/lists in DNSBL and enabled DNSBL. If I then restart the NTP service or reboot pfSense, I get in the NTP status only the pool but no NTP server.

      In the NTP log I only get:
      Soliciting pool server 82.197.188.130

      Interesting is packet capture on the WAN interface. If I restart the NTP service, I capture this:
      IP 10.255.254.1.123 > 82.197.188.130.123: UDP, length 48

      A NTP request on the WAN with the source address 10.255.254.1! This obviously is not my WAN IP and will not work. 10.255.254.1 is the IP I entered in pfBlockerNG as Virtual IP Address for DNSBL. So, it looks like NTP is using the Virtual IP to reach out to the NTP Server? For me this makes no sense.

      After disabling DNSBL, NTP starts to work again correctly and also uses my correct WAN IP.

      Does anybody know why I get this behavior? Thanks for the help!

      In the NTP Log I also see that the NTP server start to listen on the Virtual IP:

      Listen normally on 10 lo0 10.255.254.1:123
      Listen normally on 11 lo0 [::10.255.254.1]:123
      

      If I disable DNSBL it detects this:

      Deleting interface #10 lo0, 10.255.254.1#123, interface stats: received=0, sent=4, dropped=0, active_time=229 secs
      Deleting interface #11 lo0, ::10.255.254.1#123, interface stats: received=0, sent=0, dropped=0, active_time=229 secs
      
      M 1 Reply Last reply Reply Quote 0
      • M
        Marco 42 @Marco 42
        last edited by

        I just tried it with pfSense 23.01 and pfBlockerNG 3.2.0_1. Same issue is still there.

        keyserK dennypageD 2 Replies Last reply Reply Quote 0
        • keyserK
          keyser Rebel Alliance @Marco 42
          last edited by keyser

          @marco-42 In the SERVICES -> NTP settings you can select on which interfaces the NTPD daemon operates. I don’t know if it impacts the NTP Client, but it’s worth a try.

          Love the no fuss of using the official appliances :-)

          1 Reply Last reply Reply Quote 1
          • dennypageD
            dennypage @Marco 42
            last edited by

            @marco-42 Go into Services / NTP / Settings and explicitly set the interface list that you want to use for NTP services. Do not select Localhost as part of the list.

            BBcan177B 1 Reply Last reply Reply Quote 1
            • BBcan177B
              BBcan177 Moderator @dennypage
              last edited by

              Set the DNSBL Listening interface to Localhost

              "Experience is something you don't get until just after you need it."

              Website: http://pfBlockerNG.com
              Twitter: @BBcan177  #pfBlockerNG
              Reddit: https://www.reddit.com/r/pfBlockerNG/new/

              dennypageD 1 Reply Last reply Reply Quote 0
              • dennypageD
                dennypage @BBcan177
                last edited by

                @bbcan177 said in pfBlockerNG DNSBL: NTP Service uses Virtual IP Address:

                Set the DNSBL Listening interface to Localhost

                Looking at the OP, it seemed to me that the VIP is on already localhost (lo0). This is one reason why I suggested that NTP should be disabled for that interface. As well as the fact that NTP on a localhost interface makes little sense.

                I'm also wondering if the VIP is inside the local address space for NAT...

                1 Reply Last reply Reply Quote 0
                • M
                  Marco 42
                  last edited by

                  I already had excluded the WAN interface from the NTP interface list, but I still had the Localhost active. Removing the Localhost interface from the NTP interface list fixed the issue.
                  Thanks @keyser and @dennypage!

                  dennypageD 1 Reply Last reply Reply Quote 0
                  • dennypageD
                    dennypage @Marco 42
                    last edited by

                    @marco-42 Welcome

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