{Complete} Timebased Rules

heiko

Hello,
very special thanks BuddhaChu for testing it and very very special thanks to "Scott´s" for coding…great

Issue #1 #2 from BuddhaChu is open
when i choose multiple days, for example 10 days of month, i think, a line break is missing (Screenshot)
for me it would be nice, when the date/time picker starts with Monday at the left.... :)
Problem: a couple days brings "grimbelfixe" to the description, when you edit and save a second time
Problem: when you stay in the schedule maks and have more than one configured range, and you want to edit one, click this and click a second also without saving the first one, uups, then the logic is a little bit confused the a first range disappeared.

I think, you should only one range to edit at the same time. A second edit is not allowed, before the first one are not saved.

A litte bit more in a 1 or 2 hours, also a posting to the rule features.
Greetings
heiko

line-break.jpg_thumb

schedule_multiple_days.jpg_thumb

schedule_grimbelfix_edit_second.jpg_thumb
![multiple_configured _ranges.jpg](/public/imported_attachments/1/multiple_configured _ranges.jpg)
![multiple_configured _ranges.jpg_thumb](/public/imported_attachments/1/multiple_configured _ranges.jpg_thumb)

Perry

In April and July i can't select the dates 1-7, bug?

![can't select.gif](/public/imported_attachments/1/can't select.gif)
![can't select.gif_thumb](/public/imported_attachments/1/can't select.gif_thumb)

heiko

I have the same behaviour

heiko

Hello,

1.) What is with time overlaps in the configured ranges?

2.) I have created a passing rule "icmp allowed to WAN" from the schedule 15:30- 15:45. The Rule is created on 15:20 Uhr. At this time no schedule is set on the rule. The Ping is OK. Now, i disabled the Rule (green arrow), nothing happens… Then I kill the states and all works fine.

At 15:25 i change the rule, enabled and a schedule with one configured range from 15:30 to 15:45. Save and all runs fine. At 15:30 +-/ one minute, the schedule runs active, but whe the time is over, nothings happens.

I edit and save the rule without changes, so now time is really over and the ping is dead.....

Greetings
heiko

heiko

Ups, i am barred from my testmachine. To many schedules on the ruleset with no activity…..
It is possible to expansion the "console setup" with anything as "delete all schedules from rules"....
Greetings
heiko

heiko

Hello Scott,
a second test, simply with an icmp-rule to the wan interface. It looks like good, but also the start time and the kill time has a time delay from 5 - minutes. Time Zone difference? or the code behind the gui ….

See the screenshot for example- Start time in the range is 18:30, the ping reply is starting 18:36 Uhr. Also the same with killing states at the expiration of the range.

Greetings
heiko

5_minutes_delay.jpg_thumb

sullrich

@heiko:

Hello,

1.) What is with time overlaps in the configured ranges?

2.) I have created a passing rule "icmp allowed to WAN" from the schedule 15:30- 15:45. The Rule is created on 15:20 Uhr. At this time no schedule is set on the rule. The Ping is OK. Now, i disabled the Rule (green arrow), nothing happens… Then I kill the states and all works fine.

At 15:25 i change the rule, enabled and a schedule with one configured range from 15:30 to 15:45. Save and all runs fine. At 15:30 +-/ one minute, the schedule runs active, but whe the time is over, nothings happens.

I edit and save the rule without changes, so now time is really over and the ping is dead.....

Greetings
heiko

We reload the rules every 15 minutes from bootup. So it will process the rules at different times depending on when the firewall booted up.

heiko

OK, so i have a maximum difference time-delay between reality and configured ranges by 15 minutes?
Greetings
heiko

sullrich

Currently it is about +5 / -5 depending on bootup. I can look at moving this to cron for finer control if you would like me to.

heiko

OK, so you can do…. No postings from me for the next 5 minutes... ;D

sullrich

@heiko:

OK, so you can do…. No postings from me for the next 5 minutes... ;D

Alright. I'll work on it in a bit. Beyond this and the bugs that sdale is working on, are there any others? It seems to work rather well.

heiko

Hello Scott,
very special thanks for this good work!!
I attempt to test this night a few more things. Then i will post back..
Greetings
heiko

heiko

Hello,

sdale: i think in the gui the description field i a duty field, because in the summary you have only three fields, but a description is also important here, look at the screenshot. No Description is strange….
greetings
heiko

duty_field.jpg_thumb

yoda715

@heiko:

Hello,

sdale: i think in the gui the description field i a duty field, because in the summary you have only three fields, but a description is also important here, look at the screenshot. No Description is strange….
greetings
heiko

currently the description for each time range will not show on this page. I can change this if you want.

heiko

Hello Scott,
i think otherwise it is a liite bit confusing without the description. Thanks a lot for the great work.
I am tranquilized, when i stay in russia with my firewalls…...
Greetings
heiko

yoda715

@heiko:

Problem: a couple days brings "grimbelfixe" to the description, when you edit and save a second time

Problem: when you stay in the schedule maks and have more than one configured range, and you want to edit one, click this and click a second also without saving the first one, uups, then the logic is a little bit confused the a first range disappeared.

~~I can't duplicate this. Try updating to the latest snapshot in two hours and re test. If you can get the error again, please list what steps you went through to achieve this. Thanks.~~
I've duplicated it. Will fix shortly.

sullrich

I commited changes to reload the rules on 0,15,30,45. Please test the next snapshot in about 1-2 hours.

heiko

i will test it, give me a day..

yoda715

Monday is also first now. Previous bugs should be fixed now.

sullrich

All known issues should be resolved. Please test and outline any remaining issues.