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

Filterdns has stopped resolving hostnames in firewall aliases

DHCP and DNS
2
6
195
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 Mar 29, 2025, 1:06 AM Mar 26, 2025, 9:26 PM

    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 Mar 27, 2025, 7:12 PM Reply Quote 0
    • S SteveITS referenced this topic on Mar 27, 2025, 6:36 PM
    • S
      SteveITS Galactic Empire @SteveITS
      last edited by SteveITS Mar 28, 2025, 3:56 PM Mar 27, 2025, 7:12 PM

      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 G 2 Replies Last reply 6 days ago Reply Quote 0
      • S
        SteveITS Galactic Empire @SteveITS
        last edited by 6 days ago

        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 4 days ago Reply Quote 0
        • S
          SteveITS Galactic Empire @SteveITS
          last edited by 4 days ago

          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
          • G
            Gertjan @SteveITS
            last edited by 3 days ago

            @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 3 days ago Reply Quote 0
            • S
              SteveITS Galactic Empire @Gertjan
              last edited by 3 days ago

              @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.