23.2. INN y los lectores de noticias

Los lectores de noticias que se ejecutan en la misma m�quina junto con el servidor (o que tienen montado el directorio donde se encuentra la cola del servidor de noticias v�a NFS) pueden leer los art�culos de forma directa. Para remitir un art�culo compuesto por un usuario, el lector, invoca al programa inews el cu�l agrega cualquier cabecera que est� faltando y se lo env�a al demonio v�a NNTP.

Alternativamente, los lectores pueden acceder al servidor remoto v�a NNTP. Este tipo de conexi�n se gestiona de forma diferente por los proveedores de noticias basados en NNTP, para no dejar colgado el demonio. En el momento que un lector de noticias se conecta al servidor NNTP, innd bifurca la conexi�n hacia un programa llamado nnrpd[1], el cual maneja la sesi�n y libera a innd para que realice tareas m�s importantes (recibir noticias nuevas, por ejemplo). Usted estar� admirado al ver c�mo el proceso innd puede distinguir entre un proveedor de noticias entrante y la conexi�n de un cliente. La respuesta es simple: el protocolo NNTP requiere que el cliente emita la orden mode reader[2]despu�s de conectarse al servidor; cuando esta orden se recibe, el servidor activa el proceso nnrpd y le entrega el control de la conexi�n, luego retorna a su habitual estado de escucha, esperando conexiones de otros servidores de noticias. Sol�a haber un lector de noticias basado en DOS que no estaba configurado para hacer esto, y fallaba de forma miserable cuando intentaba comunicarse con INN, porque innd no reconoc�a ninguno de las �rdenes usadas para leer noticias si no sab�a que la conexi�n era desde un lector de noticias

Volveremos al tema de c�mo los lectores de noticias pueden acceder a INN en el cap�tulo �Controlando el acceso de los lectores�.