|
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.
Cnews
Instalar 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.
Cnews
Como 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:
Cnews
Primeramente, 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).
INN
Bá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.
INN
He 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:
dynafeed
nntp1.5.11
slurp1.05
Hosting by: hurra.com
Generated: 2007-01-26 18:00:36