ircd development ideas (was Re: Re: RFC: ircd choice vote)
Andy Smith <[email protected]>
| Newsgroups | gmane.network.irc.blitzed.general |
|---|---|
| Message-ID | <[email protected]> |
On Sat, Aug 06, 2005 at 11:13:35AM -0400, Mark Rutherford wrote: > Philipp Kern wrote: > > > On Aug 6, 2005, at 1:29 AM, Mark Rutherford wrote: > > > >> The issue with that is the keys need to be provided to the server admin > >> and all servers need the same keys. > > > > > > Why is this an issue? We need to trust our server admins anyway. But > > you could implement the possibility to inject them on-the-fly via U- > > lined servers. But then the keys in the config file wouldn't be updated. > > > The issue is they all need to be updated at the same time. This would seem to be the main reason for wanting the servers to be able to exchange keys by themselves. I can't think of a good way yet either, though. Whatever way you do it there seems to be a race condition. Wonder what unreal does. > One ongoing internal project I have is a second server, call it stats, > services2, what have you. > The goal of this other server is statistical information (like Thales) > and the enforcement of akills/clone detection, ect > It would only activate when main services died. But, while services is > running it would be in a sort of 'learning mode' > learning the akills that exist from main services and enforcing them > when it went down. I would like to work on a version of services that uses the same database structure but is mostly read-only, so that it could enforce akills and other stuff, and return information while the main services is down. I think Blitzed is in the position to be able to do MySQL replication to keep a live copy of the services db somewhere, so no need to learn from the network. The trick is getting it to introduce its nicks and stuff as soon as the real services dies though, without getting in the way when services wants to link again. Whether this would be better as a different running mode of the existing services or as a separate package I don't know. _______________________________________________ public mailing list public-Hb7ITwsGSD4lroQnaJEqWdi2O/[email protected] http://lists.blitzed.org/listinfo/public
signature.asc
(application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC9QyjIJm2TL8VSQsRAqK+AJ9S9eU2J4Ej3GpspNG6hejHRgG8+wCgr9t4 l8AVjMHxm4hsA9ySekG2H+A= =XU8e -----END PGP SIGNATURE-----