Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login
    Introducing Netgate Nexus: Multi-Instance Management at Your Fingertips.

    There were error(s) loading the rules

    Scheduled Pinned Locked Moved Firewalling
    10 Posts 2 Posters 1.1k 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.
    • C Offline
      choodee
      last edited by

      Hi Everyone,

      PfSense 2.3.3-RELEASE

      I can't seem to figure out where this problem is coming from which started a few months ago.  Now and then this error comes up and drops our internet connection for a split second.

      There were error(s) loading the rules: /tmp/rules.debug:129: could not parse host specification - The line in question reads [129]: table <time_chu_nrc_ca> { time1.chu.nrc.ca./32 }

      I tried adjusting the NTP Server values and looking at the firewall rules without success.  Appreciate all those who can point me in the right direction.

      Thanks

      1 Reply Last reply Reply Quote 0
      • KOMK Offline
        KOM
        last edited by

        Is this something pfBlocker stuffed into the ruleset or is this some rule you made?

        1 Reply Last reply Reply Quote 0
        • C Offline
          choodee
          last edited by

          Hi Kom,

          I'm using Snort but not pFblocker on the firewall.  I looked into my firewall rules and I don't have anything in there that would block time1.chu.nrc.ca./32.

          thanks,

          1 Reply Last reply Reply Quote 0
          • KOMK Offline
            KOM
            last edited by

            Is there supposed to be a . at the end of the hostname?

            time1.chu.nrc.ca./32

            versus

            time1.chu.nrc.ca/32

            What rules do you have that refer to this time server?  I use time.nrc.ca for my NTP def but there is nothing in the rules about it.

            1 Reply Last reply Reply Quote 0
            • C Offline
              choodee
              last edited by

              That's where I'm having issues.  I don't have time1.chu.nrc.ca referenced anywhere in NTP or in firewall rules.  I use 1.ca.pool.ntp.org, 0.ca.pool.ntp.org and ca.pool.ntp.org for my time servers so i don't know where this error is coming from.

              1 Reply Last reply Reply Quote 0
              • KOMK Offline
                KOM
                last edited by

                Packages like Snort, Suricata and pfBlocker uses rule lists.  Maybe something in there?

                1 Reply Last reply Reply Quote 0
                • C Offline
                  choodee
                  last edited by

                  i can temporarily turn off Snort and see what happens.

                  1 Reply Last reply Reply Quote 0
                  • C Offline
                    choodee
                    last edited by

                    So I just got the same error a few minutes ago.  Looks like snort is not the culprit.  Any other thoughts?

                    1 Reply Last reply Reply Quote 0
                    • KOMK Offline
                      KOM
                      last edited by

                      Any other thoughts?

                      Shell in and look at /tmp/rules.debug.  What's line 129 say?

                      What packages in total are you running?  Post a screenshot(s) of your WAN/LAN rules with public details obscured.

                      1 Reply Last reply Reply Quote 0
                      • C Offline
                        choodee
                        last edited by

                        Thanks Kom for your assistance.  I was able to find the problem under Firewall - Aliases, there was an entry for time1.chu.nrc.ca that had no IP which was probably used for a previous firewall rule.  All is now well.

                        thanks!

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Copyright 2026 Rubicon Communications LLC (Netgate). All rights reserved.
                        Privacy Policy · Cookie Policy