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

    DNS Resolver Custom Options Do Not Start on Startup

    DHCP and DNS
    5
    10
    1.6k
    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.
    • U
      user2
      last edited by

      I have configured DNS Resolver with the custom option:

      log-queries: yes

      When pfsense is restarted, remote logging does not resume.

      2.4.4-RELEASE-p2 (amd64)
      built on Wed Dec 12 07:40:18 EST 2018
      FreeBSD 11.2-RELEASE-p6

      Instead, I must go into the Resolver General Settings, and click Save. Then, everything starts logging to my remote syslogd server.

      Any help is appreciated.

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

        Hi,

        I entered this (adding #anchor(log-queries: yes)).

        0_1547449964392_a5cca6ac-6eaf-45a1-8490-e8ccdb1334ba-image.png

        After hitting "Save", unbound restarted.
        And my logs, locally and remotely, were getting swamped with query log lines.

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

        U 1 Reply Last reply Reply Quote 0
        • RonpfSR
          RonpfS
          last edited by

          @user2 said in DNS Resolver Custom Options Do Not Start on Startup:

          When pfsense is restarted, remote logging does not resume.

          Next restart, if you don't see any logging, just restart unbound from the Status Service tab. I will probably start logging.

          2.4.5-RELEASE-p1 (amd64)
          Intel Core2 Quad CPU Q8400 @ 2.66GHz 8GB
          Backup 0.5_5, Bandwidthd 0.7.4_4, Cron 0.3.7_5, pfBlockerNG-devel 3.0.0_16, Status_Traffic_Totals 2.3.1_1, System_Patches 1.2_5

          U 1 Reply Last reply Reply Quote 0
          • U
            user2 @RonpfS
            last edited by

            @ronpfs Thank you for responding. It is true that restarting unbound after a pfsense reboot resumes logging. Instead I was hoping (expecting) the unbound settings to start logging automatically. Doesn't it seem odd to go into a service to restart it just after rebooting the pfsense firewall?

            RonpfSR 1 Reply Last reply Reply Quote 0
            • U
              user2 @Gertjan
              last edited by

              @gertjan Thank you for sharing your custom options. It is also my observation that hitting "Save" resumes external logging. However, I was hoping this setting would automatically start upon a pfsense reboot. Maybe this is a bug?

              1 Reply Last reply Reply Quote 0
              • RonpfSR
                RonpfS @user2
                last edited by

                @user2 said in DNS Resolver Custom Options Do Not Start on Startup:

                Doesn't it seem odd to go into a service to restart it just after rebooting the pfsense firewall?

                It's odd but it's been like that for years.

                2.4.5-RELEASE-p1 (amd64)
                Intel Core2 Quad CPU Q8400 @ 2.66GHz 8GB
                Backup 0.5_5, Bandwidthd 0.7.4_4, Cron 0.3.7_5, pfBlockerNG-devel 3.0.0_16, Status_Traffic_Totals 2.3.1_1, System_Patches 1.2_5

                U 1 Reply Last reply Reply Quote 0
                • U
                  user2 @RonpfS
                  last edited by

                  @ronpfs Hmm... I see. Since this is new to me, I was not expecting it. (I think this is also observed for snort alerts - the need to restart the service after a reboot.) Is there a way to recommend a change?

                  1 Reply Last reply Reply Quote 0
                  • RonpfSR
                    RonpfS
                    last edited by

                    pfsense demand TLC 🙏

                    2.4.5-RELEASE-p1 (amd64)
                    Intel Core2 Quad CPU Q8400 @ 2.66GHz 8GB
                    Backup 0.5_5, Bandwidthd 0.7.4_4, Cron 0.3.7_5, pfBlockerNG-devel 3.0.0_16, Status_Traffic_Totals 2.3.1_1, System_Patches 1.2_5

                    1 Reply Last reply Reply Quote 0
                    • I
                      ilGino
                      last edited by

                      Hello all,

                      unfortunately in my experience this still happens on:

                      2.5.2-RELEASE (amd64)
                      built on Fri Jul 02 15:33:00 EDT 2021
                      FreeBSD 12.2-STABLE

                      Steps to reproduce the issue:

                      • Services > DNS Resolver > General Settings
                      • Custom options set and saved to

                      server: log-queries: yes

                      • DNS queries are correctly sent to the defined syslog server (don't know if logged locally on pfSense, I'm not interested in that)
                      • reboot pfSense
                      • DNS queries are not correctly sent to the defined syslog server (don't know if logged locally on pfSense, I'm not interested in that)
                      • Status > DNS Resolver > Restart service (or Stop Service && Start Service)
                      • DNS queries again are correctly sent to the defined syslog server (don't know if logged locally on pfSense, I'm not interested in that)

                      Regards

                      E 1 Reply Last reply Reply Quote 2
                      • E
                        encrypt1d @ilGino
                        last edited by

                        I have reproduced this on 2.6.0 CE as well. I only very recently cutover to using resolver instead of forwarder because the forwarder no longer worked for me in 2.6.0.

                        I log and inspect DNS queries, so I hit this bug right away.

                        Losing your DNS logs from your SIEM on reboots isn't a good security situation. This deserves some escalated attention.

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