File: FAQ.html

package info (click to toggle)
wwwoffle 2.9f-2.2
links: PTS
area: main
in suites: squeeze
size: 7,716 kB
ctags: 2,077
sloc: ansic: 23,951; sh: 6,815; lex: 4,201; perl: 917; makefile: 623; ruby: 181; lisp: 14
file content (803 lines) | stat: -rw-r--r-- 41,575 bytes
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<HTML>

<HEAD>
<TITLE>WWWOFFLE VERSION 2.6 - PREGUNTAS Y RESPUESTAS PREGUNTADAS FRECUENTEMENTE</TITLE>
<LINK href="/wwwoffle.css" type="text/css" rel="stylesheet">
</HEAD>

<BODY>

<h1>WWWOFFLE VERSION 2.6 - PREGUNTAS Y RESPUESTAS PREGUNTADAS FRECUENTEMENTE</h1>

<p>
Este fichero contiene una lista de las preguntas preguntadas ms frecuentemente 
y sus respuestas en relacin con WWWOFFLE 2.6.

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.
<hr>
<p><b><a href="#Section-0">Seccin 0 - Por qu este FAQ no responde a mis preguntas?</a></b>
<p><b><a href="#Section-1">Seccin 1 - Que hace WWWOFFLE (y que no)</a></b>
<p><a href="#Q-1.1">Q 1.1   Soporta WWWOFFLE http, ftp, finger, https, gopher, ...?</a>
<p><a href="#Q-1.2">Q 1.2   WWWOFFLE funciona en otros sistemas aparte de UNIX?</a>
<p><a href="#Q-1.3">Q 1.3   Puedes cambiar WWWOFFLE para que las pginas que genera ...?</a>
<p><b><a href="#Section-2">Seccin 2 - Como usar WWWOFFLE para servir a una intranet</a></b>
<p><a href="#Q-2.1">Q 2.1   Pueden otros clientes aparte de localhost acceder al servidor proxy WWWOFFLE?</a>
<p><a href="#Q-2.2">Q 2.2   Por qu los clientes remotos no pueden acceder al proxy WWWOFFLE?</a>
<p><a href="#Q-2.3">Q 2.3   Por qu los clientes remotos no pueden seguir todos los enlaces?</a>
<p><a href="#Q-2.4">Q 2.4   Cuales son los aspectos de seguridad a tener en cuenta con WWWOFFLE en un entorno multiusuario?</a>
<p><a href="#Q-2.5">Q 2.5   Cmo puedo tener diferentes configuraciones para diferentes grupos de usuarios?</a>
<p><b><a href="#Section-3">Seccin 3 - Que mirar cuando WWWOFFLE falla</a></b>
<p><a href="#Q-3.1">Q 3.1   Por qu mi navegador devuelve una pgina vaca con WWWOFFLE pero funciona bien sin l?</a>
<p><a href="#Q-3.2">Q 3.2   Por qu WWWOFFLE no puede encontrar un servidor cuando el navegador s puede?</a>
<p><a href="#Q-3.3">Q 3.3   Por qu mi navegador dice "Conexin cortada por el husped remoto" cuando navego?</a>
<p><a href="#Q-3.4">Q 3.4   Por qu siguiendo un enlace en un servidor FTP me lleva al servidor incorrecto?</a>
<p><a href="#Q-3.5">Q 3.5   Por qu WWWOFFLE no maneja las Cookies correctamente?</a>
<p><a href="#Q-3.6">Q 3.6   Por qu WWWOFFLE vuelver a pedir todas las pginas que se vieron estando desconectado?</a>
<p><a href="#Q-3.7">Q 3.7   Por qu WWWOFFLE no permite acceder a algunas pginas protegidas con contrasea?</a>
<p><b><a href="#Section-4">Seccin 4 - Manejo de Applets</a></b>
<p><a href="#Q-4.1">Q 4.1   Por qu mi navegador no ejecuta el applet XYZ?</a>
<p><a href="#Q-4.2">Q 4.2   Estn soportados los nombres de applets en unicode?</a>
<p><a href="#Q-4.3">Q 4.3   Por qu mi navegador Netcape saca la excepcin de seguridad "trustProxy"?</a>
<p><b><a href="#Section-5">Seccin 5 - Cmo sacar el mximo provecho de las caracterstica de WWWOFFLE</a></b>
<p><a href="#Q-5.1">Q 5.1   Cmo puedo ver las pginas monitorizadas que se vieron en la ltima conexin?</a>
<p><a href="#Q-5.2">Q 5.2   Cmo puedo hacer una recogida recursiva en un intervalo regular?</a>
<p><a href="#Q-5.3">Q 5.3   Cmo puedo hacer que los usuarios no puedan acceder al ndice?</a>
<p><a href="#Q-5.4">Q 5.4   Cmo puedo usar Junkbuster con WWWOFFLE?</a>
<p><a href="#Q-5.5">Q 5.5   Cmo puedo mejorar el rendimiento de WWWOFFLE?</a>
<p><b><a href="#Section-6">Seccin 6 - Ms informacin acerca de WWOFFLE</a></b>
<p><a href="#Q-6.1">Q 6.1   Quin escribi WWWOFFLE, Cuando y Por qu?</a>
<p><a href="#Q-6.2">Q 6.2   Que listas de distribucin sobre WWWOFFLE hay disponibles?</a>
<p><a href="#Q-6.3">Q 6.3   Cmo informo de fallos en WWWOFFLE?</a>
<hr>
<h2><a name="Section-0">Seccin 0 - Por qu este FAQ no responde a mis preguntas?</a></h2>

<p>
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 encontrar la respuesta aqu.

Este FAQ est tambin disponible en la pgina de WWWOFFLE con mucha ms informacin acerca del programa.
<a href="http://www.gedanken.demon.co.uk/wwwoffle/version-2.6/">http://www.gedanken.demon.co.uk/wwwoffle/version-2.6/</a>
<hr>
<h2><a name="Section-1">Seccin 1 - Qu hace WWWOFFLE (y que no)</a></h2>
<h3><a name="Q-1.1">Q 1.1   Soporta WWWOFFLE http, ftp, finger, https, gopher, ...?</a></h3>
<pre>
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 de Capa de Comunicacin Segura (SSL).  Esto incluye 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.
</pre>
<h3><a name="Q-1.2">Q 1.2   WWWOFFLE funciona en otros sistemas aparte de UNIX?</a></h3>
<pre>
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 naturaleza
        multi-proceso del programa 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.
</pre>
<h3><a name="Q-1.3">Q 1.3   Puedes cambiar WWWOFFLE para que las pginas que genera ...?</a></h3>
<pre>
Esta es una pregunta que se pregunta 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/cache/wwwoffle/html/messages
y lea el fichero README.
</pre>
<hr>
<h2><a name="Section-2">Section 2 - Cmo usar WWWOFFLE para servir una intranet</a></h2>
<h3><a name="Q-2.1">Q 2.1   Puede el proxy WWWOFFLE ser accedido por otros clientes aparte de localhost?</a></h3>
<pre>
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.
</pre>
<h3><a name="Q-2.2">Q 2.2   Por qu los clientes remotos no pueden acceder al proxy WWWOFFLE?</a></h3>
<pre>
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
servidores que tienen permitida la conexin con el proxy WWWOFFLE.  Estos
nombres se comprueban contra los nombres que WWWOFFLE encuentra 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 en 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.
</pre>
<h3><a name="Q-2.3">Q 2.3   Por qu los clientes remotos no pueden seguir todos los enlaces?</a></h3>
<pre>
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 capaz
de hacer esto el nombre del servidor 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 usar WWWOFFLE para generar los enlaces.
Los otros son usados por servidores que no son almacenados por el proxy.
</pre>
<h3><a name="Q-2.4">Q 2.4   Cales son los aspectos de seguridad a tener en cuenta con WWWOFFLE en un entorno multiusuario?</a></h3>
<pre>
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 Conectado, Desconectado, Purgar la 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
   Slo 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 a la cach
   No hay ningn problema general dejando que los usuarios puedan acceder a
   la 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 la cach estropear la purga.

URLs con contrasea
   Las URLs que usan usuario y contrasea deben ser almacenadas en la cach.
   Para simplificar no estn ocultas de ninguna manera.  Esto significa que
   cualquier URL que use usuario/contrasea puede mostrarse en el fichero 
   histrico (con los niveles Debug o ExtraDebug).  Los ficheros en la cach
   tambin contienen la informacin usuario/contrasea por lo que no deben
   ser accesibles a los usuarios por esta razn.
</pre>
<h3><a name="Q-2.5">Q 2.5   Cmo puedo tener diferentes configuraciones para distintos grupos de usuarios?</a></h3>
<pre>
Cuando hay dos grupos de usuarios que deben acceder a la misma cach de
WWWOFFLE pero cada grupo debe tener diferentes configuraciones de WWWOFFLE,
es posible ejecutar dos instancias de WWWOFFLE.

Por ejemplo, en una escuela puede requerirse que los estudiantes puedan
acceder a la cach, pero no puedan pedir nuevas pginas. Las profesores
deben ser capaces de acceder a la misma cach y ser capaces de usar WWWOFFLE
En Lnea y pedir las pginas mientras estn Fuera de Lnea.

Las dos configuraciones de WWWOFFLE sern bsicamente iguales, pero habr unas 
cuantas  diferencias como se detalla abajo.

-- wwwoffle.student.conf --               -- wwwoffle.teacher.conf --
StartUp                                 | StartUp
{                                       | {
 http-port     = 8080                   |  http-port     = 9080
 wwwoffle-port = 8081                   |  wwwoffle-port = 9081
 password      = secret                 |  password      = teacher
}                                       | }
                                        |
OfflineOptions                          | OfflineOptions
{                                       | {
 &lt;*://*/*&gt; dont-request = yes           |
}                                       | }
                                        |
AllowedConnectUsers                     | AllowedConnectUsers
{                                       | {
                                        |  teacher1:password1
                                        |  teacher2:password2
}                                       | }
                                        |
AllowedConnectHosts                     | AllowedConnectHosts
{                                       | {
                                        |  teacher1pc
                                        |  teacher2pc
}                                       | }

Las dos copias de WWWOFFLE debern usar distintos puertos. Usan el mismo
directorio de cach y por lo tanto las mismas pginas webs estarn
disponibles para ambos grupos de usuarios.  Necesitar una contrasea en el
fichero de configuracin de los alumnos para evitar que cambien el fichero,
pero en el de los profesores puede no ser requerida.  Para evitar que los
alumnos puedan usar la versin de los profesores debe usar las secciones
AllowedConnectHosts o AllowedConnectUsers en el fichero de configuracin.
De esta forma se restringir el acceso a las mquinas a las que tengan
acceso los profesores o requerirn la introduccin de usuario/contrasea
antes de comenzar la navegacin.

En el ejeplo anterior los alumnos no tienen permitida la peticin de pginas
mientras estn desconectados. Esta versin de WWWOFFLE no se usar nunca en
modo conectado por lo que no hay ninguna forma de que los alumnos puedan
navegar conectados. Slo la versin de los profesores podr ser usada
estando conectado.
</pre>
<hr>
<h2><a name="Section-3">Section 3 - Que mirar cuando WWWOFFLE falla</a></h2>
<h3><a name="Q-3.1">Q 3.1   Por qu mi navegador devuelve una pgina vaca con WWWOFFLE?</a></h3>
<pre>
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 testadas 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.
</pre>
<h3><a name="Q-3.2">Q 3.2   Por qu WWWOFFLE no puede encontrar un servidor cuando el navegador s puede?</a></h3>
<pre>

La razn ms posible es que el servidor DNS que se configur antes de
ejecutar WWWOFFLE ya no sea vlido.  Esto podra pasar por ejemplo si el
fichero /etc/resolv.conf cambi despus de que se ejecutara wwwofled.  Este
no es un problema slo de WWWOFFLE ya que afecta a (la mayora) de los
programas que usan el DNS.

Cuando WWWOFFLE mira un nombre de servidor usa la funcin de la librera 
estndar de UNIX (libc) gethosbyname().  La parte de la libc(llamada
librera de resolucin) es inicializada cuando el programa usa una funcin
de esa parte por primera vez.  Cuando ms tarde se ejecuta una de las funciones 
de esta librera usar la configuracin que haba cuando se ejecuta la
primera vez.

La configuracin de DNS puede cambiar sin que usted se de cuenta.  Algunos
de los programas amistosos al usuario cambian el fichero /etc/resolv.conf
dependiendo de a que ISP se conecte. Un ejemplo de programa que hace esto es
kppp.

Los proyectos de grandes navegadores (Netscape en particular) pueden usar
otros mtodos para la resolucin de nombre aparte de los de la librera
estndar.  Esto significa que pueden funcionar aunque la configuracin de
DNS haya cambiado desde que se ejecut.  Si funciona Netscape y no funciona
WWWOFFLE significa que su servidor de nombres a cambiado y que no es un
error de WWWOFFLE.

Se ha sugerido varias veces que cambie WWWOFFLE para que llame a la funcin
res_init() cada vez que pase a modo conectado.  Esta es la funcin que se
llama la primera vez que se hace una resolucin DNS.  Inicializa la librera
de resolucin de DNS.

Tengo las siguientes objeciones a esto.  No hay nada que diga que llamar a
res_init() ms de una vez es seguro en todos los sistemas, que llamar a
res_init() ms de una vez funcione en todos los sistemas o que llamar a
res_init() ms de una vez seguir funcionando en futuras versiones de la
librera de resolucin.

La funcin res_init() es una funcin de muy bajo nivel que no est diseada
para ser usada desde un programa. Est diseada para inicializar la librera
de resolucin y en ningn sitio de los que he visto dice que es seguro
llamarla ms de una vez o que pueda ser usada para cambiar el mtodo de
resolucin DNS.

Una solucin es ejecutar un servidor de nombres local.  El paquete bind
contiene el servidor de nombres estndar pero hay alternativas.  Una opcin
es pnsd que es un servidor DNS de cach.  Para cualquier opcin que elija
necesitar usar su mquina como el servidor de nombres y cambiar la
configuracin de DNS cada vez que se conecte.
</pre>
<h3><a name="Q-3.3">Q 3.3   Por qu mi navegador dice "Conexin Cortada por el Servidor Remoto" cuando navego?</a></h3>
<pre>
Esto pasa cuando se usa Netscape para acceder a algunas pginas web.  La
causa no se conoce, pero el problema slo se ve cuando se usa WWWOFFLE y no
cuando se hace una conexin directa.
</pre>
<h3><a name="Q-3.4">Q 3.4   Por qu siguiendo un enlace en un servidor FTP me lleva al servidor incorrecto?</a></h3>
<pre>
Si hay un directorio llamado '/dir' en un servidor ftp server y carga la pgina 
'ftp://servidor/' 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.
No estoy seguro de porqu el navegador hace diferencias entre ftp y http.

[Esto debe estar arreglado en la versin 2.1 de WWWOFFLE, por lo que no es
aplicable a esta versin del FAQ]
</pre>
<h3><a href="#Q-3.5">Q 3.5   Por qu WWWOFFLE no maneja las Cookies correctamente?</a></h3>
<pre>
Los proxys normales no pueden almacenar el resultado de URLs con Cookies ya
que el resultado es diferente para cada usuario.  WWWOFFLE las almacenar
porque est diseado para reducir el trfico de red.

Si usa cookies cuando est navegando las pginas que vea no sern iguales
cuando las vea desconectado.  La mejor forma de manejar este caso para un
sitio en particular es poniendolo en la seccin DontCache del fichero de
configuracin.

WWWOFFLE no es capaz de almacenar pginas que usen cookies para el control
de contenido de la misma forma que almacena las pginas que no usan cookies.
Cualquier implementacin del manejo de cookies necesita diferentes
respuestas a los usuarios dependiendo de la cookie que haya en la peticin.
Para hacer esto se necesitara guardar diferentes pginas para la misma URL.

Hay un problema cuando se va a una pgina A que pone una cookie y
dependiendo de esta la pgina B da una pgina diferente.  Por ejemplo, si
tiene una cookie y tiene la pgina B en la cach. Cuando est desconectado
si sigue el enlace de B a A puede darle otra nueva cookie desde A (cuando se
conecte y recoja A).  Esto signifa que no puede ir para atrs desde B ya que
las cookies son diferentes (y tambin la pgina, pero no la tiene
almacenada).

Un problema peor es que al recargar la pgina C con la misma cookie le da
una pgina diferente cada vez.  Esto es as porque la cookie se usa para
contar el nmero de veces que ha visitado la pgina.  No hay forma de saber
esto y por lo tanto obtendr la misma pgina C (la almacenada) incluso si
debera obtener diferentes.
</pre>
<h3><a href="#Q-3.6">Q 3.6   Por qu WWWOFFLE vuelver a pedir todas las pginas que se vieron estando desconectado?</a></h3>
<pre>
Puede pasar cuando est desconectado y hojea las pginas a travs de WWWOFFLE 
que las pginas son pedidas de nuevo aunque esten ya en la cach de
WWWOFFLE.  Hay dos posibles causas para que suceda esto.

1) Cuando elije un marcapginas desde Netscape (y posiblemente otros
   navegadores) se hace una nueva peticin para la pgina marcada.

2) Algunos usuarios han informado de que al usar Netscape algunas pginas
   hojeadas son pedidas de nuevo.  (No todos los usuarios experimentan este
   comportamiento y no se ha encontrado una razn de porqu algunas personas lo
   lo sufren y otras no.)

En ambos casos el navegador est enviando una peticin que le dice a
WWWOFFLE que necesita una nueva versin de la pgina.  Es la misma que la
opcin de forzar la recarga que la mayora de los navegadores ofrecen.
Se envia una cabecera con la peticin a todos los proxys entre el navegador
y el servidor para que se pida una nueva versin de la pgina y que las
versiones almacenadas deberan ser ignoradas.

Para desactivar esta accin en WWWOFFLE hay una opcin llamada
'pragma-no-cache' que por defecto es 's'.  Cuando esta opcin se activa la
peticiones para recargar la versin de la pgina forzar que se pida otra
versin.  Si la descactiva con la opcin 'no' acabar con los dos tipos de
comportamientos descritos arriba.
</pre>
<h3><a href="#Q-3.7">Q 3.7   Por qu WWWOFFLE no permite acceder a algunas pginas protegidas con contrasea?</a></h3>
<pre>
Cuando un navegador pide una pgina que tiene asociados un usuario y
una contrasea se comienza un dilogo entre el navegador y el servidor para
mostrar la pgina correcta.

1) Cuando un navegador pide una pgina protegida por contrasea se realiza una 
   peticin sin la contrasea.  Esto es obvio ya que no hay ninguna forma de
   saber que pginas tienen contrasea.

2) Cuando el servidor recive una peticin por la pgina que requiere
   autentificacin pero no lleva ninguna contrasea devuelve una respuesta 
   '401 No autorizado'. Esta contiene un "reino" que define el rango 
   de pgina sobre las cuales este par usuario/contrasea es vlido.
   Un reino no es un rango bien definido. Puede ser cualquier conjunto de
   pginas en el mismo servidor. No tienen porqu tener relacin entre s,
   aunque normalmente la tienen.

3) Cuando un navegador recive una respuesta '401' preguntar al usuario por 
   un usuario y contrasea si no tiene una especificado para el reino actual.
   Si ya se conoce una no es necesario molestar al usuario de nuevo.

4) La peticin que el navegador devuelve esta vez incluye en la cabecera el
   para nombre de usuario y la contrasea o si no la misma peticin que en
   el caso (1).

5) El servidor manda de vuelta la pgina pedida.

WWWOFFLE tiene caractersticas para hacerlo ms fcil para el usuario.  Muchos
navegadores, por ejemplo, saltarn directamente al paso 4 de la lista si
saben que ya hay una contrasea para una de las pginas del servidor.  Esto
significa que no hay nada en la cach de WWWOFFLE que le indique al
navegador que necesita un nombre de usuario y contrasea cuando un usuario 
intenta ver una pgina protegida con contrasea estando desconectado.
WWWOFFLE slo preguntar un usuario y contrasea si se almacena la pgina 
resultante del paso 2 en la cach.

Cuando se pide una pgina y tiene un usuario y contrasea en la peticin
WWWOFFLE primero intentar pedir la pgina sin usuario y contrasea.  Esto
es as para que no se salte el paso 1 aunque el navegador lo intente.  Si la
pgina no requiere cntrasea la versin de la pgina sin contrasea se
enviar al navegador.  Si se necesita contrasea WWWOFFLE har otra segunda
peticin con un usuario y contrasea y enviar el resultado al navegador.

Algunos servidores ha llevado esto ms all y espera que los usuarios envien
la contrasea para cada pgina.  Si se hace una peticin sin contrasea el
navegador es redirigido a la pgina de de entrada.  El caso especial de
WWWOFFLE descrito arriba no funciona en esta situaciones.

Para desactivar esta caracterstica en WWWOFFLE hay una opcin
'try-without-password' que por defecto es 's'.  Cuando esta opcin est
activada las peticiones de una pgina con contrasea forzar a WWWOFFLE a
hacer la peticin sin contrasea.  Poniendo esta opcin a 'no' desactivar
esta caracterstica.
</pre>
<hr>
<h2><a name="Section-4">Section 4 - Manejo de Applets</a></h2>
<h3><a name="Q-4.1">Q 4.1   Por qu mi navegador no ejecuta el applet XYZ.</a></h3>
<pre>
[Walter Pfannenmueller &lt;pfn@online.de&gt; escribe:]

Supongo que ha puesto en marcha el soporte de java.  Su navegador dice algo
as como "No puedo ejecutar 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 Administrador de
Seguridad y debe consultar el manual para ver como pueden 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 en modo desconectado.
</pre>
<h3><a name="Q-4.2">Q 4.2   Estn soportados los nombres de applet en unicode.</a></h3>
<pre>
[Walter Pfannenmueller &lt;pfn@online.de&gt; escribe:]

No lo s.  Yo transformo estos nombres a codificacin UTF8  y el resto
depende de los que haga con l su sistema de ficheros o el sistema de
ficheros del servidor.  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.
</pre>
<h3><a name="Q-4.3">Q 4.3   Por qu mi navegador Netcape saca la excepcin de seguridad "trustProxy"?</a></h3>
<pre>
[Walter Pfannenmueller &lt;pfn@online.de&gt; escribe:]

El mensaje de error debera ser

No es posible resolver la IP del servidor ... Mire 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);

Asegrese 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
<a href="http://developer.netscape.com/docs/technote/security/sectn3.html">http://developer.netscape.com/docs/technote/security/sectn3.html</a>
</pre>
<hr>
<h2><a name="Section-5">Seccin 5 - Cmo sacar el mximo provecho de las caracterstica de WWWOFFL</a></h2>
<h3><a name="Q-5.1">Q 5.1   Cmo puedo ver las pginas monitorizadas que se vieron la ltima desconexin?</a></h3>
<pre>
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.
</pre>
<h3><a name="Q-5.2">Q 5.2   Cmo puedo hacer una recogida recursiva en un intervalo regular?</a></h3>
<pre>
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.
</pre>
<h3><a name="Q-5.3">Q 5.3   Cmo puedo hacer que los usuarios no puedan acceder al indice?</a></h3>
<pre>
El control a los ndices puede ser denegado a los usuarios usando la seccin
del fichero de configuracin DontGet.

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

Debe asegurarse de que el nombre del servidor que ponga es el primero en la seccin
LocalHost porque este es el nombre que se comprobar.
</pre>
<h3><a name="Q-5.4">Q 5.4   Cmo puedo usar Junkbuster con WWWOFFLE?</a></h3>
<pre>
El Cazador de Basura de Internet(Junkbuster) es un programa que puede filtrar los
anuncios y otras carctersticas de las pginas web.

Las versiones ms recientes de WWWOFFLE aaden muchas de las caractersticas
de JunkBuster, pero no todas ellas.  Si mira a las opciones que
WWWOFFLE tiene, puede decidir que no necesita Junkbuster.
Si decide que quiere usar los dos programas tiene dos opciones:

1) Navegador &lt;-&gt; WWWOFFLE &lt;-&gt; JunkBuster &lt;-&gt; Internet

Todas las pginas que los usuarios pidan y que JunkBuster bloquee tendrn los mensajes
de error almacenados en la cach de WWWOFFLE.  Cualquier recogida simple o recursiva
de imgenes que realice WWWOFFLE en segundo plano pasan a travs de JunkBuster y los
mensaje de error de JunkBuster sern almacenados.

2) Navegador &lt;-&gt; JunkBuster &lt;-&gt; WWWOFFLE &lt;-&gt; Internet

Cualquier pgina que el usuario pida y que Junkbuster bloquee no se
almacenarn en la cach de WWWOFFLE.  Cualquier bsqueda simple o recursiva
de imgenes que realice WWWOFFLE en segundo plano no pasar a travs de
JunkBuster y no se almacenar en la cach de WWWOFFLE pero ser bloqueada
cuando el navegador trate de verlas.

Si decide que WWWOFFLE har muchas recogidas pero est usando el navegador estando desconectado
entonces el primer mtodo es el mejor. Si decide que solo usar el navegador conectado
y que no pedir pginas desconectado entonces el segundo mtodo es mejor.

Si la ms importante caracterstica de JunkBuster es la de reducir ancho de banda
entonces el primer mtodo es el mejor, ya que impedir que WWWOFFLE recoja 
las pginas basura.
</pre>
<h3><a name="Q-5.5">Q 5.5   Cmo puedo mejorar el rendimiento de WWWOFFLE?</a></h3>
<pre>
Puede hace una serie de cambios en WWWOFFLE dependiendo de lo que est
intentanto mejorar.

1) Si quiere servir las pgina almacenadas por WWWOFFLE ms rpido.

El programa WWWOFFLE necesita almacenar la pgina web que almacena en disco.
Este es el punto que debe mejorar para aumentar el rendimiento y hace que
corra ms.

La primero que hay que hacer es aumentar el rendimiento del disco fsico que
est usando como cach.  Esto significa que puede hacer lo siguiente: Un
disco ms rpido. Usar otra particin en un disco separado de otros discos
muy usados o poner el disco en una controladora IDE que no est compartida
con otros discos.

Lo siguiente que puede intentar hacer es mejorar el rendimiento de la
interfaz del sistema operativo con el hardware.  Esto se puede hacer o
seleccionando correctamente el controlador para el hardware que use o
afinando los parmetros del controlador de disco (p.e. usando hdparm en
Linux).

Otra cosa que debe comprobar es el sistema de ficheros que est usando.
Algunos sistemas operativos permiten elegir el sistema de ficheros a usar en
la particin de disco.  En Linux, por ejemplo, si usa Reiserfs en vez de
ext2fs mejorar el rendimiento de WWWOFFLE debido a un mejor manejo de
directorios grandes.  Tambin puede haber opciones de montaje del disco que
puedan mejorar el rendimiento.

En Linux por ejemplo es posible cambiar el tamao de los bfers que el
ncleo usa como cach de disco haciendo lo siguiente:

echo 25 30 75 &gt; /proc/sys/vm/buffermem
echo 10 10 65 &gt; /proc/sys/vm/pagecache

Esto incrementa la cantidad de memoria que se reserva como cach de ficheros
y el mximo permitido.

Otro cambio que debe hacer es optimizar el fichero de configuracin.  Hay
otras muchas cosas que hacer. Algunas tienen desventajas de algn tipo.
Reducir el nmero de entradas en la seccin DonGet reducir el tiempo
perdido en buscar la URL que se pidi. Use comodines si es posible.
Dessactivando las modificaciones de HTML y GIFs animados (La seccin
ModifyHTML).  Reduzca la edad mxima en la seccin Purge para usar una cach
ms pequea.

2) Si quiere usar WWWOFFLE para reducir el ancho de banda de la red.

Una caracterstica de WWWOFFLE que atrae a muchos usuarios es la abilidad
para reducir el ancho de banda de la red.  Esto se purde lograr de diferentes 
formas. Bajando la frecuencia a la que se piden pginas 'estticas',
guardando ms pginas en la cach, bloqueando anuncios o ignorando peticiones 
a servidores para no recargar la misma pgina una y otra vez.

Las pginas estticas que pueden ser almacenadas por mucho tiempo son las
imgenes.  Estas pueden ser los iconos que aparecen en casi todas las
pginas del mismo servidor.  Estas se pueden guardar en la cach de WWWOFFLE
durante mucho tiempo y no son vueltas a pedir porque raramente cambian.
El siguiente ejemplo muestra como se puede configurar para reducir el ancho
de banda de un conjunto de pginas estticas en particular (Estas opciones
especficas de la URL necesitan ir antes de las opciones genricas).

OnlineOptions
{
 &lt;http://images*.slashdot.org&gt; request-changed = 4w
 &lt;http://*slashdot.org&gt; request-changed-once = yes
}

Purge
{
 &lt;http://images*.slashdot.org&gt; age = 6w
 &lt;http://*slashdot.org&gt; age = 4w
}

Puede almacenar ms pginas en la cach incrementando la 'edad' en la
seccin Purge del fichero de configuracin.  Esto se puede aplicar a todas
las pginas o selectivamente a los sitios que se visitan ms a menudo.

La seccin DontGet del fichero de configuracin tiene muchas ventajas para
reducir el ancho de banda de la red al bloquear objetos que no desea ver.
Estos puede ser, por ejemplo, anuncios o contadores.

Otra caractersitca que algunos servidores Web consideran til es la opcin
para forzar la recarga de una misma pgina.  Esto puede realizarse de 
diferentes formas. Si usa las opciones 'request-changed' o
'request-changed-once' en la seccin OnlineOptions WWWOFFLE no har otra
peticin de la pgina hasta que esta haya llegado a una determinada edad.
Las opciones 'request-expired' y 'request-no-cache' pueden ponerse a 'no'
para que las pginas que han expirado no sean pedidas de nuevo.
</pre>
<hr>
<h2><a name="Section-6">Section 6 - Ms informacin acerca de WWWOFFLE</a></h2>
<h3><a name="Q-6.1">Q 6.1   Quin escribi WWWOFFLE, Cuando y Por qu?</a></h3>
<pre>
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 
<a href="http://www.gedanken.demon.co.uk/">http://www.gedanken.demon.co.uk/</a>.  
Es actualizada con noticias acerca del programa, cada vez que sale una
nueva versin.

La versin anterior del programa escrita por el mismo autor en perl fu
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 programa
WWWOFFLE en si mismo enpez en 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) e inclua una reescritura de gran parte del
cdigo para hacerlo ms fcil de mantener y mejorar, Esto incluy cambiar
completamente el formato de la 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').
</pre>
<h3><a name="Q-6.2">Q 6.2   Qu listas de correo sobre WWWOFFLE hay disponibles?</a></h3>
<pre>
Ahora hay 2 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-users          Para discutir de caractersticas de WWWOFFLE, 
                        excluyendo caractersticas especficas del sistema operativo.

La dos primeraas son solamente para anuncios del autor de WWWOFFLE, no est
permitido discutir en ellas.  En las dos siguientes pueden publicar
los miembros de la lista y otros que no estn suscritos.

To join one of these mailing lists send an e-mail to one of
wwwoffle-announce-request@gedanken.demon.co.uk or
wwwoffle-user-request@gedanken.demon.co.uk with the subject 'subscribe'.
</pre>
<h3><a name="Q-6.3">Q 6.3   Cmo informo de fallos en WWWOFFLE?</a></h3>
<pre>
Por correo electrnico, mandemelos a amb@gedanken.demon.co.uk y ponga
WWWOFFLE en algn lugar de la lnea de tema.  Puede tambien reportar fallos
o hacer comentariosor desde el formulario en la pagina web de WWWOFFLE
situada en <a href="http://www.gedanken.demon.co.uk/">http://www.gedanken.demon.co.uk/</a>.

Antes de hacer esto, debera comprobar la FAQ y la pgina web de WWWOFFLE
para ver si la respuesta esta all.  Si no est y quiere informar de ello
no lvide que ayuda si usted puede reproducir el error, en particular arrancar
wwwoffle con las opciones de depurado activadas.

Si usa sh/bash como shell ejecute

wwwoffled -d 5 -c wwwoffle.conf &gt; wwwoffled.log 2&gt;&amp;1

Si usa csh/tcsh como shell ejecute

wwwoffled -d 5 -c wwwoffle.conf &gt;&amp; wwwoffled.log

Si necesita ms informacin de depurado use '-d 6' en ves de '-d 5'
</pre>
<hr>
</BODY>

</HTML>