Hoy en día hay dos paquetes principales de "transporte" de noticias para
*nix, Cnews e INN. El viejo "Bnews" ha sido declarado
oficialmente muerto y no soportado por sus autores.
El "transporte" de noticias se define aquí como los programas que trabajan detrás de las cámaras para publicar y propagar los artículos, así como para hacerlos disponibles a los lectores de noticias.
Puede Vd. configurar sus rutas como guste, siempre que UUCP tenga la ruta
absoluta a rnews en el fichero Permissions, y siempre que
configure sus lectores de forma que puedan encontrar "inews" y
"mail".
Importante - está Vd. buscando problemas si intenta mezclar CNews e
INN. Escoja uno u otro. Es correcto añadir el servidor NNTP
"Reference Release" a Cnews, ya que están pensados para
complementarse.
El estándar actual de facto en programas de noticias es Cnews. Lleva
funcionando unos cuantos años; yo lo vi por primera vez alrededor de 1988.
La versión actual en el momento de escribir estas líneas se llama
"Cnews Cleanup Release, with patch CR.G".
La mayor ventaja de Cnews es su madurez. Funciona bajo cualquier *nix
que se pueda encontrar y hay literalmente miles de sistemas usándolo
alrededor del mundo.
Su mayor desventaja es que parece haber sido diseñado para conexiones UUCP
por módem, y por tanto requiere la adición de un servidor NNTP para
manejar transferencia en tiempo real de noticias por Internet.
A pesar de esto, el administrador novel debería probablemente usar
Cnews primero, ya que es muy estable, bien documentado, y es usado
por miles de administradores expertos que pueden contestar a sus
preguntas.
La 'Cleanup Release' afirma que "el soporte para Overview ha sido
plenamente integrado y es más rápido de lo que solía ser". El resultado es
que se puede usar el soporte NOV de Cnews en vez de usar programas
externos de ordenamiento en hebras, tales como nn, tin y
trn.
Todavía no me he aclarado de cómo implementar esta parte, ya que me cambié
a INN en casa hace tiempo. Si alguien quiere darme alguna pista para
actualizar este documento, que por favor me deje unas líneas por correo
electrónico.
La distribución newspack de sunsite contiene ficheros de
configuración que funcionan en la Cnews Cleanup Release bajo Linux,
así como un parche de un par de líneas necesario para evitar algunos
problemas de "doexplode" con bash1.12.
Básicamente, se ejecuta el nuevo script 'quiz' y se aceptan las
opciones por defecto. Tendrá Vd. que acudir a su árbol
/usr/include para contestar a algunas preguntas, pero es bastante
sencillo.
CnewsInstalar la Cleanup Release de Cnews es simplemente seguir los pasos
que se detallan en la documentación. Simplemente obtenga las fuentes,
extráigalas, y siga las instrucciones.
El fichero quiz.def de newspack fue generado al ejecutar
"quiz" la primera vez, simplemente verificando los ficheros de
/usr/include para obtener las respuestas correctas.
Necesitará una versión reciente de 'bash' para que Cnews pase
sus auto-tests. Teclee 'bash -version' para saber qué versión tiene.
La versión 1.14.2 definitivamente no es buena. La versión actual (mientras
se escribe esto) 1.14.5 parece mejor.
Steve Robbins ha averiguado que la reciente 'cleanup release' de
Cnews ha encontrado un error en el comando 'join' de GNU de
shellutils-1.9. Hay algunos parches necesarios para solventar el
problema. Steve los puso en sunsite por petición mía.
CnewsComo mínimo, necesitará editar o cuando menos echar un vistazo a los
siguientes ficheros. Todos deberían estar en /usr/local/lib/news:
active - el fichero con los grupos activosbatchparms - parámetros de proceso por lotesexplist - configuración de caducidad de los artículosmailname - nombre de su servidormailpaths - direcciones de los moderadores de gruposorganization - su organizaciónsys - control de lo que se pide y envíawhoami - el nombre de su sistema para la línea Path:CnewsPrimeramente, una sencilla regla es no enredar a mano con los ficheros que
tienen utilidades para configurarlos. Particularmente, no edite
newsfeeds manualmente (ejecute "addfeed" en vez de eso), y
no enrede con el fichero active (use "addgroup"). En caso de
duda, lea y relea los documentos de la distribución en los fuentes.
Todo lo demás puede hacerse vía cron. Mi crontab para
"news" es como el siguiente:
# procesar los paquetes comprimidos que vienen de otros sistemas
# y tambien publicar los articulos originados localmente
20 * * * * /usenet/sw/news/bin/input/newsrun
# crear los paquetes para enviar
0 * * * * /usenet/sw/news/bin/batch/sendbatches myfeedsite
# borrar articulos caducados
59 0 * * * /usenet/sw/news/bin/expire/doexpire
# vigilar el cotarro y avisar si es necesario
10 5 * * * /usenet/sw/news/bin/newsdaily
00 5 * * * /usenet/sw/new/bin/newswatch
# desactivar el proceso de paquetes entrantes entre 6:30AM - 4:00 PM
30 6 * * * /usenet/sw/news/bin/input/newsrunning off
00 16 * * * /usenet/sw/news/bin/input/newsrunning on
INN)INN es un recién llegado a la escena, pero está ganando popularidad
conforme madura. Su mayor ventaja es la velocidad y el hecho de que
contiene un servidor NNTP integrado. Su principal desventaja es que
es nuevo y no se instala y funciona necesariamente en todos los *nix
estándar todavía. Además, opera con un demonio (el innd) siempre
funcionando. El trato parece ser memoria por velocidad.
He mantenido un servidor con una entrada de unos 5Mb por noche sobre UUCP
con INN, en un 386-33 con 8Mb (normalmente no se estaba ejecutando X
Window), a través de un módem de 14.4Kb sin ningún problema.
Los administradores de noticias noveles probablemente no deberían intentar
instalar INN hasta que tengan experiencia con B-news o Cnews. A
pesar de ser rápido y versátil, está prácticamente sin documentar para el
principiante (aunque en la práctica es bastante sencillo una vez que te lo
imaginas).
INN es muy quisquilloso con los permisos. No enrede con ellos.
INN también es muy puntilloso con tener un protocolo TCP/IP "de
calidad" con el que trabajar. Linux no cumple necesariamente este
requisito actualmente, así que se recomienda obtener una distribución de
INN específica para Linux, en cualquier de los servidores de archivos
de Linux.
INN( por Arjan de Vet -
devet@info.win.tue.nl )
He hecho un parche + un paquete de configuración para ejecutar INN
1.4 bajo Linux. Puede encontrarse en:
ftp://ftp.win.tue.nl/pub/linux/ports/inn-1.4-linux.tar.gz
INN depende en gran medida de un buen sustituto para
/bin/sh. Yo uso una versión beta de bash 1.13 que está
disponible para Linux en los servidores de ficheros habituales. bash
1.12 da algunos pequeños problemas al no manejar correctamente los grupos
de noticias (puede que algún otro problema también, no recuerdo).
INNBásicamente, siga las instrucciones de Arjan y el sistema estará listo. Aquí hay un sumario de qué hacer.
config.data, asegúrese de que aparece
"HAVE_UNIX_DOMAIN DONT"
innd a
hosts.nntp. Si sólo dispone de UUCP, ese es el nombre de su servidornntp en
/etc/inetd.conf
innshellvars contiene "HAVE_UUSTAT
DO" en vez del "DONT" en este config.data de ejemplo si
tiene Vd. instalado uustat del paquete Taylor UUCP. Definir esto
incorrectamente resultará en que no se procesen las noticias salientes.
INN, defina el syslogd tal como se
recomienda, porque es muy, muy útil.
Hay un FAQ
INN que aparece mensualmente.
Búsquelo en
ftp://rtfm.mit.edu/pub/usenet-by-hierarchy/news. Se alegrará
de hacerlo.
INNHe descubierto que un sistema Linux con INN no requiere prácticamente
ninguna atención y mantenimiento mientras se tenga un cron adecuado.
Básicamente, querrá Vd. un crontab parecido al siguiente:
# mantenimiento diario, asi como borrar articulos y ficheros
# .overview caducados
1 0 * * * /usenet/sw/inn/bin/news.daily expireover delayrm < /dev/null
# enviar articulos
5 * * * * /usenet/sw/inn/lib/send-uucp
( si usa Vd. bash1.13, el "< /dev/null" no es necesario )
A continuación, una lista no exhaustiva de otros programas de transporte de noticias que funcionan bajo Linux:
dynafeednntp1.5.11slurp1.05