@covex: i can see pfsense in the azure marketplace now! gonna test it is it 2.2.5? Yes, because thats how long ago we started this process, and updating the image would have derailed things even more. It will update to 2.3.1 soon. here are a few hints on how to get started: https://forum.pfsense.org/index.php?topic=112072.0;topicseen

@bsu3338: I found the problem. The permission User - Config: Deny Config Write was added during upgrade to my group It wasn't added, that didn't change. It's now being obeyed in some cases where it should have been but wasn't previously.

A clean install followed by a restore of all except packages seems to have worked a charm.  Luckily I don't use more than two or three packages.  Thanks again for the assistance!

https://forum.pfsense.org/index.php?topic=111140.0

Oh 12 is out wow.. Missed that. Dude put your management interface in the host only network..  What interface are you sending the logs too in ossim??  If it was in host only network pfsense would not be able to talk to the management interface IP As for ossim to see traffic, did you create the monitor/sniffing interface.. Did you put that vmnet in promiscuous mode?

Hello, I also see states have more "NO_TRAFFIC:SINGLE" and "SINGLE:NO_TRAFFIC". This only zero packets and bytes.Is it normal status. In the 2.3 version.I unusual see these two states.

I'm not sure if this is much help to you, but in case someone digs into this, these might be pointers to someone, so I'd like to weigh in: When I evaluated pfSense as a captive portal for us, I noticed this too. I was running 2.3 at the time, inside an ESXi. What I did find: Opening the same site / connecting to same IP automatically after login then before login takes a long time. Meanwhile, traffic to other servers on same client flows normally. Steps to reproduce: 1. Open website on server 1.2.3.4 2. get redirected to captive portal 3. log in successfully on CP 4. pfSense redirects you to 1.2.3.4, page takes long time to load 5. meanwhile, open page to 9.8.7.6 in parallel tab, opens instantly I did see some dropped packets in the firewall log that would explain this, but not why they were dropped. They matched the default drop, so they had to be out of state. My guess (and this is not an educated guess, just specultation) is that the client reused the connection from the first contact (which got redirected to CP), but pfSense already closed that one. Packets are out of state, get dropped, until the client timeouts the connection and builds a new one. New connections (in parallel tab) go through normally. Since I use "After authentication Redirection URL" anyway and this is not a site that a user would normally open before auth, I did not investigate this further to drill down if this is an issue from client or pfSense, or even if my assumptions are correct. But this might help someone investigating.

Only thing I do recall is it was working both locally and externally when I would type movies.mydomain.com into a browser. It would auto redirect… now it seems my DNS entries are overriding the external DNS. Which is great for pinging / accessing that IP address but I think I have figured it out and know how I can get it to work.

That's all up to what can be done with mpd. Perhaps if you used RADIUS auth and the RADIUS server tracked online users you could see what you're after

The privileges control which PHP files the user may access, the delete action is handled by the list page, it doesn't involve editing. Without rewriting both pages to move the function, the privilege can't be changed in the way you suggest.

This is fixed in 2.3.1

IMHO your first step should be and upgrade to ver 2.3. There are too many things that may or may not have changed between now and that old version. I'm sure if you do an update and still have problems, many will lend a hand (myself included).

Guess I'm the only one interested in this functionality.  :-\ I went ahead and ordered a new more durable mSATA drive, so that I can run a full install of pfSense on it.  It's an industrial mSATA drive that uses SLC, good for 8 years @ 100 GB per day of writes.  I won't have to worry about it wearing out any time soon!

@cmb: Wondering if recvspace/sendspace need to be higher. I bumped those by default earlier this week Chris what kernel param can we check to see if we are hitting this? I got it earlier this week - dpinger went belly up while I was playing around with Traffic Shaping on my homelab sg2440.  I haven't seen this often but when it pops up I would like to know how to better debug it. The way I fixed it was sledgehammer (# ifconfig igb2 down; ifconfig igb2 up) but that is a bit scary to do remotely. I was thinking if this is just an underlying upstream bug in FreeBSD then maybe there is a way to test for this condition via cron + some sort of log monitoring and automatically bounce the interface if needed? [image: sendto-error-55.png] [image: sendto-error-55.png_thumb]

Hi joaoheytor, Did you try putting in your proxy settings on skype. It's under Tools -> Advanced -> Connection Enter your proxy details under SOCKS5 and try again. It should work fine. Regards, Raj