PDF de programación - Mini-COMO para inn2+suck+varios servidores de news

Mini-COMO para inn2+suck+varios servidores de news.

Han Solo <[email protected]>

v. 0.1 24 de Marzo de 2000

Este documento describe cómo montar de manera rápida un servidor inn2 local e intercambiar noticias de varios
servidores con suck.

Índice General

1 Descargo y licencia.

2 Dedicatoria.

3 Consideraciones previas.

4 Cómo funciona todo esto.

5 Elementos necesarios.

6 Configuración de inn.

6.1 El sistema de almacenamiento.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

6.2 Ficheros de configuración.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

6.3 inn.conf . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

6.4 newsfeeds . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

6.5 incoming.conf.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

6.6 expire.ctl. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

6.7 nnrp.access. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

6.8 Comprobando los ficheros. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

6.9 Creación de los ficheros db.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

6.9.1 Configurando los ficheros db por primera vez. . . . . . . . . . . . . . . . . . . . . . . .

6.9.2 Configuración a partir de una versión anterior de inn.

. . . . . . . . . . . . . . . . . .

6.10 Si la cosa no funciona...

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

6.11 ...y si funciona . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2

2

2

2

3

3

3

4

4

4

6

7

7

8

8

8

8

9

9

6.12 Añadiendo grupos.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

10

7 Configuración de suck.

7.1 get-news.conf.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

7.2 sucknewsrc. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

7.3 Filtros. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

7.4 Configuración del segundo servidor (o los siguientes). . . . . . . . . . . . . . . . . . . . . . . .

10

11

11

12

12

1. Descargo y licencia.

7.5 baja-news, el meollo de todo esto.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

7.6 Bugs, apaños y otras trampas... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

8 Feedback.

1 Descargo y licencia.

2

13

13

14

Lo habitual en estos casos, yo no garantizo nada, no me responsabilizo de lo que pueda estropearse si haces
caso de este documento, no tiene porqué funcionar en tu sistema y lo único que puedo decir es que a mi me
ha funcionado.

Este documento se distribuye bajo licencia GPL y todas esas cosas que ya sabéis; es decir, lo podéis copiar,
manipular, traducir... pero sería un detalle que me mandárais una copia.

2 Dedicatoria.

Este documento está dedicado a Benjamín Albiñana, por dos razones: La primera es que se saque la espinita
de inn2; no se puede ir por ahí, presumiendo de ser un tipo de pelo en pecho, y funcionar con leafnode. La
segunda es para que luego no diga que los emacseros no tenemos nuestro corazoncito...

3 Consideraciones previas.

Hay varias maneras de configurar inn2 frente al tradicional inn. Ahora, se pueden almacenar las news en un
spool/ local más compacto, en lugar de la forma tradicional de una fichero por cada mensaje. Yo he escogido
hacerlo a la manera tradicional por dos razones:
le primera es que estoy actualizando desde un sistema
inn 1.7, y ya tenía artículos en el spool tradicional. La segunda es que (no lo he comprobado), suck no es
capaz de intercambiar mensajes si están almacenados en el nuevo formato. Yo tengo el sistema funcionando
a partir de los script que vienen con suck modificados. Si usas el nuevo sistema de almacenamiento de
almacenamiento de inn2, tendrás que usar newsx para el intercambio de noticias. El usar varios servidores,
no sé cómo se podrá hacer entonces y te lo tendrás que currar tú ;-).

Yo intercambio artículos con dos servidores: news.cis.dfn.de y news.antakira.conf . El primero es un servidor
alemán, que requiere registrarse previamente en http://www.cis.dfn.de
Por otra parte, he escrito este documento en sgml utilizando el DTD linuxdoc. Últimamente, parece que
es estándar de moda es DocBook, pero no tengo tiempo ahora de ponerme a explorar ese DTD, así que si
a alguien le apetece, puede pasarlo a DocBook. Por otra parte, a mí me gusta más la salida del linuxdoc
clásico.

4 Cómo funciona todo esto.

La idea de todo esto es tener un sistema de news local, para leer las news offline. Para ello, instalamos un
servidor de news local, inn, que es al que se conectarán nuestros clientes (Gnus, Netscape, e incluso, por qué
no, slrn). cuando escribamos, lo haremos a nuestro servidor. Estos mensajes que escribamos, lo tendremos
que mandar a otros servidores de news, generalmente los de nuestro ISP. Por otro lado, para necesitaremos
bajar las news del servidor de nuestro ISP a nuestro servidor local. De todo este intercambio de mensajes se
encarga suck.

5. Elementos necesarios.

3

Suck es el que “llama” a los distintos servidores, se identifica si es necesario, baja los artículos nuevos y envía
los que hayamos escrito. suck se comporta como un cliente ante ambos servidores, el local y el remoto.

Esto es así, porque existen dos protocolos para el intercambio de noticias: el nntp, usado para el intercambio
entre servidores, y el nnrp, para el intercambio con clientes. Para bien o para mal, nuestro servidor no puede
intercambiar artículos mediante nntp, ya que los servidores “grandes” sólo admiten este tipo de intercambio
con un puñado de servidores “escogidos”.

Así pues, tendremos que configurar por separado inn y suck, y a eso dedicaremos los siguientes capítulos.

5 Elementos necesarios.

Pues no son demasiados, inn2 y suck ;-)Yo estoy usando una distribución Debian Potato, con los paquetes
siguientes:

$ dpkg -l suck inn2
Desired=Unknown/Install/Remove/Purge/Hold
| Estado=No/Instalado/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: mayúsc.=malo)
||/ Nombre
+++-==============-==============-============================================
ii suck
Small newsfeed from an NNTP server with stan
ii inn2

4.2.2-4
2.2.2.2000.01. News transport system ‘InterNetNews’ by the

Versión

Descripción

Si usas otra distribución, las cosas podrían cambiar un poco, pero no creo que demasiado.

6 Configuración de inn.

Para empezar, supondré que ya tienes inn instalado. No entraré pues en los detalles de la compilación ni en
la instalación desde paquetes .deb, .rpm o similares. Para eso está la documentación de la instalación de
inn y los manuales de los sistemas de paquetes. Sólo hablaré de los ficheros de configuración.

6.1 El sistema de almacenamiento.

Como dijimos más arriba, hay varias formas de almacenar los artículo que bajemos en nuestro servidor local:
la primera es el sistema tradicional, en el que cada mensaje se almacena en un fichero, y estos ficheros
se ordenan en directorio siguiendo el nombre de la jerarquía a la que pertenecen; esto es, un artículo de
es.comp.os.linux.misc, se guardará en /var/spool/news/es/comp/os/misc/. Según la documentación,
el problema de este sistema en que el acceso a los artículos es un cuello de botella en sistemas con mucha
carga.

La segunda forma de almacenar los mensajes el tipo timehash, que que es parecido al tradicional, pero la
clasificación en directorios se hace en base a la fecha de llegada. El cuello de botella se reduce porque hay
menos archivos en cada directorio.

La tercera forma es el método cnfs. Los artículos se guardan en un buffer preconfigurado. Cuando los
artículos van llegando, se van borrando automáticamente los más antiguos.

Como dijimos antes, nos quedaremos con el sistema tradicional, que es el compatible con suck.

6. Configuración de inn.

4

6.2 Ficheros de configuración.

En principio, al menos en Debian, los ficheros de configuración de inn están en el directorio /etc/news/. En
adelante, nos referiremos a ellos sólo por su nombre. Otro detalle importante, es que todas las modificaciones
a los ficheros de configuración hay que hacerlas como usuario news; de lo contrario, habrá cosas que no
funcionen aunque aparentemente estén bien. De hecho, lo más probable es que inn ni siguiera arranque, y
os aviso que los mensajes de error de inn son bastante “opacos”.

6.3 inn.conf

Este es uno de los ficheros más importantes de la configuración de inn. Tiene multitud de opciones que se
describen en su página man (man inn.conf). Conviene leérsela con calma. Os pongo las que yo he cambiado:

organization:
server:
pathhost:
domain:
fromhost:

The Rebel Alliance
alderaan.maptel.es
alderaan.maptel.es
maptel.es
alderaan.maptel.es

Aparte, cambié alguna más, en lo referente a los directorios donde se almacenan los artículos, pero no
recuerdo exactamente los cambios que hice, así que os pego el final del fichero para que veáis cómo lo tengo:

# ---------------------------------
# Paths to various aspects of the news system
#
pathnews:
pathbin:
pathfilter:
pathcontrol:
pathdb:
pathetc:
pathrun:
pathlog:
pathhttp:
pathtmp:
pathspool:
patharticles:
pathoverview:
pathoutgoing:
pathincoming:
patharchive:
pathuniover:
overviewname:

/usr/lib/news
/usr/lib/news/bin
/usr/lib/news/bin/filter
/usr/lib/news/bin/control
/var/lib/news
/etc/news
/var/run/news
/var/log/news
/var/log/news
/tmp
/var/spool/news
/var/spool/news
/var/spool/news/overview
/var/spool/news/outgoing
/var/spool/news/incoming
/var/spool/news/