forked from UndernetIRC/iauthd-c
-
Notifications
You must be signed in to change notification settings - Fork 0
Fork del demonio de Autorización de IRC
License
IRCHispano/iauthd-c
Folders and files
Name | Name | Last commit message | Last commit date | |
---|---|---|---|---|
Repository files navigation
About iauthd-c ============== This program is a reference framework and set of modules that implement (Undernet) ircu's IAuth client authorization (and sometimes authentication) protocol. An IRC server that uses IAuth communicates with this program over this standard input and output using a standard protocol (defined in the ircu source tree, doc/readme.iauth). The server tells this program about new client connections, and usually waits until iauthd-c accepts or rejects the client before finishing the "registration" phase -- at that point, the server tells the rest of the network about the client. This means that this program can do a bunch of checks about a client to see whether it should be allowed on the network, and potentially what IRC account stamp to give the client, before anyone on the network can see the client (or the client's IP address, and before the client can bother anyone else). Architecture ============ iauthd-c uses libevent (http://www.monkey.org/~provos/libevent/) for I/O multiplexing. Extension modules can use either libevent's asynchronous DNS resolver (evdns_*) or a more full-featured one in iauthd-c (sar_*). At the moment, iauthd-c is single-threaded, because we do not anticipate it being compute-bound or otherwise benefiting from concurrent threads of execution. The iauthd-c core application provides a framework for making decisions but does not contain any actual decision-making code (or even IAuth code). It loads shared libraries from LIBEXECDIR/iauthd-c/ to do that; these libraries are called iauthd modules. Module Interfaces ================= Each module is described by an opaque structure (struct module) and should export up to three standard entry points, with exactly these names (do NOT replace "module_" with the name of the module!): - void module_constructor(const char module_name[]) This is the first function to be called. It should only assume that the iauthd-c core (including libevent and the C library) are loaded, unless the shared library directly links to some other library. This function can call module_depends() to indicate other iauthd modules it depends upon. - void module_post_init(struct module *self) This optional entry point can perform second-pass initialization that requires other iauthd modules to be loaded. - void module_destructor(void) This optional entry point is called just before the module is unloaded, and should release any persistent resources owned by the module. The module core exports two functions that modules might use to express load (or unload) order: - void module_depends(const char name[], ...) (null-terminated list) This function declares that the currently loading module depends on one or more other modules, as named. - void module_antidepends(const char name[]) This function declares that the currently loading module is a back-end provider for some other module, and must be unloaded after it. IAuth Interfaces ================ The code in the src directory is utility code rather than relating to IAuth. The IAuth-specific code is in modules/iauth_core.c and modules/iauth.h. Typically, iauth modules should call module_depends("iauth", NULL) to indicate that they provide services to the iauth modules. Compiling ========= From a totally fresh source tree, you should run these commands to generate the first build. (Except for the mkdir, running them again later should be harmless.) autoreconf -Wall -i mkdir +build cd +build ../configure --enable-silent-rules make
About
Fork del demonio de Autorización de IRC
Resources
License
Stars
Watchers
Forks
Packages 0
No packages published
Languages
- C 95.8%
- Makefile 2.5%
- M4 1.6%
- Other 0.1%