{Complete} Timebased Rules
-
Now we are cooking. Scott and I will be working on this over the weekend. If you want, in a couple of hours I will be committing the gui to releng snapshot and you can update a test box to start playing around with the GUI. The schedules will not be functional, its only the GUI end of this project. You can however get a feel for how it will work and provide feedback.
-
Ok. To everyone who is going to update their boxes and play around with this gui, please please please make a backup of your config before you proceed. It is very possible that things will change in the gui and if you dont make a backup and we change things that could mess you up.
Please post your feedback. If you find a bug, please describe exactly what you did leading up to the bug. There is one bug I am aware of dealing with sorting days when adding time ranges. I will address this later as it is only cosmetic as of right now.
That said, enjoy :).
Also it is not recommended to put snapshots on production firewalls. Try to use them only on testing platforms.
-
Fine! I will do. Please send an info when you update the snapshot!
greetings
heiko -
give the server about an hour and will have a new snapshot ready. Should be 3-23 snapshot.
-
I think first small bugs
When i try set time from 7:45 to 16:15 …
error message popup : start minute cannot be greater than stop minute...When i try delete shedule pfsense show me error message :
Cannot delete Schedule. Currently in use by Permit IPSEC traffic.- cosmetics ... automatic adding leading zero...
- cosmetics ... not all country start week with sunday :)
-
Hello,
it looks fine. Problems:as Bredys: start - stop problem –> start minute cannot greater
as Bredys: Weekend Saturday - Sunday at the right, for example - First Day in Germany for example ist Monday- when i save a schedule, the next time i change to another tab and go back to the schedules, all savings are lost.....i know - alpha/beta
- In germany it is a time zone changing between Summertime and Wintertime, so i cannot change all schedules manually...
- I can set a schedule for a month, but in the configured ranges, i see only the days??
Greetings from Germany
Heiko -
Oh, my mistake with days or months…, it works
- when i click on a configured red day, nothing happens.
- when i configured a range of days a line break in the "configured ranges" would be helpful
-
Hi,
I sent an e-mail to Scott with some ideas to the GUI.
I´m testing the schedule and it looks fine. I don´t know if it is the objective, but it would be cool if exist the possibilitie to create generic rules without inform dates, like 'work hour: MON-FRI, 08:00-18:00', 'All Time: MON-SUN, 00:00-24:00'.–
Diego Morato -
It would be usefull if firewall rules show the schedule column.
–
Diego Morato
-
Hang on here. The person that sponsors the bounty has say so over this feature but with all due respect unless you contributed to the bounty then please sit on the sidelines.
-
It would be usefull if firewall rules show the schedule column.
–
Diego Moratowe will do something for that, just need to figure out something
-
Hi,
I sent an e-mail to Scott with some ideas to the GUI.
I´m testing the schedule and it looks fine. I don´t know if it is the objective, but it would be cool if exist the possibilitie to create generic rules without inform dates, like 'work hour: MON-FRI, 08:00-18:00', 'All Time: MON-SUN, 00:00-24:00'.–
Diego MoratoIn this case you would not need a schedule. If you want a rule to be active all the time, then don't assign a schedule to it.
-
@sdale:
In this case you would not need a schedule. If you want a rule to be active all the time, then don't assign a schedule to it.
Agree'd. Lets NOT over engineer this, please!!
-
Hello,
i think a schedule column in the firewall rule is really helpful, because the gui is more ergonomic…
In a few minutes, i will test twice an post the results.
Greetings from Germany
heiko -
Hello,
"In this case you would not need a schedule. If you want a rule to be active all the time, then don't assign a schedule to it."
I think, this is OK and also ergonomic. This behavior is the same as astaro for example. No "Clickorgy" please. I agree with "Scott´s".
Bye
heiko -
Good deal. We are making some progress over here. I've got the backend hooked into the rule logic. Now we just need to finish the date and time logic.
One of the hardest pieces of this puzzle will be killing active states once a rule period is being enforced. This will take some thinking about but I don't see any issues in the long run.
-
Hello Scott,
you save a schedule, but with no name, the schedule is save, but you cannot choose this schedule in the rule. It is ok, i think, but saving a schedule without a name is strange… , the "schedule name" is a duty field...., so i can save when i write a name, otherwise not..
Bye
Heiko -
Hello,
do not forget…
--> Timezone changes between Summer and Wintertime --> My Proposal: A drop Down Field with "change any schedules to +1h or -1h or anything else, so everybody can use timechanges...
--> I don´t choose anything in the time table, so in the calendar there is no selection.., i set the time to my favorite blocking mechanism, so i wish this schedule is save with the "setting time" and "every day", because i am choosing nothing in the calendar.
Greetings
Heiko -
Hello,
i think a schedule column in the firewall rule is really helpful, because the gui is more ergonomic…
In a few minutes, i will test twice an post the results.
Greetings from Germany
heikoI'll will get to that soon. Right now the focus is to get the backend working properly then fix the gui stuff.
Hello Scott,
you save a schedule, but with no name, the schedule is save, but you cannot choose this schedule in the rule. It is ok, i think, but saving a schedule without a name is strange… , the "schedule name" is a duty field...., so i can save when i write a name, otherwise not..
Bye
HeikoI've fixed that, it just hasn't been committed yet.
-
Hello Scott,
i agree, a little annotation:When you finish the coding behind the gui, please take a look to my requested features…..
Greetings
Heiko