Traducido el 3-I-1997. Noticias COMO
Vince Skahan,
[email protected]
Traducido por Urko Lusa,
[email protected]
v1.4, 29-XI-1995.
Este documento describe la puesta en marcha y mantenimiento de noti�
cias de Usenet bajo Linux. Es necesario leerlo si se planea publicar o
leer noticias de Usenet, ya sea en el sistema local o entre varios
sistemas. Probablemente no es necesario leer este documento si no se
desea incorporar noticias de Usenet como una de las prestaciones del
sistema.
______________________________________________________________________
�ndice General:
1. Introducci�n
1.1. Nuevas versiones de este documento
1.2. Sugerencias, cr�ticas y comentarios.
1.3. Informaci�n sobre el copyright
1.4. Nota de descargo
1.4.1. �dem sobre la traducci�n
1.5. Otras fuentes de informaci�n
1.5.1. Usenet
1.5.2. Libros
1.6. D�nde NO buscar ayuda
2. Requerimientos de hardware
3. Obtener programas de noticias de Usenet
4. Programas de transporte de noticias
4.1. Cnews Cleanup Release
4.1.1. Instalaci�n de Cnews
4.1.2. Configuraci�n de Cnews
4.1.3. Mantenimiento de un sistema con Cnews
4.2. InterNetNews ( INN )
4.2.1. Instalaci�n de INN
4.2.2. Configuraci�n de INN
4.2.3. Mantenimiento de un sistema con INN
4.3. Otros agentes de transporte de noticias
5. Lectores de noticias
5.1. Tin
5.2. Trn/Mthreads
5.3. NN
5.4. Otros lectores
6. Agradecimientos
7. Preguntas frecuentes sobre Usenet (en c.o.l.* de todas
formas)
7.1. �Por qu� no puedo publicar en grupos moderados?
7.2. �Por qu� tengo problemas que parecen estar relacionados con
los permisos?
7.3. �Por qu� puedo publicar art�culos localmente, pero despu�s no
aparecen ni se env�an a otros servidores?
7.4. �Por qu� mi distribuci�n binaria no tiene nntp ?
7.5. �Por qu� dice doexpire (o relaynews ) que hay una "grave
falta de espacio" cuando hay un mont�n de sitio?
7.6. �Por qu� todo parece normal, pero no se publican los
art�culos?
7.7. �Puedo integrar news overview (NOV) en trn/tin/nn para
sustituir a las varias bases de datos independientes?
7.8. �Por qu� no podemos tener una distribuci�n binaria de NNTP ?
7.9. �C�mo configuro NNTP para permitir lectura/escritura
alrededor de la red *sin* almacenar ning�n art�culo o base de datos
localmente?
8. Anexo: El INSFLUG
______________________________________________________________________
1. Introducci�n
La intenci�n de este documento es contestar a algunas de las preguntas
y comentarios que parecen encajar en la definici�n de "preguntas
frecuentes" sobre programas de noticias bajo Linux en general, y la
versi�n en la distribuci�n Slackware en particular.
Este documento, junto con los "COMOS" de correo y UUCP, sustituye al
UUCP-NEWS-MAIL-FAQ que anteriormente se publicaba en
comp.os.linux.announce.
1.1. Nuevas versiones de este documento
Las nuevas versiones de este documento ser�n peri�dicamente publicadas
en comp.os.linux.announce, comp.answers, y news.answers. Tambi�n
ser�n enviadas a los diversos servidores FTP an�nimos que archivan tal
informaci�n, incluyendo
ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO (--
N. del T./: El autor se refiere, l�gicamente, a la versi�n original en
ingl�s.--)
Adem�s, tambi�n deber�a ser posible encontrar este documento en la
Linux WorldWideWeb home page en
http://sunsite.unc.edu/mdw/linux.html.
1.2. Sugerencias, cr�ticas y comentarios.
Estoy interesado en recibir por correo electr�nico cualquier
comentario, positivo o negativo, relativo al contenido de este
documento. P�ngase en contacto conmigo si encuentra errores u
omisiones obvias.
Leo, aunque no necesariamente respondo, todo el correo electr�nico que
recibo. Las peticiones para mejorar este documento ser�n consideradas
seg�n la combinaci�n que se d� ese d�a entre tiempo disponible, m�rito
de la petici�n, y presi�n sangu�nea :-)
Los insultos ir�n silenciosamente a /dev/null, as� que no se moleste.
Particularmente, el est�ndar sobre rutas para el sistema de archivos
de Linux es algo en evoluci�n. Lo que aparece en este documento son
s�lo ejemplos basados en el est�ndar en curso a la hora de escribirlo,
y en las rutas usadas en las distribuciones o paquetes de programas
que he visto personalmente. Por favor, consulte su distribuci�n
particular de Linux para saber qu� rutas utiliza.
Los comentarios sobre el formato del documento deber�an ir dirigidos
al coordinador de los HOWTO: Greg Hankins (
[email protected]).
1.3. Informaci�n sobre el copyright
El News-HOWTO es copyright �1994 Vince Skahan.
Pueden reproducirse o distribuirse copias literales de este documento
en cualquier medio f�sico o electr�nico sin permiso del autor. Las
traducciones est�n igualmente permitidas sin permiso expreso si se
incluye un aviso sobre qui�n hizo la traducci�n.
Se pueden usar peque�as citas del documento sin consentimiento previo
del autor. Los trabajos derivados y distribuciones parciales del News-
HOWTO deben ser acompa�ados ya sea con una copia literal de este
fichero o con una referencia a la copia original.
Se permite y se insta a la redistribuci�n comercial. Sin embargo, al
autor le gustar�a ser avisado de tales distribuciones (como cortes�a).
En resumen, deseamos promover la diseminaci�n de esta informaci�n por
tantos canales como sea posible. Sin embargo, deseamos mantener el
copyright de los documentos HOWTO.
Es m�s, deseamos diseminar TODA la informaci�n contenida en los HOWTO.
Si tiene alguna pregunta, por favor contacte con Greg Hankins, el
coordinador de los HOWTO de Linux en
[email protected].
1.4. Nota de descargo
Por supuesto, no asumo ninguna responsabilidad potencial por los
contenidos de este documento. El uso de los conceptos, ejemplos, y/u
otros contenidos de este documento es un riesgo que el lector debe
asumir como propio.
1.4.1. �dem sobre la traducci�n
El traductor no se responsabiliza de los contenidos de este documento.
Tampoco tiene por qu� compartir ninguna opini�n, criterio, gusto,
estilo, sugerencia o afirmaci�n del autor. Ante cualquier duda,
cons�ltese el original en ingl�s.
1.5. Otras fuentes de informaci�n
1.5.1. Usenet
� news.admin.misc Sobre la administraci�n de noticias en general.
� news.admin.policy Normativas de Usenet.
� news.admin.technical Mantenimiento de noticias de red. (Moderado)
� news.software.b Sobre B-news y programas compatibles.
� news.software.nn Sobre el lector de noticias "nn".
� news.software.nntp Protocolo de Transferencia de Noticias en Red.
� news.software.readers Programas para leer noticias.
� news.sysadmin Comentarios a administradores de sistemas.
� news.announce.newusers Explicaciones para nuevos usuarios.
(Moderado)
� news.newusers.questions Preguntas y respuestas para nuevos
usuarios.
1.5.2. Libros
A continuaci�n, una lista no exhaustiva de libros que pueden ayudar.
� "Managing UUCP and USENET", publicado por O'Reilly & Associates, es
en mi opini�n el mejor libro para conocer los programas y
protocolos necesarios para ser parte de Usenet.
� "Unix Communications", publicado por The Waite Group, contiene una
buena descripci�n de todas las piezas (y m�s), y c�mo encajan unas
con otras.
� "Practical Unix Security" publicado por O'Reilly & Associates,
contiene una buena disertaci�n sobre seguridad en UUCP en general.
� "The Internet Complete Reference", de Osborne, es un buen libro de
referencia que explica los diversos servicios disponibles en
Internet, siendo una buena fuente de informaci�n sobre noticias,
correo, y otros varios recursos de Internet.
� "The Linux Networking Administrators' Guide", de Olaf Kirch del
Linux DOC Project, est� disponible en la red y tambi�n publicado
por (al menos) O'Reilly y SSC (-- N. del T./: Tambi�n disponible
en castellano bajo el t�tulo de Gu�a de administraci�n de redes con
Linux. V�ase secci�n ``''--) . Es una buena manera de aprender
sobre todo lo que sobre redes de Unix pueda imaginarse.
1.6. D�nde NO buscar ayuda
No hay nada "especial" en configurar y mantener las noticias de Usenet
bajo Linux. Por lo tanto, no se deber�a publicar preguntas gen�ricas
sobre noticias en los grupos comp.os.linux.*.
Al menos que su pregunta sea realmente espec�fica sobre Linux (p. ej.,
``�qu� parches se necesitan para ejecutar INN con el bash1.12 en SLS
v1.03?'') deber�a publicar sus preguntas en los grupos mencionados
arriba.
Perm�taseme repetir esto.
Ya no hay virtualmente ninguna raz�n para publicar nada relacionado
con las noticias en la jerarqu�a comp.os.linux.* Existen grupos en la
jerarqu�a news.* para manejar *TODAS* sus preguntas.
SI PUBLICA VD. EN COMP.OS.LINUX.* PREGUNTAS NO ESPEC�FICAS SOBRE
LINUX, EST� BUSCANDO AYUDA EN EL SITIO EQUIVOCADO. LOS EXPERTOS EN
NOTICIAS DE USENET EST�N EN LOS GRUPOS ANTERIORMENTE MENCIONADOS Y
GENERALMENTE NO USAN LINUX.
HACER PREGUNTAS NO ESPEC�FICAS DE LINUX EN LA JERARQU�A LINUX ES UN
DESPERDICIO DE TIEMPO PARA VD. Y PARA TODOS LOS DEM�S, Y
FRECUENTEMENTE LO �NICO QUE CONSEGUIR� ES RETRASAR LA RESPUESTA A SUS
PREGUNTAS.
2. Requerimientos de hardware
No hay requerimientos espec�ficos de hardware para mantener un sistema
de noticias bajo Linux. El �nico requisito es disponer de suficiente
espacio en disco para mantener los programas en s�, las bases de datos
sobre hebras, y la cantidad de noticias que se deseen mantener en el
sistema. Sup�ngase un m�nimo de 10Mb para empezar.
3. Obtener programas de noticias de Usenet
Todos los programas que se mencionan en este "COMO" est�n disponibles
en los servidores FTP an�nimos habituales.
El directorio /networking/news de ftp.uu.net es generalmente un buen
sitio por el que empezar.
La distribuci�n newspak-2.4.tar.z contiene los ficheros de
configuraci�n y ayuda relativos a la construcci�n de programas de
UUCP, noticias y correo bajo Linux a partir de las diversas fuentes
gratuitas disponibles. Generalmente se puede encontrar en
ftp://sunsite.unc.edu/pub/Linux/system/Mail/news. Si no puede
encontrarlo en sunsite, por favor env�eme un mensaje y me asegurar� de
que reciba una copia.
4. Programas de transporte de noticias
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.
4.1. Cnews Cleanup Release
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.
4.1.1. Instalaci�n de 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.
4.1.2. Configuraci�n de 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 activos
� batchparms - par�metros de proceso por lotes
� explist - configuraci�n de caducidad de los art�culos
� mailname - nombre de su servidor
� mailpaths - direcciones de los moderadores de grupos
� organization - su organizaci�n
� sys - control de lo que se pide y env�a
� whoami - el nombre de su sistema para la l�nea Path:
4.1.3. Mantenimiento de un sistema con 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
4.2. InterNetNews ( 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.
4.2.1. Instalaci�n de INN
( por Arjan de Vet -
[email protected] )
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).
4.2.2. Configuraci�n de INN
B�sicamente, siga las instrucciones de Arjan y el sistema estar�
listo. Aqu� hay un sumario de qu� hacer.
1. En config.data, aseg�rese de que aparece "HAVE_UNIX_DOMAIN DONT"
2. A�ada el nombre del sistema en el que funciona innd a hosts.nntp.
Si s�lo dispone de UUCP, ese es el nombre de su servidor
3. Aseg�rese de que no tiene una l�nea para nntp en /etc/inetd.conf
4. Aseg�rese de que 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.
5. Si usa Vd. INN, defina el syslogd tal como se recomienda, porque es
muy, muy �til.
Hay un FAQ (-- N. del T./Preguntas de Uso Frecuente, (PUFs)--)
espectacular (!!!!) sobre INN que aparece mensualmente. B�squelo en
de hacerlo.
4.2.3. Mantenimiento de un sistema con 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 )
4.3. Otros agentes de transporte de noticias
A continuaci�n, una lista no exhaustiva de otros programas de
transporte de noticias que funcionan bajo Linux:
� dynafeed
� nntp1.5.11
� slurp1.05
5. Lectores de noticias
No existe un "lector de noticias verdadero". Como resultado, hay
muchos lectores bien conocidos que se compilan f�cilmente bajo Linux
en particular. En el momento de escribir esto, "tin", "trn", y "nn"
est�n en la mayor�a de las distribuciones de Linux disponibles y en
newspack.
A la hora de elegir un lector de noticias, se requiere b�sicamente
algo que sea f�cil de usar, muy configurable por el usuario, y con
capacidad para ordenar por hebras y filtrar los art�culos (seleccionar
los art�culos interesantes o hacer que los no interesantes no
aparezcan en absoluto).
Puede configurar sus rutas como quiera en tanto en cuanto todos los
lectores puedan encontrar "inews" de su instalaci�n de Cnews o INN, y
el programa "mail" para mandar respuestas por correo electr�nico a los
art�culos.
Esta secci�n tratar� brevemente sobre varios de los lectores m�s
populares. Antes de que pregunte, yo uso "nn" por un mont�n de
razones :-)
5.1. Tin
Tin es un lector con capacidad de ordenamiento en hebras que trata de
ser f�cil para los nuevos usuarios. Soporta filtrado de art�culos y
hebras NOV. Si utiliza Vd. INN, leer� los ficheros .overview por
defecto, y no escribir� ficheros �ndice.
Para compilar Tin bajo Linux, simplemente edite el fichero Makefile
para indicar d�nde se encuentran ciertos programas (especialmente la
ubicaci�n de inews) y teclee "make linux". No se requiere ning�n
parche para tin bajo Linux.
Para ordenar los art�culos en hebras, puede simplemente invocar a tin
con el par�metro "-u" para actualizar los ficheros �ndice.
Para usar la capacidad de tin para leer v�a NNTP, comp�lese con
"NNTP_ABLE" definido. Esto resultar� en un fichero llamado "tin" para
el servidor local y otro llamado "rtin" para lectura NNTP. "tin -r"
obtendr� el mismo resultado que "rtin".
Iain Lea recomienda la siguiente entrada de crontab, y dice que se
necesita hacer un "make daemon" para compilar tind.
# ordenar en hebras
35 * * * * /usenet/bin/tind -u
He usado tin sobre un enlace SLIP como lector NNTP. Si conecta Vd.
con un sistema que disponga de todos los grupos de Usenet, se har� muy
viejo esperando a que tin se baje el fichero "active".
5.2. Trn/Mthreads
trn es un derivado de "rn" con capacidad para ordenar en hebras.
trn3.2 y superiores tienen la posibilidad de seleccionar entre
"mthreads" (el creador de hebras de trn) o NOV (creador de hebras de
INN).
Para compilarlo, simplemente ejecute Configure y acepte las opciones
por defecto. Es posible que necesite lib4.4.1 y bash-1.13 (hay una
beta disponible en varios servidores de archivos de Linux) para
ejecutar Configure con �xito. Probablemente necesitar� tanto bash1.13
como libs4.4.1 para conseguir que el nuevo Configure funcione
correctamente.
La distribuci�n newspak de sunsite contiene ficheros de configuraci�n
funcionales para trn bajo Linux.
Es probablemente poco deseable intentar editar un config.sh a mano, a
menos que est� Vd. haciendo algo *MUY* sencillo, como cambiar las
rutas para adecuarlas a sus gustos. Si hace esto, necesitar� ejecutar
"Configure -S" antes de "make depend", "make" y "make install".
Aunque "Configure" falla generalmente bajo Linux con bash1.12,
"Configure -S" funciona bien, as� que si toma Vd. el config.sh de
newspak como punto de partida, estar� muy cerca.
Compilar con soporte NNTP es tan simple como contestar "yes" cuando
Configure le pregunte si lo quiere (suponiendo que Configure funciona
en su sistema). Un futuro lanzamiento de newspak incluir� un config.sh
para NNTP, as� como el ya existente para sistema local para aquellos
de nosotros que seguimos usando bash1.12.
He usado trn sobre un enlace SLIP como lector NNTP. Si conecta Vd.
con un sistema que disponga de todos los grupos de Usenet, se har� muy
viejo esperando a que trn se baje el fichero "active" y a que ordene
los art�culos.
Hay docenas de par�metros con los que invocar a trn para obtener toda
clase de comportamientos. Lea la p�gina de manual de "trn" para
conocer los detalles. Yo uso una buena prestaci�n de trn para indicar
todos los par�metros f�cilmente:
� Cree un fichero ~/.trnrc con todas las opciones
� export TRNINIT="~/.trnrc"
La distribuci�n actual de newspak tiene una copia de mi .trnrc como
ejemplo.
trn3.2 y superiores permiten elegir al usuario hebras NOV o de
mthreads. Por lo tanto, recomiendo compilar el programa para permitir
ambos mecanismos (es una pregunta de Configure). Para elegir uno de
ellos en el momento de ejecuci�n, pruebe "trn -Zo" para NOV y "trn
-Zt" para mthreads. Yo defino un alias para trn para usar el mecanismo
deseado.
Para construir la base de datos de mthreads, haga algo como lo
siguiente en el crontab de "news":
# crear la base de datos de mthreads
35 * * * * /usenet/bin/mthreads all
5.3. NN
La distribuci�n newspak de sunsite contiene ficheros de configuraci�n
funcionales para nn6.4.18 que Vd. puede copiar en el lugar adecuado y
teclear "make" bajo Linux. Tambi�n funcionan con la beta 6.5b3 de la
pr�xima actualizaci�n nn6.5.
Cuando haya terminado la compilaci�n, necesita hacer lo siguiente:
� ejecutar el programa "inst" para instalar cosas. (instalar todo)
� inicializar la base de datos
� arrancar nnmaster
Consulte los documentos de nn para m�s detalles. Compilar, configurar
y ejecutar nn bajo Linux no es diferente a ejecutar nn en cualquier
otro *nix con la excepci�n de que podr�a desearse ejecutar nnmaster
desde cron en vez de como demonio. Si se ejecuta como demonio bajo
Linux, es posible que tienda a no activarse adecuadamente (de todas
formas el efecto de ejecutarlo desde cron es el mismo).
El soporte para "nn" es tan simple como las siguientes entradas de
crontab:
# ejecutar nnmaster
# (no necesario si se usa NOV de INN en nn-6.5beta3)
25 * * * * /usenet/sw/nn/lib/nnmaster
# purgar la base de datos de nn
# (no necesario si se usa NOV de INN en nn-6.5beta3)
0 4 * * * /usenet/sw/nn/bin/nnadmin =EYW
# obtener una copia del fichero active de "nngoback" y guardar los
# ultimos 7
0 3 * * * /usenet/sw/nn/lib/back_act 7
He experimentado un poco ejecutando nn como lector NNTP sobre una
conexi�n SLIP. En este caso, querr� Vd. editar ligeramente el fichero
config.h. Lea los comentarios del fichero para conocer los detalles.
Cuando se usa como lector NNTP, nn ejecuta una copia local de nnmaster
para mantener la base de datos en el sistema local, con lo que la
selecci�n de art�culos es muy r�pida (aunque por supuesto hay que
esperar un poco al cuerpo del art�culo si se usa SLIP con un m�dem).
La nueva versi�n (6.5.x) de nn tiene soporte para la base de datos NOV
de INN, lo que hace absolutamente innecesario el uso de nnmaster. Esta
configuraci�n est� altamente recomendada, ya que como resultado, no se
tendr� que gastar tiempo de la CPU para ejecutar nnmaster en absoluto,
y no se producir�n desfases entre la base de datos y los art�culos
reales disponibles.
5.4. Otros lectores
A continuaci�n, una lista no exhaustiva de lectores de noticias que se
dice funcionan bajo Linux:
� tass
� xrn
� gnus
6. Agradecimientos
Las siguientes personas han ayudado en la recopilaci�n de informaci�n
(y experiencia) que ayud� a hacer posible este documento:
Ed Carp, Steve Robbins, Ian Taylor, Greg Naber, Matt Welsh, Iain Lea,
Arjan de Vet.
Si me olvido de alguien, mis disculpas.
7. Preguntas frecuentes sobre Usenet (en c.o.l.* de todas formas)
7.1. �Por qu� no puedo publicar en grupos moderados?
Probablemente porque el lector de noticias trata de usar /bin/mail
para enviar el correo y no le gusta. Sustituya el /bin/mail de las
viejas versiones de SLS con el mailx-5.5.tar.z de una distribuci�n
Slackware moderna, use el pkgtool de Slackware para instalarlo y
asunto arreglado.
Otra posibilidad es que tenga definido el grupo moderado como no
moderado en su sistema local, y que alguien en la red est� borrando
silenciosamente el art�culo (alg�n programa de proceso de noticias, no
una persona). Aseg�rese de ejecutar "checkgroups" siempre que el
art�culo checkgroups aparezca por news.admin cada pocas semanas.
7.2. permisos? �Por qu� tengo problemas que parecen estar relaciona�
dos con los
Porque lo est�n :-)
Compruebe que sus permisos son correctos y que tiene un usuario y
grupo "news" en /etc/passwd y /etc/group que coincida con la
distribuci�n binaria que use. Parece ser que todav�a no existe una
norma com�n sobre las cuentas habituales en Linux.
Todo el material de /usr/local/lib/news deber�a ser news.news,
deber�a ser setuid root.
Puede Vd. usar el UID y GID que quiera para "news".
7.3. aparecen ni se env�an a otros servidores? �Por qu� puedo pub�
licar art�culos localmente, pero despu�s no
Probablemente porque no se invoc� a newsrun desde cron. Puede ser que
editase Vd. el fichero sys y lo enredase. Puede ser que no tenga el
�rbol /usr/spool/news/out.going o similar. Puede ser porque usa Vd.
una distribuci�n con las versiones 'Performance' o desde cron para
procesar los lotes que se enviar�n a otros servidores, y para hacer
visibles los art�culos localmente.
No cree los grupos o servidores editando los ficheros active o sys.
Use las utilidades de /usr/local/lib/news/bin/maint para hacerlo.
7.4. �Por qu� mi distribuci�n binaria no tiene nntp ?
Porque se supone que es muy f�cil de instalar en Linux y porque no
quise que el material para noticias de SLS fuese el doble de grande
teniendo que mantener versiones nntp y no nntp de los lectores y
sistema de transporte de noticias. Tambi�n porque se compila con
informaci�n espec�fica para cada sitio que no puede ser modificada en
ning�n fichero de configuraci�n una vez se ha compilado.
7.5. �Por qu� dice doexpire (o relaynews ) que hay una "grave falta
de espacio" cuando hay un mont�n de sitio?
Porque no puede leer /etc/mtab. P�ngale permisos 644. Esto ocurre
cuando se desmonta un sistema de archivos montado por root con una
m�scara que no permite al resto de los usuarios leer ficheros
pertenecientes a root.
7.6. �Por qu� todo parece normal, pero no se publican los art�culos?
Las versiones viejas de Linux tienen un sed "roto" que Cnews pone en
evidencia. En particular, si se instal� sobre una SLS vieja, aseg�rese
de mirar /bin y /usr/bin y compruebe que s�lo tiene una copia de sed y
de que es moderna.
A partir de la 'Performance Release' de alrededor de febrero de 1993,
es necesario ejecutar 'newsrun' peri�dicamente desde cron para
procesar cosas. Esta es una prestaci�n que aparentemente sorprende a
alguna gente.
7.7. para sustituir a las varias bases de datos independientes?
�Puedo integrar news overview (NOV) en trn/tin/nn
S�. trn, tin, y la beta de nn ahora lo soportan.
Puede integrarlo en las versiones Performance y Cleanup de Cnews, as�
como en varios lectores de noticias.
La copia beta de nn6.5 que tengo aqu� tiene soporte NOV y funciona sin
problemas en Linux. La uso aqu� y tengo nn ejecut�ndose sin tener que
ejecutar nnmaster (!). Busque en
ftp://uniwa.uwa.edu.au para obtener
una copia.
7.8. �Por qu� no podemos tener una distribuci�n binaria de NNTP ?
Porque una parte significativa de la informaci�n local debe
especificarse antes de la compilaci�n y no puede determinarse
autom�gicamente en tiempo de ejecuci�n. Si tanto lo necesita, por
favor obtenga INN en vez de intentarlo con Cnews m�s NNTP.
7.9. de la red *sin* almacenar ning�n art�culo o base de datos local�
mente? �C�mo configuro NNTP para permitir lectura/escritura alrede�
dor
(
[email protected] (Matt Welsh) )
1. Obtenga la "implementaci�n de referencia" de nntp y una copia de rn
de su dep�sito de archivos local. Si conectase con ftp.uu.net
obtendr�a:
nntp.1.5.11.tar.Z
2. Compile nntp como sigue:
� copie common/conf.h.dist a common/conf.h.
� Edite common/conf.h para activar ciertas opciones: Las �nicas que
yo activ� fueron:
� DOMAIN: indef�nalo (es decir, cambie la l�nea a #undef DOMAIN).
� REALDOMAIN: Def�nalo. Busca el dominio usando las librer�as.
� SERVER_FILE: Def�nalo como el nombre del fichero que contendr� el
nombre de su servidor de noticias (p. ej. la m�quina a trav�s de la
cual leer� y publicar� noticias). Yo uso
"/usr/local/lib/news/server".
� PASSFILE: Si su servidor de noticias requiere autorizaci�n (p. ej.
alg�n tipo de nombre de usuario y contrase�a) para publicar,
defina esto como el nombre del fichero que contiene el nombre de
usuario y la contrase�a (descrito m�s abajo). Yo uso
"/usr/local/lib/news/nntppass".
� Decid� guardar el resto del material de noticias en
/usr/local/lib/news. As� que configur� el resto de rutas del
archivo (p. ej. ACTIVE_FILE, NEWSGROUPS_FILE, etc.) para que
usasen /usr/local/lib/news. Muchos de esos ficheros son usados s�lo
por el servidor NNTP, no por el cliente, pero para asegurarme los
cambi� todos para que apuntasen al directorio correcto; simplemente
aseg�rese de crear el directorio de forma acorde.
3. Cree el usuario "usenet" si no lo ha hecho ya. El programa inews se
ejecuta perteneciendo a este usuario. Todo lo que se necesita es un
identificativo de usuario, no se necesita un directorio de usuario
o una shell ni nada de eso. Simplemente inserte la siguiente l�nea
en su /etc/passwd:
usenet:*:13:1::/:
Aseg�rese de que el identificativo de usuario ("13" arriba) es �nico.
El grupo puede ser cualquiera; yo uso "daemon" (gid 1).
4. Cree el fichero SERVER_FILE. Por ejemplo, mi servidor de noticias
es "wonton.tc.cornell.edu", as� que cre� el fichero
/usr/local/lib/news/server conteniendo la siguiente l�nea:
wonton.tc.cornell.edu
5. Cree el fichero PASSFILE. Este fichero contiene l�neas de la forma
<nombre del servidor> <nombre del usuario> <clave>
Supongamos que su servidor de noticias (el del fichero SERVER_FILE) es
"shoop.vpizza.com", y que para publicar en esa m�quina se requiere ser
autorizado como usuario "news" con la contrase�a "floof". Por tanto,
en el fichero PASSFILE (yo uso /usr/local/lib/news/nntppass), se nece�
sita la siguiente l�nea:
shoop.vpizza.com news floof
6. �Proteja este fichero! El programa inews se ejecuta perteneciendo
al usuario "usenet", as� que haga que este directorio de noticias
pertenezca a dicho usuario, as� como el fichero nntppass.
chown usenet /usr/local/lib/news
chmod 755 /usr/local/lib/news
chown usenet /usr/local/lib/news/nntppass
chmod 600 /usr/local/lib/news/nntppass
De forma que nadie m�s pueda leer este fichero. No, las contrase�as no
est�n encriptadas.
7. Vuelva al directorio donde est�n las fuentes de nntp.1.5.11 y
teclee "make client". En este punto se compilar� la versi�n NNTP de
inews, que es el �nico programa utilizado por el cliente NNTP.
Cuando compil� inews, hab�a un error en la librer�a que causaba que
la funci�n uname() de uname.c se llamase a s� misma eternamente.
Esto probablemente ya haya desaparecido; sin embargo, si inews
parece colgarse y su sistema empieza a ralentizarse *un mont�n*,
deber�a renombrar la funci�n "uname()" de uname.c a algo como
"mi_uname()", y sustituir las llamadas a uname() por llamadas a
mi_uname() (en inews.c). Escr�bame (-- Nota de VDS - esto
significa escribir a Matt, no a m� :-)--) . si se encuentra con
este problema.
8. Teclee "make install_client". Esto instalar� inews y dem�s ficheros
necesarios. Tambi�n, enlace /usr/local/lib/news/inews con
/usr/local/bin/inews.
Ahora deber�a ser capaz de publicar (a mano). Pruebe algo como
esto:
$ inews -h << EOF
Newsgroups: misc.test
From:
[email protected]
Subject: Prueba
Reply-To:
[email protected]
Esto es una prueba
EOF
Si esto funciona, inews deber�a publicar el art�culo. Lo sabr� Vd.
porque los programas autom�ticos de respuesta de misc.test contestar�n
a la direcci�n del campo Reply-To. Por favor, no publique art�culos de
prueba en grupos de verdad, como c.o.l. :)
8. Anexo: El INSFLUG
El INSFLUG forma parte del grupo internacional Linux Documentation
Project, encarg�ndose de las traducciones al castellano de los Howtos
(Comos), as� como la producci�n de documentos originales en aquellos
casos en los que no existe an�logo en ingl�s.
En el INSFLUG se orienta preferentemente a la traducci�n de documentos
breves, como los COMOs y PUFs (Preguntas de Uso Frecuente, las FAQs.
:) ), etc.
Dir�jase a la sede del INSFLUG para m�s informaci�n al respecto.
En la sede del INSFLUG encontrar� siempre las �ltimas versiones de las
traducciones: www.insflug.org. Aseg�rese de comprobar cu�l es la
�ltima versi�n disponible en el Insflug antes de bajar un documento de
un servidor r�plica.
Se proporciona tambi�n una lista de los servidores r�plica (mirror)
del Insflug m�s cercanos a Vd., e informaci�n relativa a otros
recursos en castellano.
Francisco Jos� Montilla,
[email protected].