A few basic questions about features from a NOOB -
-
I am tired of […] and the weak retail boxes
You are most welcome ;D
I was in the same boat as you are. I got so tired of all the retail crap - with the buggy firmware and absent 'customer support' who try to insult you on every occassion they can as if it was their hobby - that I concluded I needed something better (I, by the way, not only blame the rather rotten characters over at the 'customer support' department who, mostly, appear to have no ambition in life to become good in anything except for getting to the 5 o'clock bell with as little effort as possible; I also blame the 'managers' who suffer from the same disease and hired these people).
I am an economist by education and occupation, but started 'puters in the '80's (yes, I am old ;D ). I got to know FreeBSD somewhere in the middle/late '90's, and it was the first OS I couldn't crash within 15 minutes after install ( ;D ;D ;D ). So naturally, when I discovered pfSense is based on FreeBSD I was lost.
And now I have dual WAN failover, traffic shaping, VLAN's, Radius-enterprise, Snort, Squid/Squidguard, and so on and so on. Thanks to the great FreeBSD developers, the great pfSense developers, and the great user community in which so many people have helped me with so much patience over the past year. This, really, is a FreeBSD spirit :-*
Since you are new as I was not so long ago, I could give you three more advices:
- Do your own research before you ask questions and tell where you are stuck: the price you pay for getting support from some of the greatest talents in this rock-solid OS is: you can't expect to get things for free. You will pay with your own time; people will step in to help if they know where you are stuck, once you've done your own work to the best of your abilities.
- Donate. To the cause (pfSense is given for free; this site, and the maintenance work on pfSense isn't; somebody is paying for it with his/her time), but perhaps also to members that have helped you (there is one member in here who has helped me ever since my first install, patiently and unselfish, who, to this very date, still refuses me to buy him a coffee via a paypal-donation. I trust I will get there someday 8) ).
- Say thanks to people who help you (as you did). I see many posts on this fine forum where people ask questions, some of the great experts jump in and give advise, and then: nothing. Not a single thanks. I think that is rude. When you get something for free, pfSense and the advise from the heavy people in here, the least you could do is: say 'thank you very much'. Because they don't have to do it, they might as well go out fishing, taking a walk, or watching Oprah.
Bye & good luck ;D
-
To add to the great responses from Hollander
#1 You will most likely find there should not be very many instances of having to pull the plug on pfsense, unlike your off the shelf soho router. Nor would I suggest you just pull the plug. Having a ups good advice to make sure power outages don't just cause abrupt outage. If something stops working - checking for why on pfsense is more likely then with simple soho router interfaces. If something goes wrong and you can not figure it out, then controlled reboot is a better option then just pulling the power.
That being said - I can not recall ever having to reboot pfsense because something wasn't working ;)
#2 While its possible to create timed firewall rules - you can run into a setup where the session is already active and working beyond your schedule.. You might want to schedule a reset of the firewall states for when your firewall rules change based upon time.
#3 While yes it is possible to allow access to the pfsense web gui from any interface - common security practices would say you wouldn't want to allow from the public internet - and even wireless might not be good idea. Wireless is quite often a vector of attack vs wired, so as mentioned you might want to limit firewall access to only from wired connections. But if your ok with the security implications - then sure you can allow access to the gui from anywhere you want from any device that can run a browser.
#4 You have not hinted at any features that pfsense can not do that some other UTM could - no matter what the branding of it. So impossible to say if X would be better suited for you vs pfsense.
-
@#2: I would be very pleased to read here a little how-to for crating a cron-job to reset the states. Pleaaaaaaaaaaase! :)
-
I believe if your running current version this is the default function now.. unless under misc you enabled this checkbox
"By default schedules clear the states of existing connections when the expiration time has come. This option overrides that behavior by not clearing states for existing connections. "
I would suggest test it before assuming it works is all.
-
@Hollander:
there are really so few, few, few, communities on the internet where you will find so many ex-tre-me-ly skilled and kind people who will help in case of problems. The FreeBSD spirit lives in this forum too).
I haven't been here long, but I can vouch for that. This forum has helped me a lot.
10-15 years ago, I was building Freesco boxes for friends and family for dialup. I guess I got lazy when broadband and wifi got common and used off the shelf.
I now can't imagine using a cheap, commercial router for anything other than an AP.
-
I believe if your running current version this is the default function now.. unless under misc you enabled this checkbox
"By default schedules clear the states of existing connections when the expiration time has come. This option overrides that behavior by not clearing states for existing connections. "
I would suggest test it before assuming it works is all.
Found it in Advanced/Misc! I will have a loock ath the states the coming evenings and come back with results… Many thanks!
-
Yesterday evening: 08:00 the Schedule closed down the internet for some users, at 08:38 the states of at least one of those users were still present (e.g. browser session). :-\
-
Sorry for the delayed response. Got a ton of stuff on my plate and so little time to manage it. Ughh.
@Holander - Yes, yes, yes and yes. LOL Couldn't agree with you more. I am an IT guy since Windows 95 and been running my own small biz IT shop for 14 tears…err, I mean years now. Never fooled with my own router though. Was tempted a few times but never did. For my clients, it was important to not monkey around so hardware appliances were the best route and for now I will keep it that way until I gain mad skillz with pfSense. lol I don't know Linux. I never run into it, never have clients ask about it, never needed to. My little pond is basically Windows, Windows, Windows...which is easier on me because I can focus on just that. But for me, pfSense is going to happen and then I am going to play with FreeNAS next year.
#2 While its possible to create timed firewall rules - you can run into a setup where the session is already active and working beyond your schedule.. You might want to schedule a reset of the firewall states for when your firewall rules change based upon time.
#3 While yes it is possible to allow access to the pfsense web gui from any interface - common security practices would say you wouldn't want to allow from the public internet - and even wireless might not be good idea. Wireless is quite often a vector of attack vs wired, so as mentioned you might want to limit firewall access to only from wired connections. But if your ok with the security implications - then sure you can allow access to the gui from anywhere you want from any device that can run a browser.
For #2 -
BINGO! That is what I was concerned about! As long as it is possible to resolve through a reset, I will be happy. I will do my research and learn how and test it.For #3 -
I just wanted to know for the sake that if I was watching TV and could quickly check or reset something, etc. from my Android phone or tablet, that would be nice. I also have my Win 7 laptop and could admin it via Wifi or LAN as well but a quick flip of the smartphone would be sweet. lolI believe if your running current version this is the default function now.. unless under misc you enabled this checkbox
"By default schedules clear the states of existing connections when the expiration time has come. This option overrides that behavior by not clearing states for existing connections. "
I would suggest test it before assuming it works is all.
Nice!!!!!!!!!!
@chemlud:
Yesterday evening: 08:00 the Schedule closed down the internet for some users, at 08:38 the states of at least one of those users were still present (e.g. browser session). :-\
OH NO! My fears return! lol
I was thinking of doing a Kabini build but since I am in no rush (just bought a Netgear R7000 3 months ago and this thing is handling everything I throw at it with DD-WRT KONG on it) I might wait to see if AMD puts Beema on a desktop socket! Would so love to build a box with that 10-15W TDP instead of 25W Kabini. I am sure there will be some kind of announcement in the next 60-90 days. ANd that is time for me to play with pfSense under VMWARE in my lab anyway.
-
If you are looking at a low power embedded build then consider booting from flash using the nanobsd images. Since they run almost entirely from RAM there isn't really an issue with unexpected shutdown. I pull the plug on home box without worrying at all.
Also…
@DownloadDeviant:I don't know Linux. I never run into it, never have clients ask about it, never needed to.
..before anyone else gets in, pfSense is built on FreeBSD. FreeBSD in not Linux. ;) But it is quite similar and since you know neither it makes no odds!
Steve
-
That was one of the things I was looking to investigate and learn about. I assumed that would be my best route. Now, I am a NOOB so I have not had a chance yet to research much but I figured either just a big old 8,16, or even 32GB USB flash drive or CF card would be fine. I even have an older Patriot 60GB Inferno SSD laying around collecting dust.
But I also have to figure out what other packages I will be running. I use a VPN service so OpenVPN, I also thought Squid/SquidGuard might be good. I don't know what else I will want to install or try but cannot imagine it would go beyond a 16GB USB drive.
-
Ok to answer your question about killing states. See my below example.
I listed the states for my workstation at home (I am vpn'd in currentl).. so see lots of states, I xxx'd out my public IP. I then killed the states for that 192.168.1.100 IP and it killed 18 states.. See when look at states for that IP none listed. Red arrow, then look again and 1 state, then look again a few seconds later I see more states.
So the command pfctl -k IPaddress could be setup to run when after your schedule kicks in to kill kids sessions. Or you could issue a pfctl -f state
Which would kill all states - if possible target just his IP.. so doesn't break your connections.
-
To quote Daffy Duck - "Juh-rool, Juh-rool!" ;D lol As in Drool Drool.
My mouth is watering just thinking about that running every single night, shutting things down and letting me relax!!!!!!!!!!
I think that works perfectly with my plan which was to basically lock things and allowing only specific devices by MAC address in general, then setting the time limit to his IP or MAC. Then that command could be run and it would leave everything else alone. Right now I have my DD-WRT config'd to shut off his access at 11pm and reboot at 11:01PM. But, as I have said, it is a 50/50 thing. Sometimes it works and sometimes he still can connect. Can't wait to kick his ass out in 3 more years…lol
-
How tech savvy is your kid? If it were me, I'd be running it against his MAC. At the least, most kids nowadays know how to change an IP address :P That can be spoofed as well, which returns to my original question, how tech savvy?
-
Ok to answer your question about killing states. See my below example.
I listed the states for my workstation at home (I am vpn'd in currentl).. so see lots of states, I xxx'd out my public IP. I then killed the states for that 192.168.1.100 IP and it killed 18 states.. See when look at states for that IP none listed. Red arrow, then look again and 1 state, then look again a few seconds later I see more states.
I added to the Cron tab two jobs for two different IPs:
Should work every 08:05 pm, huh? :-) I will monitor this…
-
Ok to answer your question about killing states. See my below example.
I listed the states for my workstation at home (I am vpn'd in currentl).. so see lots of states, I xxx'd out my public IP. I then killed the states for that 192.168.1.100 IP and it killed 18 states.. See when look at states for that IP none listed. Red arrow, then look again and 1 state, then look again a few seconds later I see more states.
So the command pfctl -k IPaddress could be setup to run when after your schedule kicks in to kill kids sessions. Or you could issue a pfctl -f state
Which would kill all states - if possible target just his IP.. so doesn't break your connections.
Useful, John, thank you for this suggestion ;D
But, as always, I don't understand it: you first kill the states, then they are re-restablished by the system, then you have to kill them again via a cronjob? But won't they be established again then?
Or more fundamentally: shouldnt the firewall schedule take care of this automatically? As in: this is not a bug, it is a feature'? ( ;D )
-
@Hollander:
Useful, John, thank you for this suggestion ;D
But, as always, I don't understand it: you first kill the states, then they are re-restablished by the system, then you have to kill them again via a cronjob? But won't they be established again then?
Or more fundamentally: shouldnt the firewall schedule take care of this automatically? As in: this is not a bug, it is a feature'? ( ;D )
If you kill the states after a scheduled "end of internet access" the states can't be re-established…
-
yeah mine was just an example of the command, I don't have any firewall rules blocking access on a schedule. Just showing that I killed them, and they show all gone. Then sure they will try and reconnect. But in the posters case his new scheduled rule will prevent them from being created.
-
How tech savvy is your kid? If it were me, I'd be running it against his MAC. At the least, most kids nowadays know how to change an IP address :P That can be spoofed as well, which returns to my original question, how tech savvy?
My thought as well. By extension, the MAC address can often be changed too. You may have better success in a small network by blocking all network traffic EXCEPT the devices that you specifically want to allow during your restricted hours.
-
Thank you John and Chemlud ;D
It would have been perfect if, on using the schedules, functionality had been built in to kill states for that rule automatically, but this workaround will work too.
How tech savvy is your kid? If it were me, I'd be running it against his MAC. At the least, most kids nowadays know how to change an IP address :P That can be spoofed as well, which returns to my original question, how tech savvy?
My thought as well. By extension, the MAC address can often be changed too. You may have better success in a small network by blocking all network traffic EXCEPT the devices that you specifically want to allow during your restricted hours.
Is it that easy to spoof your LAN-ip adress, from, say, Win7? For even kids?
:o
A partial workaround might be static IP with deny unknown clients' on the DHCP-server(?) Of course, that also hardly is 100% fool proof, as kid might simply scan the LAN and take ip of parent (provided parent isn't online).
-
@Hollander:
Is it that easy to spoof your LAN-ip adress, from, say, Win7? For even kids?
:o
All it takes is access to the device manager where the settings for the network adapter device offers you a field where you can enter the MAC address you want to use instead of the pre-programmed one.