
   WWWOFFLE VERSION 2.4b - PREGUNTAS Y RESPUESTAS PREGUNTADAS FECUENTEMENTE
   ========================================================================
 

Este fichero contiene una lista de las preguntas preguntadas ms frecuentemente 
y sus respuestas en relacin con WWWOFFLE 2.4b.

No todas las preguntas son de usuarios reales, algunas han sido realizadas
para dar alguna ayuda a la gente que trata de usar el programa y que encuentra 
que la documentacin del fichero README es insuficiente.

--------------------------------------------------------------------------------

Seccin 0 - Por qu este FAQ no responde a mis preguntas?

--------------------

Seccin 1 - Que hace WWWOFFLE (y que no)

	Q 1.1   Soporta WWWOFFLE http, ftp, finger, https, gopher, ...?
	Q 1.2   WWWOFFLE funciona en otros sistemas aparte de UNIX?
	Q 1.3   Puedes cambiar WWWOFFLE para que las pginas que genera ...?

--------------------

Seccin 2 - Como usar WWWOFFLE para servir una intranet

	Q 2.1   Puede el proxy WWWOFFLE ser accedido por otros clientes aparte de localhost?
	Q 2.2   Por qu los clientes remotos no pueden acceder al proxy WWWOFFLE?
	Q 2.3   Por qu los clientes remotos siguen todos los enlaces?
	Q 2.4   Cuales son los aspectos de seguridad a tener en cuenta con WWWOFFLE en un entorno multiusuario?

--------------------

Seccin 3 - Que mirar cuando WWWOFFLE falla

	Q 3.1   Por qu mi navegador devuelve una pgina vaca con WWWOFFLE?
	Q 3.2   Por qu WWWOFFLE no puede encontrar un husped cuando el navegador si puede?
	Q 3.3   Por qu mi navegador dice "Conexin cortada por el husped remoto" cuando navego?
	Q 3.4   Por qu siguiendo un enlace en un servidor FTP me lleva al servidor incorrecto?

--------------------

Seccin 4 - Manejo de Applets

	Q 4.1   Por qu mi navegador no empieza el applet XYZ?
	Q 4.2   Estn soportados los nombres de applets en unicode?
	Q 4.3   Por qu mi navegador Netcape saca la excepcin de seguridad "trustProxy"?

--------------------

Seccin 5 - Caractersticas No documentadas de WWWOFFLE

	Q 5.1   Cmo puedo ver las pginas monitorizadas que se vieron la ltima vez En Linea?
	Q 5.2   Cmo puedo hacer una recogida recursiva en un intervalo regular?
	Q 5.3   Cmo puedo hacer que los usuarios no puedan acceder al indice?

--------------------

Seccin 6 - Ms informacin acerca de WWOFFLE

	Q 6.1   Quin escribi WWWOFFLE, Cuando y Por qu?
	Q 6.2   Que listas de distribucin sobre WWWOFFLE hay disponibles?
	Q 6.3   Cmo reporto fallos en WWWOFFLE?

--------------------------------------------------------------------------------


Seccin 0 - Por qu este FAQ no responde a mis preguntas?

Este FAQ se publica con cada nueva versin de WWWOFFLE por lo que si ests
leyendo esta versin y la pregunta es una de las que se pregunta frecuentemente
acerca de esta versin entonces, por definicin, no encontrars la respuesta aqu.

Este FAQ est tambin disponible en la pgina de WWWOFFLE con mucha ms informacin 
acerca del programa.
http://www.gedanken.demon.co.uk/wwwoffle/version-2.4/

--------------------------------------------------------------------------------
 
Seccin 1 - Qu hace WWWOFFLE (y que no)

--------------------


Q 1.1   Soporta WWWOFFLE http, ftp, finger, https, gopher, ...?

Algunos de los protocolos estn soportados y otros no.

http : S
        La versin original de WWWOFFLE solo soportaba http.

ftp : S
        Desde la versin 2.0 ha habido soporte para URLs ftp.

finger : S
        Desde la versin 2.1 ha habido soporte para finger.  Aunque este no es un
        protocolo estndar para hacer "proxy" no hay ninguna razn para que no 
	se pueda realizar satisfactoriamente.

https : S
        Desde la versin 2.4 ha habido soporte transparente para
        conexiones "Secure Socket Layer" (SSL).  Esto inclute el protocolo https.

gopher : No
        Este es un protocolo que es menos popular ahora que la WWW ha despegado.
	Mirando a los navegadores que lo soportan, no parece imposible, pero 
	el mercado para ello es muy limitado.

--------------------

Q 1.2   WWWOFFLE funciona en otros sistemas aparte de UNIX?

Por ejemplo DOS / Win3 / Win95 / WinNT / OS/2.

UNIX    = S
        Este es el sistema para el cual fu diseado en un principio
        ,debera funcionar en muchas versiones de UNIX.
        Se que funciona en Linux, SunOS 4.1.x, Solaris 2.x, *BSD.

DOS/Win3 = No
        El programa no fu diseado para DOS, los nombres usados y la realizacin de
        multi-proceso del programae no lo permiten.

Win95/Win98/WinNT = S
        Hay disponible una versin Windows de 32-bit del programa gracias al kit 
	de desarrollo de Cygwin que provee una librera de llamadas UNIX en MS Windows.

OS/2    = Quizs
        No s de un equivalente para el producto de Cygwin para OS/2, si existe
        entonces es posible portarlo como se hizo para Windows 95 /
        Windows NT.

--------------------

Q 1.3   Puedes cambiar WWWOFFLE para que las pginas que genera ...?


Esta es una pregunta que me preguntan a menudo. La gente quiere ver Javascript,
imgenes, diferentes colores ... en las pgina web que WWWOFFLE genera.

Desde la versin 2.2 esto no es un problema ya que es posible cambiar
todas las pginas web que WWWOFFLE genera.  Esto significa que el color de fondo
y el tamao de la fuente pueden ser cambiados para cubrir sus necesidades.
Para saber como hacer esto mire en el directorio /var/spool/wwwoffle/html/messages
y lea el fichero README.

--------------------------------------------------------------------------------
 
Seccin 2 - Cmo usar WWWOFFLE para servir una intranet

--------------------

Q 2.1   Puede el proxy WWWOFFLE ser accedido por otros clientes aparte de localhost?

S,  puede, esa opcin ha estado presente desde el principio.

Los otros clientes pueden ser cualquier tipo de ordenador conectado al servidor
que est ejecutando el programa wwwoffled.  El nico requerimiento es que deben estar
conectados en red con el servidor y que deben tener el navegador configurado 
para acceder al proxy WWWOFFLE.

--------------------

Q 2.2   Por qu los clientes remotos no pueden acceder al proxy WWWOFFLE?

La situacin por defecto en el fichero wwwoffle.conf es la de no permitir ningn acceso a clientes
diferentes de localhost.  Para permitirles el acceso al proxy el fichero
wwwoffle.conf necesita ser editado como se describe abajo y la nueva configuracin debe ser cargada.

La seccin AllowedConnect del fichero de configuracin contiene una lista de huspedes
que tienen permitida la conexin con el proxy WWWOFFLE.  Estos nombres se comprueban
contra los nombres que WWWOFFLE coge cuando la conexin se realiza. De esta forma el acceso es
permitido o denegado.  Las entradas de la lista pueden contener comodines pero no se realizan 
comprobaciones de nombres extra.

Por ejemplo si est utilizando el espacio de direcciones IP privadas 192.168.*.* para su intranet
entonces su seccin AllowedConnect el el fichero de configuracin debera ser algo como esto.

AllowedConnect
{
 192.168.*
}

Esto permitir la conexin al proxy WWWOFFLE a todos los huspedes que vengan de este rango 
de direcciones IP.

--------------------

Q 2.3   Por qu los clientes remotos no pueden seguir todos los enlaces?

Algunos de los enlaces que son generados en las pginas web que vienen del
proxy WWWOFFLE necesitan apuntar a otras pginas del proxy.  Para ser capaza de hacer esto
el nombre del husped ejecutando el proxy necesita ser especificado en la seccin LocalHost
del fichero de configuracin.

Por ejemplo si el ordenador ejecutando el proxy WWWOFFLE se llama www-proxy entonces
la seccin LocalHost del fichero de configuracin sera algo como.

LocalHost
{
 www-proxy
 localhost
 127.0.0.1
}

El primer de los nombres es el que ussar WWWOFFLE para generar los enlaces.  
Los otros son usados por servidores que no son guardados por el proxy.

--------------------

Q 2.4   Cales son los aspectos de seguridad a tener en cuenta con WWWOFFLE en un entorno multiusuario?

La seguridad es una aspecto que he estado considerando cuando he escrito 
WWWOFFLE aunque no ha sido una de mis mayores preocupaciones.  Los aspectos son los listados abajo.

Para la versin Win32 se debe anotar que en Win95/98 no hay la seguridad a nivel de usuario que provee UNIX.  
No es posible crear ficheros que solo puedan ser leidos por WWWOFFLE y no por los otros usuarios. 
Los aspectos de seguridad que estn presentes en WWWOFFLE no son, pues, aplicables a estos sistemas.

Contrasea del fichero de configuracin
   Este fichero puede tener una contrasea especificada en su seccin StartUp que se usa
   para limitar el acceso a las opciones de control WWWOFFLE.  Si se activa la
   contrasea, esta debe ser usada para poner a WWWOFFLE En Linea, Fuera de Linea, Purgar el cach, Parar el servidor, 
   editar el fichero de configuracin etc..  Si tiene puesta una contrasea entonces debe hacer que el fichero 
   solo pueda ser leido por los usuarios autorizados.
   La contrasea se manda como texto plano cuando se usa el programa wwwoffle para controlar el servidor wwwoffled.  
   La encriptacin usada para la autentificacin de la pgina web no es segura.

Autentificacin del Proxy
   Con la habilidad de controlar el acceso a WWWOFFLE usando el Mtodo de Autentificacin de Proxy de HTTP/1.1
   nos encontramos con sus riegos de seguridad aadidos.  Son basicamente
   los mismos que para la contrasea del fichero de configuracin, los nombres de usuarios
   y las contraseas estn en texto plano y la contrasea del fichero de configuracin que se manda
   al servidor usa el mismo sistema de encriptacin inseguro.

uid/gid del servidor WWWOFFLE
   El uid y el gid del proceso del servidor wwwoffled puede ser controlado por las opciones
   run-uid y run-gid en la seccin StartUp del fichero de configuracin.
   Estos uid/gid necesitan poder leer el fichero de configuracin (la escritura no es requerida
   a menos que se use la pgina de edicin interactiva) y tener acceso de lectura/escritura al directorio
   almacn.  Si se usa esta opcin entonces el servidor debe ser comenzado por root.

Borrar URLs pedidas
   Solo el usuario que realiza una peticin de pgina puede borrar la peticin, y
   es entonces cuando el borrado se realiza de forma inmediata.  Esto es as porque la contrasea se realiza 
   indexando el contenido del fichero en el directorio se salidas.  Esto significa
   que el acceso de lectura a este directorio debe ser negado para que sea seguro.

El servidor web incorporado
   Es un servidor muy simple que seguir enlaces, como una caracterstica de seguridad,
   solo si los ficheros pueden ser leidos por todo el mundo. Tambin deben estar 
   en un directorio que el servidor wwwoffled pueda leer.  No se realiza la comprobacin para
   cada directorio por lo que ficheros con acceso de lectura para todo el mundo en un directorio que solo puede ser ledo
   por el uid que ejecuta wwwoffled no es seguro.

Accediendo al cach
   No hay ningn problema general dejando que los usuarios puedan acceder al cach
   si este es de solo lectura (pero vea URLs con contrasea debajo). Lo nico de lo que se tiene que preocupar
   es que la purga se realiza usando la hora de acceso de los ficheros, entonces
   ejecutar grep en el cach estropear la purga.

URLs con contrasea
   Las URLs que usan usuario y contrasea deben ser almacenadas en el cach.
   Para simplificar no estn ocultas de ninguna manera.  Esto significa que cualquier URL que
   use usuario/contrasea puede mostrarse en el fichero de log (con los niveles Debug o
   ExtraDebug).  Los ficheros en el cach tambin contienen la informacin
   usuario/contrasea por lo que no deben ser accesibles a los usuarios por esta razn.

--------------------------------------------------------------------------------
 
Seccin 3 - Que mirar cuando WWWOFFLE falla

--------------------

Q 3.1   Por qu mi navegador devuelve una pgina vaca con WWWOFFLE?


Cuando se est usando un navegador para visitar una pgina web no se devuelve nada cuando se usa WWWOFFLE
como proxy pero cuando el sitio es accedido directamente sin WWWOFFLE la pgina es visible.

Esto puede deberse a un nmero de causas (todas se me han reportado o testeadas por mi mismo):

a) El servidor al que esta accediendo requiere la cabecera User-Agent. Si no est
   presente o est puesta a un valor no comn (no Netscape o IE) entonces devuelve una pgina vaca.
   En este caso si tiene puesto en el fichero de configuracin que la cabecera CensorHeader
   quite la cabecera User-Agent entonces debe o no censurar esta cabecera o reemplazarla por una cadena que sea aceptable.

b) Como lo descrito arriba, pero no importa el valor de la cadena para devolver una pgina no vaca.
   La solucin es la misma excepto que se puede usar cualquier cadena en la cabecera User-Agent.

c) El servidor web usa "cookies" para mantener el estado.  Esta es una prctica comn en sitios que estn ms preocupados 
   de la forma que del contenido,  normalmente sin notificacin.

d) El navegador y el servidor tratan de usar las extensiones del protocolo HTTP/1.1 que WWWOFFLE ignora.

--------------------

Q 3.2   Por qu WWWOFFLE no puede encontrar un husped cunado el navegador s puede?

Hay dos posibles razones para ello.

1) Un servidor No-Autoritativo.
2) Un cambio en la configuracin del servidor DNS desde que se comenz wwwoffle.

Cuando WWWOFFLE mira un nombre de husped usa la llamada de funcin de la librera standar UNIX (libc)
gethostbyname().  Esta solo devolver la informacin del husped si el nombre que recive
desde el servidor de nombres (DNS) es autoritativo.  No se devuelve
una respuesta no-autoritativa, pero el activa el estado de error.

Los proyectos de grandes navegadores (Netscape en particular) usa una respuesta no-autoritativa
si est disponible.  Esto significa que puede acceder a sistios que no estn disponibles a WWWOFFLE.  
El cdigo fuente para hacer esto no es obvio y requiere algunas funciones
de bajo nivel en la librera de resolucin de nombres (libresolv).

Este problema solo pasa cuando el servidor de nombre que est usando tiene
una conectividad pobre a otros servidores de nombres o a algun que otro problema de resolucin de nombres.
Si es posible, la solucin pasa por utilizar otro servidor de nombres, o quejarse al administrador
del que est usando.

[Si alguien tiene cdigo fuente para resolver nombres de forma no-autoritativa por favor diganmelo.]

Otra razn posible es que el servidor de nombres que se configur cuando
WWWOFFLE comenz la ejecucin no sea vlido.  Esto puede pasar por ejemplo si el fichero
/etc/resolv.conf fue cambiado despues de que wwwoffled se ejecutara.  Esto no es un problema solo de
WWWOFFLE, pues afectar a la mayora de programas que usen resolucin de nombres.

La razn es que la parte de resolucin de nombresde la librera standard de UNIX (libc) es
inicializada cuando el programa se comienza a ejecutar.  Cuando la resolucin de nombres
se realiza ms tarde seguir usando la misma configuracin que era correcta cuando el programa comenz su ejecucin.

Esto puede pasar sin que usted se de cuenta porque algunos de los programas de configuracin PPP "amigables"
cambiarn el fichero /etc/resolv.conf dependiendo del ISP al que se conecte.

--------------------

Q 3.3   Por qu mi navegador dice "Conexin Cortada por el Servidor Remoto" cuando navego?

Esto pasa cunado se usa Netscape para acceder a algunas pginas web.  La causa no se conoce, 
pero el problema solo se ve cuando se usa WWWOFFLE y no cuando se hace una conexin directa.

[Creo que el problema (una peculiaridad de Netscape) se ha solucionado en la
 versin 2.2c de WWWOFFLE, por favor diganme si no se ha arreglado.]

--------------------

Q 3.4   Por qu siguiendo un enlace en un servidor FTP me lleva al servidor incorrecto?

Si hay un directorio llamado '/dir' en un servidor ftp server y carga la pgina 
'ftp://server/' se obtiene una lista de directorios que incluye un enlace a '/dir'.
Si sigue este enlace le llevar a 'ftp://server/dir/', pero en algunos navegadores va
a 'ftp://dir/' en vez de al anterior.

Creo que este comportamiento es debido al navegador y no a WWWOFFLE.  Si usted fue
a 'http://server/' y sigui el enlace a '/dir/' usted esperaria ir 
a 'http://server/dir/' y no a 'http://dir/'.  Esto es de sentido comn.
Porque el navegador hace diferencias entre ftp y http no estoy seguro.

[Esto debe estar arreglado en la versin 2.1 de WWWOFFLE, por lo que no es aplicable a esta versin del FAQ]

--------------------------------------------------------------------------------
 
Seccin 4 - Manejo de Applets

--------------------

Q 4.1   Por qu mi navegador no empieza el applet XYZ.

[Walter Pfannenmueller <pfn@online.de> escribe:]

Supongo que ha puesto en marcha el soporte de java.  Su navegador dice algo as como
"No puedo empezar el Applet XYZ.class".  Mire a ver si el fichero ha sido correctamente
bajado por WWWOFFLE.  Si el fichero es accesible, abra una consola java (su navegador
debe tener algo parecido) y lea ms detalles sobre el problema.
Problablemente es una violacin de seguridad.  Todos los navegadores tienes su propio
clase Administradora de Seguridad y debe consultar el manual para ver como puede rebajar estas restricciones.  
Si su applet intenta entrar en contacto con alguna funcin del servidor (servlets, RMI, CORBA), hemos llegado al final 
de las posibilidades de un lector Fuera de Lnea.

--------------------

Q 4.2   Estn soportados los nombres de applet en unicode.

[Walter Pfannenmueller <pfn@online.de> escribe:]

No lo s.  Yo transformo estos nombres a codificacin UTF8  y el resto depende
de los que haga con l su sistema de fiecheros o el sistema de ficheros del husped.  Los compiladores de Java
tambin tienen problemas con unicode, aunque sebera estar soportado.  Apreciara
cualquier informacin que ayude a esclarecer la oscuridad.  Me gustara saber como programar
tranformaciones de Unicode a UTF8.  La implementacin en javaclass.c parece un poco enrevesada.

--------------------

Q 4.3   Por qu mi navegador Netcape saca la excepcin de seguridad "trustProxy"?

[Walter Pfannenmueller <pfn@online.de> escribe:]

El mensaje de error debera ser

No es posible resolver la IP para el husped ... Vea la propiedad trustProxy.

El navegador Netscape intenta verificar la IP del hesped del cdigo fuente del applet.
Minetras de est Fuera de Lnea esto no es posible. Por lo tanto debe persuadir al navegador de que confie en el proxy. 
Para hacer esto debe encontrar el fichero de preferencias preferences.js en UNIX o prefs.js en Windows. Edite el fichero,
aunque diga "No editar" u agrege la siguiente lnea
user_pref("security.lower_java_network_security_by_trusting_proxies", true);

Asegurese de haber cerrado todas las ventanas del navegador, porque el fichero de preferencia
ser sobreescrito al salir. Esto debera bastar para todos los Netscape 4.0x y 4.5.
Para ms informacin eche un vistazo en
http://developer.netscape.com/docs/technote/security/sectn3.html

--------------------------------------------------------------------------------
 
Seccin 5 - Cractersticas No documentadas de WWWOFFLE

--------------------

Q 5.1   Cmo puedo ver las pginas monitorizadas que se vieron la ltima vez En Linea?

La forma ms fcil de hacer esto es yendo al ndice de pginas monitorizadas y ordenar
las pginas por "Hora de Acceso" (http://localhost:8080/index/monitor/?atime). Cada
pgina ser accedida cuando sea monitorizada por lo que las ms recientes sern las que esten al principio de la lista.

--------------------

Q 5.2   Cmo puedo hacer una recogida recursiva en un intervalo regular?

Esto es una combinacin de la opcin de recogida recursiva y la opcin de monitor.  Si 
selecciona la pgina que quiera en el ndice de recogida recursiva
(http://localhost:8080/refresh-options/) con las opciones que quiera y pulsa el botn,
se le presentar una pgina dicindole que su peticin se ha grabado.  
Hay un enlace hall que le permitir monitorizar  esta peticin, que le llevar a la pgina normal del monitor
(http://localhost:8080/monitor-options) pero con la URL ya llena.

--------------------

Q 5.3   Cmo puedo hacer que los usuarios no puedan acceder al indice?

El control a los ndices puede ser denegado a los usuarios usando la seccin del fiechero de configuracin DontGet.

DontGet
{
 http://localhost:8080/index
}

Debe asegurarse de que el nombre del husped que le de es el primero en la seccin
LocalHost porque este es el nombre que se chequear.

--------------------------------------------------------------------------------

Seccin 6 - Ms informacin acerca de WWWOFFLE

--------------------

Q 6.1   Quin escribi WWWOFFLE, Cuando y Por qu?

El programa WWWOFFLE fue escrito por Andrew M. Bishop (amb@gedanken.demon.co.uk)
en 1996,97,98.

Hay una pgina web de WWWOFFLE accesible desde la pgina web del autor
en http://www.gedanken.demon.co.uk/ .  Es actualizada con noticias
acerca del programa, cada vez que sale una nueva versin.

Una versin anterior del programa escrito por el mismo autor en perl ha sido usada por un tiempo
pero se di cuenta de que la funcionalidad de la versin era insuficiente excepto 
para un uso reducido.  El trabajo en el prorama WWWOFFLE en si mismo enpez eb las vacaciones
de Navidad de 1996, inicialmente era un apao para mejorar la versin en perl.

Despus de la liberacin de la versin Beta 0.9 a comienzo de Enero de 1997 se
gener mucho inters, lo que condujo a la liberacin de la version 1.0 ms tarde ese mismo mes.  
Hasta Diciembre de aquel ao le siguieron ms versiones hasta que la versin 2.0 fue liberada.  
Esta contena nuevas caractersticas (como FTP) y inclua una reescritura de gran
parte del cdigo para hacerlo ms fcil de mantener y mejorar, Esto incluy cambiar completamente el formato del cach.
La versin 2.1 fue liberada en Marzo de 1998 con algunas nuevas caractersticas, la versin 2.2
en Junio de 1998 con ms caractersticas y la versin 2.3 en Agosto de 1998 con todava ms caractersticas.

La versin Win32 del programa fue posible gracias a la versin beta-20 del Kit de 
desarrollo de Cygwin a finales de Octubre de 1998 cuando la versin 2.3e de WWWOFFLE fue liberada.

El programa WWWOFFLE pruede ser distribuido libremente de acuerdo a los trminos de la Licencia Pblica General GNU (GPL) 
(vea el fichero `COPYING').

--------------------

Q 6.2   Qu listas de correo sobre WWWOFFLE hay disponibles?


Ahora hay cuatro listas de correo disponibles para WWWOFFLE.  Se puede suscribir de dos formas diferentes:
en la pgina web de usuarios de WWWOFFLE y via correo electrnico.

wwwoffle-announce       Para anuncios de nuevas versiones de WWWOFFLE.

wwwoffle-beta-announce  Para pre-anuncios de nuevas versiones de WWWOFFLE para
                        beta-testers.  (Suscribase solo si est deseando dar su tiempo para testear WWWOFFLE).

wwwoffle-users          Para discutir de caractersticas de WWWOFFLE, excluyendo caractersticas especficas del sistema operativo.

wwwoffle-win32          Para discutir sobre WWWOFFLE en sistemas Win32.

La dos primeraas son solo para anuncios del autor de WWWOFFLE, no est permitido discutir en ellas.  Las dos siguientes estn abiertas para publicar a los miembros de la lista
y a otros que no estn suscritos.

Para suscribirse por correo electrnico mande un mensaje a majordomo@gedanken.demon.co.uk con el mensaje
'subscribe <group-name>' en el cuerpo, p.e. 'subscribe wwwoffle-announce'.

--------------------

Q 6.3   Cmo reporto fallos en WWWOFFLE?

Por correo electrnico, mandemelos a amb@gedanken.demon.co.uk y ponga WWWOFFLE en algn sitio de la lnea de tema.  
Puede tambien reportar fallos o hacer comentariosor desde el formulario
en la pagina web de WWWOFFLE situada en http://www.gedanken.demon.co.uk/

Antes de hacer esto, debera chequear la FAQ y la pgina web de WWWOFFLE para ver si la respuesta esta all.  
Si no est y quiere reportarmelo no olvide que ayuda si usted puede reproducir el error, en particular si empez wwwoffled como
'wwwoffled -d5 -c wwwoffle.conf' y captura la salida de depurado para la sesin que muestra el error.

--------------------------------------------------------------------------------
 
