What was in the backup you restored? Maybe the backup had a different update URL which caused it to fetch something it shouldn't have and break the installation. Otherwise it's not clear what might have happened. Nothing should have removed files from packages like that which are required parts of the base system. Unless maybe you have some other kind of problem like a disk issue.

@jjstecchino This was noted previously and resolved (at least it was when I loaded the most recent build this AM).

tunnels are up again. Thanky you jimp for fast and competent support. Really appreciate it. Cheers, luphi

That looks like cygwin or msysgit. It still is limited by the underlying filesystem support. You need something that emulates a non-Windows filesystem and environment. You can use a completely isolated VM for that, as has been mentioned already, but I just tested using the Windows/Ubuntu integration (Windows Subsystem for Linux (Link 1, Link 2)) and it checked out OK there as well.

@jimp Many thanks for you clarification.

Remove it !

Thanks! Now I also found the proper documentation for a pull request! https://docs.netgate.com/pfsense/en/latest/development/submitting-a-pull-request-via-github.html Have a nice day! //magnus

There is no apache on pfSense. Perhaps you meant nginx? You shouldn't call the shell exec programs indirectly like that. It isn't going to work. You're telling PHP to spawn a subshell and then run more PHP code from there. If you are looking to make your own page, just copy the contents of the easyrule script and adjust it to suit your needs. Though odds are, whatever you end up making will be less secure than granting users rights to edit firewall rules in the GUI directly.

Trying to run a pfSense shell script from the GUI won't work as you expect (if at all). Use an actual shell.

If people have info - then they would post it here, not personally email you with it.. Such action would defeat really the whole purpose of a forum ;) Also that would also give you the persons email address - which many are not open to be sharing with some guy on a forum asking for help.. edit: BTW what is more likely to happen with you posting your email like that is some yahoo will think its funny to sign you up for every kind of spam or fetish porn they can.. If I were you I would really remove that email address from your post.. If you need help doing that - just let me know.

@stephenw10 said in Question about list, tables and pfctl: pfctl -a openvpn/test1 -t automatic_41319fc_0 -T show pfctl -a openvpn/test1 -t __automatic_41319fc_0 -T show did it!!! thank you!!!

The fix for the issue identified in this thread is now available in the Snort-4.0_8 package version. The update is available for install for users of pfSense-2.5 snapshots only.

@andresense said in Create makefile package: Can you tell me where I can find references to variables like these from makefile: $ {WRKSRC} $ {INSTALL_DATA} $ {FILESDIR} You need to research the format of FreeBSD Makefiles. Start here: https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefiles.htmllink text.

When I run an iperf UDP Test that involves pfsense as router and a filter reload is done there is packet loss while the filter is reloading. This is especially annoying if an IPv6 Gateway goes down, the filter is reloaded and this affects the IPv4 Link aswell. If pfsense could selectively reload ipv6 only if an IPv6 Gateway goes down that would make things a lot easier. This was not meant to be a "problem post" but rather a "couldn't we improve by splitting ipv4 and ipv6 rules in 2 anchors" though. My first idea was something that could be done in iptables but not pf: Have a list of rules we want and one with rules we have and issue the commands to make them match. The closest we could get to that is probably splitting up, comparing when we want to reload and only reload if last != current.

@stephenw10 yup but no single source can provide that, and even if I create 2 connections (e.g download from steam and Battle.net at same time) which are independently capable of around 90MB/s, I can’t push much further than 140MB/s. Load on cpu is minimal, so feel like somewhere downstream at the ISP is restricting the bandwidth.

@kiokoman said in Suricata crash log: @bmeeks i had this today after upgrading pfsense 2.5 and reboot to the latest revision Crash report begins. Anonymous machine information: amd64 12.0-RELEASE-p9 FreeBSD 12.0-RELEASE-p9 e23c75c4280(RELENG_2_5) pfSense Crash report details: PHP Errors: [27-Aug-2019 20:56:56 Europe/Rome] PHP Warning: filesize(): stat failed for /usr/local/etc/suricata/suricata_3908_pppoe0/rules/suricata.rules in /usr/local/pkg/suricata/suricata_generate_yaml.php on line 999 [27-Aug-2019 20:56:56 Europe/Rome] PHP Warning: filesize(): stat failed for /usr/local/etc/suricata/suricata_3908_pppoe0/rules/flowbit-required.rules in /usr/local/pkg/suricata/suricata_generate_yaml.php on line 1001 [27-Aug-2019 20:56:56 Europe/Rome] PHP Warning: filesize(): stat failed for /usr/local/etc/suricata/suricata_3908_pppoe0/rules/custom.rules in /usr/local/pkg/suricata/suricata_generate_yaml.php on line 1003 [27-Aug-2019 20:56:56 Europe/Rome] PHP Warning: filesize(): stat failed for /usr/local/etc/suricata/suricata_35924_igb2/rules/suricata.rules in /usr/local/pkg/suricata/suricata_generate_yaml.php on line 999 [27-Aug-2019 20:56:56 Europe/Rome] PHP Warning: filesize(): stat failed for /usr/local/etc/suricata/suricata_35924_igb2/rules/flowbit-required.rules in /usr/local/pkg/suricata/suricata_generate_yaml.php on line 1001 [27-Aug-2019 20:56:56 Europe/Rome] PHP Warning: filesize(): stat failed for /usr/local/etc/suricata/suricata_35924_igb2/rules/custom.rules in /usr/local/pkg/suricata/suricata_generate_yaml.php on line 1003 [27-Aug-2019 20:56:56 Europe/Rome] PHP Warning: filesize(): stat failed for /usr/local/etc/suricata/suricata_55009_igb1/rules/suricata.rules in /usr/local/pkg/suricata/suricata_generate_yaml.php on line 999 [27-Aug-2019 20:56:56 Europe/Rome] PHP Warning: filesize(): stat failed for /usr/local/etc/suricata/suricata_55009_igb1/rules/flowbit-required.rules in /usr/local/pkg/suricata/suricata_generate_yaml.php on line 1001 [27-Aug-2019 20:56:56 Europe/Rome] PHP Warning: filesize(): stat failed for /usr/local/etc/suricata/suricata_55009_igb1/rules/custom.rules in /usr/local/pkg/suricata/suricata_generate_yaml.php on line 1003 No FreeBSD crash data found. I just upgraded a test virtual machine to the same version without issue. Something went awry with your system during the update. Those errors indicate none of the rules files got created properly. I suggest you delete the package and install it again from the Package Manager menu. If you have a RAM disk configured, be sure there is at least 256 MB of free space on /tmp.