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

    Filterdns has stopped resolving hostnames in firewall aliases

    Scheduled Pinned Locked Moved DHCP and DNS
    6 Posts 2 Posters 230 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
      SteveITS Galactic Empire
      last edited by SteveITS

      I ran into a problem today where our office pfSense did not have the correct IP for a hostname in an alias.

      Per the DNS Resolver log the last filterdns entry was March 20. There are no filterdns entries in the system log.

      The "Unable to create monitoring thread" error is NOT being logged.

      All the expected filterdns processes ARE running [per Diagnostics> System Activity], for each hostname:

      20    0   111M    20M usem     2   0:09   0.00% /usr/local/sbin/filterdns -p /var/run/filterdns.pid -i 300 -c /var/etc/filterdns.conf -d 1{example.net}
      16827 root
      

      Before I start restarting things, any idea where to look as to why it isn't resolving hostnames after March 20?

      Pre-2.7.2/23.09: Only install packages for your version, or risk breaking it. Select your branch in System/Update/Update Settings.
      When upgrading, allow 10-15 minutes to restart, or more depending on packages and device speed.
      Upvote ๐Ÿ‘ helpful posts!

      S 1 Reply Last reply Reply Quote 0
      • S SteveITS referenced this topic on
      • S
        SteveITS Galactic Empire @SteveITS
        last edited by SteveITS

        Sounds like https://redmine.pfsense.org/issues/8758 in particular the "Is" state:

        root    62658   0.0  0.5 113276  20412  -  Is    4Feb25      1:59.64 /usr/local/sbin/filterdns -p /var/run/filterdns.pid -i 300 -c /var/etc/filterdns.conf -d 1
        

        Similar to that one, if I "killall filterdns" and then Status>Filter Reload, the table is immediately updated. (for convenience "pfctl -T show -t aliasname" shows this at a command prompt)

        FWIW that redmine links to https://redmine.pfsense.org/issues/9296
        ...but both are marked as closed/resolved. :(

        Pre-2.7.2/23.09: Only install packages for your version, or risk breaking it. Select your branch in System/Update/Update Settings.
        When upgrading, allow 10-15 minutes to restart, or more depending on packages and device speed.
        Upvote ๐Ÿ‘ helpful posts!

        S GertjanG 2 Replies Last reply Reply Quote 0
        • S
          SteveITS Galactic Empire @SteveITS
          last edited by

          Happened again. Two hostnames that resolve to the same valid/correct IP are not in the table in pfSense. The log lists both:

          Adding Action: pf table: AliasName host: host.example.com
          Adding Action: pf table: AliasName host: host2.example.net

          ...but they're not in the table until I do the killall and then a filter reload.

          Pre-2.7.2/23.09: Only install packages for your version, or risk breaking it. Select your branch in System/Update/Update Settings.
          When upgrading, allow 10-15 minutes to restart, or more depending on packages and device speed.
          Upvote ๐Ÿ‘ helpful posts!

          S 1 Reply Last reply Reply Quote 0
          • S
            SteveITS Galactic Empire @SteveITS
            last edited by

            Just us? :( Any idea of what to look for in logs? Since I can't seem to find an error...

            Pre-2.7.2/23.09: Only install packages for your version, or risk breaking it. Select your branch in System/Update/Update Settings.
            When upgrading, allow 10-15 minutes to restart, or more depending on packages and device speed.
            Upvote ๐Ÿ‘ helpful posts!

            1 Reply Last reply Reply Quote 0
            • GertjanG
              Gertjan @SteveITS
              last edited by

              @SteveITS said in Filterdns has stopped resolving hostnames in firewall aliases:

              the "Is" state:

              Is = Interrupted, and sleeping - so it's waiting for 'something'.
              So, just guessing : the main job is hammering the DNS subsystem, normally the Resolver, with DNS requests.
              What if unbound, the resolver was restarted / stopped ? and filterdns missed that / doesn't time out, and is waiting (sleeping) forever ?

              My questions boils down to : what happens with your unbound ? Does it restart a lot ? Look at the resolver log to find out.

              I can't recall if there is a command that can be used to see what a process is waiting for. Some one knows ?

              No "help me" PM's please. Use the forum, the community will thank you.
              Edit : and where are the logs ??

              S 1 Reply Last reply Reply Quote 0
              • S
                SteveITS Galactic Empire @Gertjan
                last edited by

                @Gertjan Unbound's been running since May 1 on this router. Not using DHCP registration, or even DHCP on this router.

                unbound 19499   0.0  2.3 124144  92208  -  Ss    1May25     14:45.04 /usr/local/sbin/unbound -c /var/unbound/unbound.conf
                

                One of Jim's comments in 8758 was, "The I state indicates it's sleeping for over 20 seconds and per-se is not the problem because filterdns threads sleep for 1 minute so it will stay as S in the first 20 seconds and then move to I." So that may just be a red herring.

                I didn't write it above but the missing IP in question this time was my home, and I log in every single day. Also AFAICT the IP didn't change (no notification in pfSense). So the IP just disappeared from the table one day.

                Pre-2.7.2/23.09: Only install packages for your version, or risk breaking it. Select your branch in System/Update/Update Settings.
                When upgrading, allow 10-15 minutes to restart, or more depending on packages and device speed.
                Upvote ๐Ÿ‘ helpful posts!

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