@grv97 if you are unable to access pfsense webgui, you have bigger issue then whatever your using as monitor not answering the zero payload monitoring ping.

BTW this thread is 2 years old, cmb is no longer with us and have not seen him around for long time - he is very active at his new home unifi forums.

You are more likely to get some help if you start your own thread with exact details of your problem.

Fresh install, all good now. Thanks fr your advise
Best
Daniel

@ivor said in Translation:

Thank you!

You're welcome!

Okey-dokey.

Though here it reads:
"Wenn nicht aktiviert, wird Port 80 automatisch auf den HTTPS Port weitergeleitet. Aktivieren, um die automatische Weiterleitung zu deaktivieren." which sounds to me, the native German speaker, the other way round.

Thanks to all who answered, I think I understand the behaviour.
And yet, I can't really see the point of this behaviour, to me at least it is unexpected. Not?

Thanks again,

Uwe

now he is logging
thank you very much

I was finally able to reproduce this, turns out that for whatever reason the interfaces.php page wouldn't give me the error but if I went away to something else like DHCP settings then it failed.

I opened https://redmine.pfsense.org/issues/8822 for this and just pushed a fix that corrected it for me.

What version are you running? If it was referencing PHP 7 then it must be a snapshot, or else maybe you somehow pointed 2.4.3 at the development repo and managed to mangle the packages.

Best thing to do from your position is reinstall.

Hi,

Correct - there is no straight forward possibility to do so, probably because way back they discovered that changing the logo didn't change anything related to firewall operations and behavior.

On the other hand, for the last decade now every web browser has an "inspector" option that shows you the entire path of every image on a web site. And guess what, the pfSense GUI isn't any different. Knowing that, ans some PHP/CSS/html knowledge, and your imagination is the your only limit.

Normally, you are advised to fork-of the project, and rebuild the thing own your own.
Of course, totally not supported.

Btw : the question the been asked a lot, and already answered as many times.

You need to have a group name that matches the group assigned in LDAP manually added to your pfSense router.
So if your user is a member of "Router Admins" you need to create that same group locally on pfSense and assign it global admin privileges, since pfSense can't read those specific permissions from the LDAP schema.

Are you using OpenLDAP, or Active Directory?

That is a very large amount of rules. It is entirely possible something in the switch to 2.4.4 helped -- the PHP differences are major, especially moving to PHP 7.2 may be related.

You could undoubtedly drastically reduce the number of NAT rules with aliases though. I'm having trouble imagining any scenario that could possibly justify even a fraction of that amount.

A VPN would be best, but you can do something like this as a backup:

Setup Dynamic DNS on both so you have a hostname that tracks whatever your current WAN IP address is Setup an alias called RemoteManagement or something along those lines, and put in the dynamic DNS hostname from the other end. The firewall will periodically check and update the alias. Setup a remote access firewall rule using this RemoteManagement alias as the source.

Reinstall the package. Go to System > Packages and if it's on the Installed Packages tab, click the icon to reinstall. If it doesn't show there, go to the Available Packages tab, find it there and install it again.

Thanks! That worked.
Rick

I was looking at this again today and now I have another question. If I look at the memory at any given point along the graph, adding up all the numbers doesn't equal 100. How can that be?

Tried to look for an open ports using nmap and it gave me zero results :(