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

    Snort 2.9.6.2 pkg v3.1.1 Update – Release Notes

    Scheduled Pinned Locked Moved pfSense Packages
    59 Posts 11 Posters 12.8k 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.
    • BBcan177B
      BBcan177 Moderator
      last edited by

      @chemlud:

      Any suggestions on what to do excatly ;-)

      The packages download from:

      Downloading https://files.pfsense.org/packages/amd64/8/All/snort-2.9.6.2-amd64.pbi …  [ repository]

      When I ping files.pfsense.org

      This is what IP it resolves to:

      PING files.pfsense.org (208.123.73.81): 56 data bytes
      64 bytes from 208.123.73.81: icmp_seq=0 ttl=55 time=55.767 ms

      Try editing your DNS Forwarder (Host Over ride)

      and point files.pfsense.org to this IP and see if it works? If you ping files.pfsense.org, you will receive an IP for a mirror that is closer to you. But obviously that ip/mirror is having issues.

      "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/

      1 Reply Last reply Reply Quote 0
      • bmeeksB
        bmeeks
        last edited by

        @BBcan177:

        @chemlud:

        Any suggestions on what to do excatly ;-)

        The packages download from:

        Downloading https://files.pfsense.org/packages/amd64/8/All/snort-2.9.6.2-amd64.pbi …  [ repository]

        When I ping files.pfsense.org

        This is what IP it resolves to:

        PING files.pfsense.org (208.123.73.81): 56 data bytes
        64 bytes from 208.123.73.81: icmp_seq=0 ttl=55 time=55.767 ms

        Try editing your DNS Forwarder (Host Over ride)

        and point files.pfsense.org to this IP and see if it works? If you ping files.pfsense.org, you will receive an IP for a mirror that is closer to you. But obviously that ip/mirror is having issues.

        I agree with this approach.  I think something is wrong on a mirror.  If the package itself was messed up, then all of the North American folks would be impacted.  I have performed three installs since the last update with no issues at all.  My systems resolve the ULR to the same IP as BBcan177 posted.

        Bill

        1 Reply Last reply Reply Quote 0
        • S
          Supermule Banned
          last edited by

          When pinging from Scandinavia we get this:

          PING files.pfsense.org (208.123.73.81): 56 data bytes
          64 bytes from 208.123.73.81: icmp_seq=0 ttl=50 time=152.243 ms

          So we dont get a mirror on the package files…

          1 Reply Last reply Reply Quote 0
          • bmeeksB
            bmeeks
            last edited by

            @Supermule:

            When pinging from Scandinavia we get this:

            PING files.pfsense.org (208.123.73.81): 56 data bytes
            64 bytes from 208.123.73.81: icmp_seq=0 ttl=50 time=152.243 ms

            So we dont get a mirror on the package files…

            Then I truly don't know what's wrong.  If the Snort package itself was messed up, you would expect it to fail for everyone.  Some (or a lot of) people have successfully installed the update.  I myself have installed it three times since it was posted – twice to virtual machines and once to my production box.  No problems encountered at all.  BBcan177 stated he has done multiple installs with no issues.  Others have posted success here as well.  This is a really perplexing problem.

            Bill

            1 Reply Last reply Reply Quote 0
            • C
              Cino
              last edited by

              Not sure if anyone else noticed this or if its an issue with my box only.. I run both snort and suricata but only have blocking enable with suricata. When I reboot my box, snort doesn't start:

              
              snort[55775]: FATAL ERROR: /usr/pbi/snort-i386/etc/snort/snort_60770_em3//usr/pbi/snort-i386/etc/snort/snort_60770_em3/rules/suricata.rules(0) Unable to open rules file "/usr/pbi/snort-i386/etc/snort/snort_60770_em3//usr/pbi/snort-i386/etc/snort/snort_60770_em3/rules/suricata.rules": No such file or directory.
              
              

              I'm puzzled why its looking for suricata.rules.

              Now if I go and re-save each interface, i'm able to manually start them

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

                Hollander had the same issue in another thread. He uninstall Suricata and re-installed it.

                "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/

                1 Reply Last reply Reply Quote 0
                • C
                  Cino
                  last edited by

                  I did search this thread before posting, next time I'll search the board. As always, thank you for all your support and hard work.

                  1 Reply Last reply Reply Quote 0
                  • bmeeksB
                    bmeeks
                    last edited by

                    @Cino:

                    I did search this thread before posting, next time I'll search the board. As always, thank you for all your support and hard work.

                    I'm thinking the root of this error might be the problem I found with an extra backslash in some paths in the Suricata and Snort PHP code.  However, as part of my testing for the upcoming Suricata update, I will test in my VM lab with both Suricata and Snort enabled on a box.

                    Bill

                    1 Reply Last reply Reply Quote 0
                    • ?
                      Guest
                      last edited by

                      @Supermule:

                      When pinging from Scandinavia we get this:

                      PING files.pfsense.org (208.123.73.81): 56 data bytes
                      64 bytes from 208.123.73.81: icmp_seq=0 ttl=50 time=152.243 ms

                      So we dont get a mirror on the package files…

                      My ping goes to the same IP.

                      …to me this whole story is kind of VERY disturbing...

                      1 Reply Last reply Reply Quote 0
                      • bmeeksB
                        bmeeks
                        last edited by

                        @chemlud:

                        @Supermule:

                        When pinging from Scandinavia we get this:

                        PING files.pfsense.org (208.123.73.81): 56 data bytes
                        64 bytes from 208.123.73.81: icmp_seq=0 ttl=50 time=152.243 ms

                        So we dont get a mirror on the package files…

                        My ping goes to the same IP.

                        …to me this whole story is kind of VERY disturbing...

                        For Nano image boxes, make sure you have at least 200 MB of free space in /tmp.  The package manager code gets tripped up if it runs out of space to unpack and install a package.  That might be what's happening to you.

                        There was also a problem a few days ago with the SHA256 checksum files not getting uploaded to the packages servers.  The developer team pushed a fix for that I noticed a few days ago.

                        Bill

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