IE is crap, use FF, Chrome, Safari, Opera. Basically any sane browser works. IE is not sane.
That said, it's something that has already been fixed. I think it was this commit:
https://github.com/bsdperimeter/pfsense/commit/6478e71e95c3224cf2b83d7e3e8f715c6a61f31e
Hi! Thanks for the reply! I will try to install Munin. Seems very promising. Are you displaying the Munin graphs from your router or another external webserver?
Since i'm a FreeBSD newbie, do you have any good site for basic commands in FreeBSD? (Like editing a config file and such)
Afaik, there is a backup package that does exactly that. It needs a subscription however, but I would assume that it is safe.
A lot of companies (like mine) probably would have a problem though having their firewall configs backed up in a cloud
It encrypts the config before uploading, so we strictly store encrypted blobs, we have no readable configs. It's as safe as your encryption key is strong, plus requiring another account just to get to your encrypted configs.
With optimal firewall rules, that should be as simple as one click to disable that particular rule. Or if it's more complex than that to the extent you can't pass the traffic easily with a single rule, have a block rule at the top that you enable for maintenance, leave disabled normally.
Thanks for the replies. Now that I understand things a bit better I agree that hiding those tabs for assigned interfaces would not be a good idea. I commented on Efonne's ticket and added screenshots for a sample configuration that would benefit from the improvement.
Would also fix itself on reboot when the users are cleaned up and resynced. For a quicker fix that doesn't require editing and files, go to Diagnostics > Command and run this in the PHP exec box:
What we have here is an instance of browsers behaving badly. I didn't realize what the problems was at the start because both IE and Firefox demonstrated the same behavior. Once I tried Chrome however, everything worked as expected. I think that because I had previously connected to the webGUI on http port 80 with both my browsers before, it kept pulling the cached page on my subsequent attempts and this is what was causing the redirect to https custom port. Once I cleared the history and cache, everything is working as expected.
Hopefully someone else can benefit from this information.
I am using Firefox11 on Windows7. It works fine for me uploading to a nanobsd system, on 2.0.1 and 2.1. After browsing to the file then pressing upload the top of the display says:
Uploaded file to /tmp/filename
and executing "ls -l /tmp/filename" lists the file as expected.
So there must be something else special about your environment.
I'm seeing some problems for sure, I guess that Squid f*cked more stuff up somehow perhaps then.. This was a freshly installed box though, actually only the various Squid packages have been added and messed with. I guess I'll do a reinstall soon if things don't start to work as expected.
When I reload the config the group seems to correctly reflect the new privaleges above, missing the Bridge pages (plus a few others I removed), but the pages are still accessable and I can still Bridge interfaces. Have I done something silly?
Thanks very much in advance!
M.
To answer my own question, if I add a new users in the group Admins it inherits the correct permissions. This is fine but I'd rather disable admin for Bridging as well, is the admin user inheriting it's permissions from somwhere else as well?
Historically, "Load Balancing" has applied to both incoming and outgoing. It's only in 2.x that we've split the outbound LB actions into a separate place (Gateway Groups).
