Yeah that alternate name is not the same as SAN in the cert.. That is so you don't get rebind or http_referer problems..

IP would not be valid there ever..

If you want to do rfc1918 IP in your cert, you would have to have your own local CA sign the cert. There is no public CA that would sign a cert with rfc1918 IPs in them..

I use san for my rfc1918 address in my web gui.. Where did you get that cert? From a public CA, or did you create the cert with CA you have running on pfsense?

Hi,

Users created in the user manager ?
pfSense needs an admin, or two. Not a boat load of people ^^

The build in pfSense "user manager" isn't user IP aware. But you could have a look at other authentication back-ends, like the FeeRadius package. It has huge possibilities - and filtering user(name) and IP's seems possible to me.
No firewall rules needed, promised. Just the very deep learning curve of FreRadius.

Yes, only when I changed to the SFP+ port. When I was using the rj45 port it showed the LAN as being "UP".

I actually went to System/Certificate Manager/Certificates and exported certificate. After that I imported it to my account. I didn't see option to proceed in the web page for some reason. I hope this will work. I'll update results tomorrow if problem persists.
Thank you for your help Renat.

Youe welcome ☺

@phdemartin

Someone above mentioned setting an IPv6 tunnel. I did that for a few years before my ISP provided IPv6. I could configure for a prefix, as I did on my home network or a single address, which I used on my notebook computer. Perhaps that would work for you. It would also provide IPv6 for your guests.

@jimp

Hmm, ok. Oh well, I guess I'll have to think of a creative way to server the WPAD file. Thanks!

There is no single function. The entire bottom half of the BLOCKED page code is dedicated to reading the alert log, parsing the results and then displaying them on the web page.

What you want to do will require rewriting large parts of the ALERTS tab code as well. The code currently saves no sort of "ID" that uniquely identifies each alert entry in the log, so creating a URL link from the BLOCKED tab to the ALERTS tab is not feasible without also rewriting the ALERTS tab code.

@cerberus128 This is exactly what I have found. I wish I had came across this thread sooner!

I am running the same version and found that if more than 6 interfaces are added, it breaks the graphs as well.

I just wnated to make a topic about this behavior. Strange things i have the drop down menu fixed, and it doesn'work (can't see al the entries) on my laptop, but works great on Tablet (when i scroll on the page the entries starting showing up)...

no problem - was just curious.. Prob not an issue unless major bug issue anyway - and then only if the user is running into it. Sure if was something major an update would be done like pX to whatever the release is for example. Thanks.

You could make a full pfSense package out of it. It's your surefire ticket to fame & fortune!

yes, the problem has been corrected for 2.5.0 development at the moment,
idk if it will be merged for 2.4.4
https://redmine.pfsense.org/issues/9681

@kiokoman Thank you, strange ... since I use several OSes to access it, and several browsers too.

FF / Chrome / Safari
Windows / MacOS ...

All of them. display that issue, and for a long time, but since I had to reinstall the PF I decided to do it 'by hand' and this is very annoying.
Hence the question.
Thanks
Regards.
JG

@johnpoz thanks I see.

https://docs.netgate.com/pfsense/en/latest/firewall/remote-firewall-administration.html