Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to deal with >500 firewall entries #112

Open
RickkeeC opened this issue Mar 6, 2023 · 7 comments
Open

How to deal with >500 firewall entries #112

RickkeeC opened this issue Mar 6, 2023 · 7 comments
Assignees
Labels
enhancement thats a planned enhancement

Comments

@RickkeeC
Copy link

RickkeeC commented Mar 6, 2023

500 seems to be the practical limit to a windows firewall rule, more than that it can take a long time to open Windows Firewall. Users are tempted to CTRL-ALT-DEL and crash out whilst filewall rules are loading, causing corruption in Windows Firewall, then it has to be reset.
When the EvlWatcher rule starts accumulating so many IP's,
is it possible to rename the EvlWatcher rule to something else? If so, will it recreate a new rule for the new entry?

As a feature request, please consider option to create another rule after :X number of entries.

Just for thought, we've looked at another product rdpguard, that creates a single rule for each IP address.

Would also like feature in nterface to view / download log files and ability to restart service from gui.

Also, how do we donate to the project, it works great.

@JReming85
Copy link

JReming85 commented Mar 6, 2023 via email

@RickkeeC
Copy link
Author

RickkeeC commented Mar 7, 2023 via email

@JReming85
Copy link

JReming85 commented Mar 7, 2023 via email

@devnulli devnulli added the feature request an idea that could improve the software label Sep 29, 2023
@devnulli
Copy link
Owner

devnulli commented Nov 7, 2023

im afraid i cant fix that crappy ol windows firewall UI anyway. it just sucks. All i can do is splitting the IPs into several Rules.. like Rule1-10 or whatnot.. but i refuse to do that, its just stupid! Microsoft should fix it crappy firewall

@devnulli devnulli closed this as completed Nov 7, 2023
@RickkeeC
Copy link
Author

RickkeeC commented Nov 7, 2023 via email

@devnulli
Copy link
Owner

devnulli commented Nov 7, 2023

ill come back to that issue once i had some time to think about it. maybe splitting Rules is really an Option

@devnulli devnulli reopened this Nov 7, 2023
@devnulli
Copy link
Owner

Ok. So, if I :

  • I add an option so that EvlWatcher separates the rules into temp ban, and permanent bans.
  • Also add an option to create a new permanent ban rule after each N permanent ban entries. (That option will only be relevant if first the first option is enabled. )
  • (per default, both will be turned off, until we see how that works out)

Would that help?


Also, because I find that interesting, might I ask why you intend to keep that perma bans for such a long time? I reckon that wiping them would not really make a big difference? Those who still try get banned again quickly, and you get rid of all who gave up, and dont bloat up on a lot of historic data.

I ask that, because I actually got requests to implement the completely diametral approach as well, which is to disable permanent bans at all, or at least add date #105 , so ppl can remove old ones 😄

@devnulli devnulli added enhancement thats a planned enhancement and removed feature request an idea that could improve the software labels Nov 12, 2023
@devnulli devnulli self-assigned this Nov 12, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement thats a planned enhancement
Projects
None yet
Development

No branches or pull requests

3 participants