xref: /freebsd/contrib/blocklist/TODO (revision 5f4c09dd85bff675e0ca63c55ea3c517e0fddfcc)
1*5f4c09ddSEd Maste# $NetBSD: TODO,v 1.7 2015/01/23 21:34:01 christos Exp $
2*5f4c09ddSEd Maste
3*5f4c09ddSEd Maste- don't poll periodically, find the next timeout
4*5f4c09ddSEd Maste- use the socket also for commands? Or separate socket?
5*5f4c09ddSEd Maste- add functionality to the control program. Should it change the database
6*5f4c09ddSEd Maste  directly, or talk to the daemon to have it do it?
7*5f4c09ddSEd Maste- perhaps handle interfaces too instead of addresses for dynamic ip?
8*5f4c09ddSEd Maste  <bge0/4>? What to do with multiple addresses?
9*5f4c09ddSEd Maste- perhaps rate limit against DoS
10*5f4c09ddSEd Maste- perhaps instead of scanning the list have a sparse map by port?
11*5f4c09ddSEd Maste- do we want to use libnpf directly for efficiency?
12*5f4c09ddSEd Maste- add more daemons ftpd?
13*5f4c09ddSEd Maste- do we care about the db state becoming too large?
14*5f4c09ddSEd Maste- instead of a yes = bump one, no = return to 0 interface, do we want
15*5f4c09ddSEd Maste  to have something more flexible like?
16*5f4c09ddSEd Maste	+n
17*5f4c09ddSEd Maste	-n
18*5f4c09ddSEd Maste	block
19*5f4c09ddSEd Maste	unblock
20*5f4c09ddSEd Maste- do we need an api in blacklistctl to perform maintenance
21*5f4c09ddSEd Maste- fix the blacklistctl output to be more user friendly
22