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

dynamically read rulefile feature #75

Open
nil0x42 opened this issue Nov 20, 2018 · 4 comments
Open

dynamically read rulefile feature #75

nil0x42 opened this issue Nov 20, 2018 · 4 comments

Comments

@nil0x42
Copy link

nil0x42 commented Nov 20, 2018

Hi!
It will be interesting to be able to tell glider reload rulefile without having to kill the process and run it again.

Like apache and many daemons do when you send a specific signal (SIGUSR1?)

Currently i have to kill & re-launch glider each time my rulefile changes, which also stops triggering packets

@soffchen
Copy link
Contributor

Another advantage: reload rule file without flushing internal domain->ip map.

When glider restarts, which makes domain->ip map flushed, clients' dns doesn't update in time, all domain based rules get failed.

@sbkg0002
Copy link

Anyone found a solution on how to do this?

@wiwiwa
Copy link

wiwiwa commented Dec 1, 2020

Glider should not flush ipset when it is killed.

After glider exits and ipset is flushed, iptables will not forward packets to glider. Client dns cache has to be flushed.

@AsharLohmar
Copy link

AsharLohmar commented Feb 14, 2021

This would be a "nice to have feature"
I'm using glider in a mix with different VPN clients, each in it's own docker container, in order to access different networks. I have a "main container" with only glider and a bunch of rule files, one for each "VPN container".
Every now and then I find my self in the need to add some new IP, CIDR or domain to the rule file of some VPN, so, in order to use this new rule, I have to restart this "main container" and by doing so... I'm killing all the existing "active connections" (mostly ssh sessions and/or tunnels).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants