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

@johnpoz: Are you creating the outbound nat to use the VIP ip? Hi! Yes, I have added an outbound nat rule with different settings. https://gyazo.com/211f10b64fe492b5ab36d91d8a94fcac I have tried to change the inteface between the WAN and NAT interface, tried different protocols and different translation rules.

Hi, I run 2.3 Update 1 with my APU2 without any problem. Uptime: 13 Days 02 Hours 32 Minutes 51 Seconds Following packages are installed: Backup sysutils 0.4_1 Cron sysutils 0.3.6_2 RRD_Summary sysutils 1.3.1_2 Shellcmd sysutils 1.0.2_2 Temp is always 56.6 °C and very stable.

Pull request https://github.com/pfsense/pfsense/pull/2967

Here is a gif of the start of the process… [image: Alix-231-upgrade.gif_thumb] [image: Alix-231-upgrade.gif]

thanks

Hello. https://forum.pfsense.org/index.php?topic=111514.msg623303#msg623303 http://www.javcasta.com/?smd_process_download=1&download_id=10725 Regards.