Una manera simple de distribuir noticias en una red local, es guard�ndolas en un nodo central,
y exportar los directorios relevantes v�a NFS, de manera que los lectores de noticias puedan
examinar los art�culos directamente. La ventaja de este m�todo sobre NNTP es que la sobrecarga
implicada en recuperar y enhebrar art�culos es significativamente m�s baja. Por otra parte,
NNTP gana en una red heterog�nea donde el equipamiento var�a mucho entre nodos, o donde los
usuarios no tienen cuentas equivalentes en la m�quina servidora.
Cuando se usa NFS, los art�culos enviados al nodo local tienen que ser reenviados a la
m�quina central, porque de otro modo el acceso a los ficheros administrativos expondr�a
al sistema a condiciones de carrera dejando a los ficheros inconsistentes. Tambi�n
podr�a querer proteger su �rea de cola de noticias export�ndola con atributos de s�lo lectura,
lo cual requiere tambi�n el reenv�o a la m�quina central.
C-News maneja esto de forma transparente.
Cuando env�a un art�culo, su lector de noticias normalmente invocar� a
inews para inyectar el art�culo al sistema de noticias. Esta
orden ejecuta algunas comprobaciones sobre el art�culo, completa la cabecera
y comprueba el fichero server en /etc/news.
Si el fichero existe y contiene un nombre de nodo diferente al del sistema local, se invoca a
inews en ese servidor remoto v�a rsh.
Puesto que el gui�n inews usa �rdenes binarias y ficheros de
apoyo de C-News, debe tener C-News instalado localmente, o montar el software
de noticias desde el servidor.
Para que la invocaci�n de rsh funcione correctamente, cada
usuario debe tener una cuenta equivalente en el sistema del servidor, esto es, una
a la que pueda acceder sin necesidad de contrase�as.
Aseg�rese de que el nombre del sistema indicado en server coincida
literalmente con la salida de la orden hostname en el servidor, si no
C-News entrar� en un bucle infinito cuando intente entregar el art�culo.
NFS se discute en detalle en el Cap�tulo 14.