Anterior Siguiente Indice

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 ¿Por qué tengo problemas que parecen estar relacionados con lospermisos?

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,
salvo /usr/local/lib/news/setnewsids, que debería ser setuid root.

Puede Vd. usar el UID y GID que quiera para "news".

7.3 ¿Por qué puedo publicar artículos localmente, pero después noaparecen ni se envían a otros servidores?

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 'Cleanup' de Cnews, que necesitan que se ejecute 'newsrun' 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 ¿Puedo integrar news overview (NOV) en trn/tin/nnpara sustituir a las varias bases de datos independientes?

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 ¿Cómo configuro NNTP para permitir lectura/escritura alrededorde la red *sin* almacenar ningún artículo o base de datos localmente?

( mdw@sunsite.unc.edu (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 necesita 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: yo@foo.bar.com
                   Subject: Prueba
                   Reply-To: mi-direcccion-real@cualquiera.edu
   
                   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. :)

Atención: Visite nuestro listado de productos de computadores, Linux y software libre aqui...