Subcategories

  • Discussions about packages which handle caching and proxy functions such as squid, lightsquid, squidGuard, etc.

    4k Topics
    21k Posts
    A

    i am using pfsense 2.8.0 with haproxy 0.63_10 and i have 4 sites that redirect to two different web server, i am using two frontend, one for http request redirect to https using rule: scheme https, and a second with type ssl/https(tcp mode) to redirect the request with the acl and the action, now i want to add a new site to one of the web servers i create a new backend (and even tried duplicate) and add the proper acl and action as always did but for some reason since the update to 2.8.0 the redirect keeps going to the wrong backend, i tried a test and rewrote and old backend and updated the acl and rule in the frontend and it works fine, is there a known bug since the update because it keeps happening even after reboot to pfsense and the haproxy service and reinstall of the package.

  • Discussions about packages whose functions are Intrusion Detection and Intrusion Prevention such as snort, suricata, etc.

    2k Topics
    16k Posts
    cyb3rtr0nianC

    @bmeeks So after upgrading to the newest PfSense 2.8.0 everything is now working like a charm!

    Suricata no longer seems to strip off tags like it did before! Which means I can now use my network segmented by VLANs and still use the benefits of Suricata Inline IPS! Very niiize!

    I checked in the Alerts section and it is indeed generating the correct alerts from the different VLAN sections, I put Inline IPS on the parent interface of all the VLANs.

    I assume this is because the FreeBSD version is also updated with the new PfSense 2.8.0 version?

    Because before, as soon as I selected Inline IPS mode, my entire VLAN tagging would break and nothing was reachable until I switched back to Legacy mode.

  • Discussions about packages that handle bandwidth and network traffic monitoring functions such as bandwidtd, ntopng, etc.

    571 Topics
    3k Posts
    K

    @pulsartiger
    The database name is vnstat.db and its location is under /var/db/vnstat.
    With "Backup Files/Dir" we are able to do backup or also with a cron.

  • Discussions about the pfBlockerNG package

    3k Topics
    20k Posts
    M

    I resolved this by accepting the T+Cs via

    https://www.maxmind.com/en/accounts/1205389/geolite2/eula

  • Discussions about Network UPS Tools and APCUPSD packages for pfSense

    101 Topics
    2k Posts
    dennypageD

    @jhg said in NUT fails to start after 2.7.2 -> 2.8.0 upgrade:

    Interesting. I would have thought the initial reboot, which occurred as part of the upgrade, would have done the trick, but it took a second reboot, just now, to get things working.

    Glad you have it sorted.

    There was no difference in the output of usbconfig show_ifdrv at any point -- before or after unplugging/replugging the USB cable, nor after rebooting.
    ...
    Question: What would tell me whether or not a driver was loaded?

    If there were an attached driver, it should have shown up with the show_ifdrv command. If you use the command and look at the other usb devices, I think they will show attached drivers. I don't expect to see a driver attached to the ups, because there is a quirk that tells the OS to ignore that device (and not attach a driver).

    Look for idVendor and idProduct in the above output. The Vendor ID for your device is 0764, which corresponds to Cyber Power Systems, and the Product ID for your device is 0601, which is registered as "PR1500LCDRT2U UPS" (don't sweat an exact match for the name).

    You can see the quirk with the following command:

    [25.07-RC][root@fw]/root: usbconfig dump_device_quirks | grep 0764 VID=0x0764 PID=0x0005 REVLO=0x0000 REVHI=0xffff QUIRK=UQ_HID_IGNORE VID=0x0764 PID=0x0501 REVLO=0x0000 REVHI=0xffff QUIRK=UQ_HID_IGNORE VID=0x0764 PID=0x0601 REVLO=0x0000 REVHI=0xffff QUIRK=UQ_HID_IGNORE [25.07-RC][root@fw]/root:

    Your device is third on the list. The HID_IGNORE quirk says to ignore the device and not attach a driver.

    @jhg said in NUT fails to start after 2.7.2 -> 2.8.0 upgrade:

    You might consider adding this resolution to the release notes for 2.8.

    LOL... sorry, I don't have input to the release notes (I don't work here). While I wrote and maintain various packages, including NUT, I'm still just a volunteer. Most packages are actually written by volunteers.

  • Discussions about the ACME / Let’s Encrypt package for pfSense

    493 Topics
    3k Posts
    GertjanG

    @EChondo

    What's your pfSense version ?
    The instructions are shown here :

    1acdc586-cb29-4148-9e36-81ade4e5e60c-image.png

    A restart of a service will start by re creating their config files. If a certificate changed, it will get included. When the process starts, it will use the new certificate.

    @EChondo said in Issue with ACME Certificates Refresh & Restarting HAProxy:

    I haven't been able to confirm if the above works(mine just renewed, don't feel like doing it again just to test), so we'll see in 60 days I guess.

    No need to wait x days.
    You can re test / renew right away, as you are 'allowed' to renew a couple (5 max ?) of times per week.

  • Discussions about the FRR Dynamic Routing package on pfSense

    294 Topics
    1k Posts
    R

    I had a similar issue with Routed VTI over IPsec recently. FRR lost its neighbors after rebooting or when a tunnel went down. It never re-discovered it automatically. Only restarting FRR (either in GUI or via CLI) brought the neighbors back.

    When I manually added those under the OSPF neighbors tab in the GUI it seems to solve the problem as well.

  • Discussions about the Tailscale package

    89 Topics
    577 Posts
    E

    Updated CE 2.7.2 to 1.86.2

    Changelog

    pkg add -f https://pkg.freebsd.org/FreeBSD:14:amd64/quarterly/All/tailscale-1.86.2.pkg

    Freshports

  • Discussions about WireGuard

    690 Topics
    4k Posts
    J

    I've read through some other posts about this, but they either didn't say whether the proposed solution worked or they were very convoluted and difficult to understand. Here is our scenario: We have 6 locations--Las Cruces (LC), Sunland Park (SP), El Paso (EP), Abilene (ABI), Fort Worth (FW), and Plano (PL). LC and ABI have software that is accessed by the other 4 locations via VPN. There are WireGuard VPNs set up between LC and those 4 locations (SP, EP, FW, PL), and ABI and those 4 locations (SP, EP, FW, PL). There is also a WireGuard VPN connection between LC and ABI. LC and ABI have 2 internet connections. SP, EP, FW, and PL each have one internet connection.

    If the primary internet connection goes down at either LC or ABI and failover occurs to the secondary internet connection, is there a way to set up the WireGuard VPN connections so that they also failover without purchasing some 3rd party application?

    Thanks.

  • Help with SNORT

    Locked
    3
    0 Votes
    3 Posts
    2k Views
    C

    Hi, I'm also new to snort…

    I'm just wondering if there is any easier way to search for a rule.
    I have a lot of them and when I want to review one upon an alert,
    I have to do find the matching one by hand.. The same with suppression....

  • Snort on 2.0-RELEASE (amd64)

    Locked
    2
    0 Votes
    2 Posts
    1k Views
    B

    CPU usage on my Atom D525 X64 with Snort enabled is really low, like 1%

  • Running Snort on LAN interface

    Locked
    3
    0 Votes
    3 Posts
    2k Views
    H

    This is not an issue anymore.  After upgrading to pfSense 2.0, I can set up my configuration so I don't need to run Snort on the LAN interface.  Thanks

  • Update LCDProc to 0.5.4

    Locked
    1
    0 Votes
    1 Posts
    1k Views
    No one has replied
  • Updating and package install

    Locked
    13
    0 Votes
    13 Posts
    5k Views
    K

    Hello

    I have had exactly the same issue while updaing to one of post RC3 snapshots. Whole upgrade proces take about 6 hours to complete and looping screens was quite annoing, but when it finished system working stable till now.
    Now, when we have the final release, I will install fresh system and will restore from backup file
    Regards

  • Snort issue after upgrading from 2.0 RC3 to 2.0 Release

    Locked
    1
    0 Votes
    1 Posts
    1k Views
    No one has replied
  • Can the Reverseproxy forward to different Servers by path?

    Locked
    4
    0 Votes
    4 Posts
    2k Views
    marcellocM

    You can use all:

    I've set this scenario some times and it worked very well.

    Https -> haproxy –--
                                |---> apache + modsecurity -->  webserver
    Http -> varnish ------

    You can Also set this:

    Apache+modsecurity ---> varnish --->  web servers(/test)
                                               |-----> Web servers (/test2)

    In this case, apache handles ssl.

    Notes:
    Apache can do what you want but today the package Does not include this option.
    May be in a close future I may include this feature to gui.

    Varnish is faster then apache as a reverse proxy, do a test if you have time.

  • NRPE loosing check definitions after update

    Locked
    5
    0 Votes
    5 Posts
    2k Views
    S

    @jimp:

    Not sure what might be happening on your system, but on mine it keeps the settings when I uninstall it, reinstall it, or upgrade.

    Same here…. All fine.

  • Snort doesn't produce any alerts

    Locked
    5
    0 Votes
    5 Posts
    2k Views
    A

    @stvboyle:

    I seem to be having the same problem.  I'm running:
    2.0-RC3  (amd64)  built on Tue Sep 6 17:46:35 EDT 2011

    Installed snort, configured updates, enabled a WAN interface, enabled all preprocessors, enabled some rules, started it on the interface.  Its been running for about 12 hours now and no alerts.  Not sure how to troubleshoot the issue.  Any suggestions are appreciated.

    Have a look at http://forum.pfsense.org/index.php/topic,37557.285/topicseen.html for the cause and the solution of this issue.

  • Monitor HTTP Traffic by LAN IP???

    Locked
    6
    0 Votes
    6 Posts
    2k Views
    S

    @photonman:

    @serialdie:

    you can use ntop.

    Ntop is pretty cool…I think that will work out for me.

    thanks for the suggestion

    Been using it for a few years and is an awesome monitoring tool.
    Good Luck!

  • Widescreen package issue

    Locked
    3
    0 Votes
    3 Posts
    2k Views
    R

    Perfect! It works!
    Hope to see soon an updated version of the cool package.

    Thanks again
    Romain

  • Unblock MSN (I am the admin)

    Locked
    2
    0 Votes
    2 Posts
    4k Views
    marcellocM

    If you are using auth and msn client can't use your authentication method, you will ser this error.
    Check in log if urls that has a tcp_miss has also a username.

    You may need To create An acl by client address and map msn urls.

  • DNS Blacklist, New Package! Check it out.

    Locked
    153
    0 Votes
    153 Posts
    136k Views
    A

    any update on this package? is this dead already?

  • How to change TOS for cache hit.

    Locked
    3
    0 Votes
    3 Posts
    3k Views
    M

    You got a l7 filter to make this.

  • Snort alerts are not showing up on the snort dashboard widget

    Locked
    5
    0 Votes
    5 Posts
    5k Views
    C

    the widget has not work for some time now… at least 8+ months on the 2.0 branch... clearing alerts was reported a while ago and there is a ticket on it already http://redmine.pfsense.org/issues/1765

  • Some help with Squid swap.state please?

    Locked
    13
    0 Votes
    13 Posts
    26k Views
    marcellocM

    You can also try memory cache, its faster then Disk.
    With a lot of sites setting sessions, squid is not so efficient To handle this.

  • Proxy Server & IP Address

    Locked
    1
    0 Votes
    1 Posts
    1k Views
    No one has replied
  • [SOLVED] pfSense process investigation and Snort

    Locked
    4
    0 Votes
    4 Posts
    6k Views
    R

    I'm all set, now…

    When I made it back to my test network earlier today there were system log entries on the pfSense box showing the ethernet interfaces had been restarted. The reason they restarted on their own while I was doing other things is a mystery to me, but they did restart.

    Shortly after that, Snort kicked off successfully for both interfaces I set it up on and was running just fine. Again, not sure why it decided to start right up on its own, but I had asked it to start repeatedly before working on other things, so maybe it just did what I told it to as soon as it could.  ???

    I notice it clearly states on the Snort service web-interface that the interfaces will need to be restarted to pick up changes. Changes like just installing it to configuring it to run for the first time, say? Nice  ;D

    Once I had a running Snort install and the correct arguments for 'ps', it was easy to answer my own questions.

  • 0 Votes
    3 Posts
    3k Views
    I

    one possible cause for this that i have found:

    I was testing the cron command that updates the rules by running it manually.  The first time i got a few duplicate SID warnings.  I went and disabled a few rules and re-enabled them and ran it again and got a bit different output.

    Line 15 is:
    enablesid

    Line 19 is:
    disablesid

    I then went and disabled/reenabled a few more rules, and when i ran the update command i got more of the WARNING: line xx in your oinkmaster_blah.conf is invalid.  All of the warning lines were either "enablesid" or "disablesid" with nothing more.

    Each time i disabled a rule and ran the update, it would add one more "disablesid" to the /usr/local/etc/snort/snort_<interface_id>/oinkmaster_<interface_id>.conf file and each time i enabled a rule and ran the update it would add one more "enablesid" to the same file.

    I'm not sure how this relates to the problem, but it seems like snort is not able to keep track of which rules are enabled/disabled properly and when it merges the updates with the current rules it formats them in a way that the web interface cannot handle.

    Output below and the oinkmaster_blah.conf at the bottom:

    first time:

    [2.1-DEVELOPMENT][admin@pfsense]/root(19): /usr/local/bin/php -f /usr/local/pkg/snort/snort_check_for_rule_updates.php >> /tmp/snort_update.log
    WARNING: duplicate SID: 3017 (discarding old)
    WARNING: duplicate SID: 17462 (discarding old)
    cp: /usr/local/etc/snort/generators: No such file or directory
    cp: /usr/local/etc/snort/sid: No such file or directory
    rm: /usr/local/etc/snort/tmp/rules_bk: No such file or directory
    ls: /tmp/snort.sh.pid: No such file or directory
    rm: /tmp/snort_download_halt.pid: No such file or directory

    second time:

    [2.1-DEVELOPMENT][admin@pfsense]/root(19): /usr/local/bin/php -f /usr/local/pkg/snort/snort_check_for_rule_updates.php >> /tmp/snort_update.log
    WARNING: duplicate SID: 3017 (discarding old)
    WARNING: duplicate SID: 17462 (discarding old)
    cp: /usr/local/etc/snort/generators: No such file or directory
    cp: /usr/local/etc/snort/sid: No such file or directory
    Loading /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf
    WARNING: line 15 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 19 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    Copying rules from /usr/local/etc/snort/rules… 76 files copied.
    Setting up rules structures...
    WARNING: duplicate SID in your local rules, SID 3017 exists multiple times, you may need to fix this manually!
    WARNING: duplicate SID in your local rules, SID 17462 exists multiple times, you may need to fix this manually!
    done.
    Processing downloaded rules...
    WARNING: duplicate SID in downloaded archive, SID=17462, only keeping rule with highest 'rev'
    disabled 0, enabled 0, modified 0, total=18870
    Setting up rules structures...
    WARNING: duplicate SID in your local rules, SID 3017 exists multiple times, you may need to fix this manually!
    WARNING: duplicate SID in your local rules, SID 17462 exists multiple times, you may need to fix this manually!
    done.
    Comparing new files to the old ones... done.
    Updating local rules files... done.
    rm: /usr/local/etc/snort/tmp/rules_bk: No such file or directory
    ls: /tmp/snort.sh.pid: No such file or directory
    rm: /tmp/snort_download_halt.pid: No such file or directory

    third time:

    [2.1-DEVELOPMENT][admin@pfsense]/root(24): /usr/local/bin/php -f /usr/local/pkg/snort/snort_check_for_rule_updates.php >> /tmp/snort_update.log
    WARNING: duplicate SID: 3017 (discarding old)
    WARNING: duplicate SID: 17462 (discarding old)
    cp: /usr/local/etc/snort/generators: No such file or directory
    cp: /usr/local/etc/snort/sid: No such file or directory
    Loading /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf
    WARNING: line 15 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 16 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 17 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 18 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 19 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 20 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 21 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 22 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 26 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 27 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 28 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 29 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 30 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 31 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 32 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 33 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    Copying rules from /usr/local/etc/snort/rules… 76 files copied.
    Setting up rules structures...
    WARNING: duplicate SID in your local rules, SID 3017 exists multiple times, you may need to fix this manually!
    WARNING: duplicate SID in your local rules, SID 17462 exists multiple times, you may need to fix this manually!
    done.
    Processing downloaded rules...
    WARNING: duplicate SID in downloaded archive, SID=17462, only keeping rule with highest 'rev'
    disabled 0, enabled 0, modified 0, total=18870
    Setting up rules structures...
    WARNING: duplicate SID in your local rules, SID 3017 exists multiple times, you may need to fix this manually!
    WARNING: duplicate SID in your local rules, SID 17462 exists multiple times, you may need to fix this manually!
    done.
    Comparing new files to the old ones... done.
    Updating local rules files... done.
    rm: /usr/local/etc/snort/tmp/rules_bk: No such file or directory
    ls: /tmp/snort.sh.pid: No such file or directory
    rm: /tmp/snort_download_halt.pid: No such file or directory

    fourth time:

    [2.1-DEVELOPMENT][admin@pfsense]/root(33): /usr/local/bin/php -f /usr/local/pkg/snort/snort_check_for_rule_updates.php >> /tmp/snort_update.log
    WARNING: duplicate SID: 3017 (discarding old)
    WARNING: duplicate SID: 17462 (discarding old)
    cp: /usr/local/etc/snort/generators: No such file or directory
    cp: /usr/local/etc/snort/sid: No such file or directory
    Loading /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf
    WARNING: line 15 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 16 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 17 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 18 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 19 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 20 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 21 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 22 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 23 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 27 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 28 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 29 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 30 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 31 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 32 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 33 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 34 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    WARNING: line 35 in /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf is invalid, ignoring
    Copying rules from /usr/local/etc/snort/rules… 76 files copied.
    Setting up rules structures...
    WARNING: duplicate SID in your local rules, SID 3017 exists multiple times, you may need to fix this manually!
    WARNING: duplicate SID in your local rules, SID 17462 exists multiple times, you may need to fix this manually!
    done.
    Processing downloaded rules...
    WARNING: duplicate SID in downloaded archive, SID=17462, only keeping rule with highest 'rev'
    disabled 0, enabled 0, modified 0, total=18870
    Setting up rules structures...
    WARNING: duplicate SID in your local rules, SID 3017 exists multiple times, you may need to fix this manually!
    WARNING: duplicate SID in your local rules, SID 17462 exists multiple times, you may need to fix this manually!
    done.
    Comparing new files to the old ones... done.
    Updating local rules files... done.
    rm: /usr/local/etc/snort/tmp/rules_bk: No such file or directory
    ls: /tmp/snort.sh.pid: No such file or directory
    rm: /tmp/snort_download_halt.pid: No such file or directory

    [2.1-DEVELOPMENT][admin@pfsense]/root(35): cat /usr/local/etc/snort/snort_49866_em0/oinkmaster_49866_em0.conf

    ###########################################
    #                                         #

    this is auto generated on snort updates

    #                                         #
    ###########################################

    path = /bin:/usr/bin:/usr/local/bin

    update_files = .rules$|.config$|.conf$|.txt$|.map$

    url = dir:///usr/local/etc/snort/rules

    enablesid
    enablesid
    enablesid
    enablesid
    enablesid
    enablesid
    enablesid
    enablesid
    enablesid

    disablesid
    disablesid
    disablesid
    disablesid
    disablesid
    disablesid
    disablesid
    disablesid
    disablesid</interface_id></interface_id>

  • Snort[55970] exiting

    Locked
    17
    0 Votes
    17 Posts
    6k Views
    M

    I've been running 2.0-RC3 (i386) built on Sat Sep 10 17:10:54 EDT 2011 for 2 days, 03:19 w/ no exits and limited rule categories.  So far so good.  I'm hopeful that 2.0 final will workout fine since seeing swinn's post.

    snort-categories-firewall.jpg
    snort-categories-firewall.jpg_thumb
    snort-categories-firewall2.jpg
    snort-categories-firewall2.jpg_thumb

Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.