 |
|  |
 |
|  |
 |
|  |
 |
|  |
 |
|  |
 |
|  |
 |
|  |
 |
|  |
 |
|  |
 |
|  |
 |
|  |
 |
|  |
 |
|  |
 |
|  |
 |
|
Niessuh
|
 |
Sevilla
Mar 2003 time: 06:28
|
|
¡Si! La respuesta de DanQ ha sido muy positiva, por lo que intuyo que es un problema bastante generalizado. Aunque solo afecta a los usuarios de ADSL que por desgracia estan "cazados" por un servidor proxy, creo el retraso de trafico que implica muchas solicitudes a los proxys-caches por parte de ellos lleva a un retardo general. Desgraciadamente la solución depende exclusivamente de que los webmasters modifiquen unos parametros de Poly. Esta es la carta que envié a DanQ (en mi inglés farragoso )
quote: Dear DanQ:
I have recently changed my connection to a ADSL service.
Everything worked perfectly, except for Apolyton, that seemed to never load itself.
Strangely, Apolyton loaded perfectly with my previous analogical connection (from which I write these lines)
after a pair of days asking my ISP and proving multiple solutions, I discovered the problem:
Proxy Servers
Many Internet Service Providers (like AOL) use proxy servers. Proxy servers also cache pages and will check to see if a page is in the cache before sending the request for a page on to the server.
These ISP make extensive use of proxy serves, routing users through various proxy servers according to their own proprietary scheme.
When you try to access the restricted page, some large ISPs (such as AOL) send your request through a machine called a proxy server, which assigns a different IP address to your computer. The server that stores the page you are trying to reach sees only the address of the proxy server, which does not match the address used in the authentication process. As a result, you are no longer recognized as a Apolyton user and you cannot access the Web-authenticated page.
I think that this problem not only prevents me acceding to Apolyton, but that in addition is a possible cause of the overloading that Apolyton is suffering last time.
The solution to this problem is to declare the page "non-cacheable" so that proxy cannot capture it.
The way to do this is simple, if you indicate to me the type of the Web server that you are using (APACHE, I-PLANET, INTERNET INFORMATION SERVERI...) I can give more specific instructions to you, if this is necessary.
Interesting Web pages:
Possible Problems With Caching Web Proxy Services: http://www.strath.ac.uk/IT/Web/Cache/problems.html
Transparent Caching and IP Address Access Lists: http://www.nber.org/cache.html
Copying and storing Web pages is vital to the Internet's survival -- but is it legal?: http://eric_goldman.tripod.com/arti...he22article.htm
I will be eternally thanked for if you fix this problem.
Yours
Niessuh
|
En su repuesta me indicó que Poly corria con Apache. Ya le he enviado los pasos a seguir. En castellano estos son:
Usted tendrá una aplicación del tipo Webmin ( via web) donde configurar el servidor.
En el servidor Apache que administra, tendrá que comprobar que los módulos mod_headers.so y mod_expires.so estén activos. Hay dos formas, con el administrador en cuestión, o viendo el httpd.conf, que es el archivo donde se almacena la configuración del servidor.
Si el entorno es Windows, bastará con abrir el archivo con el bloc de notas y modificar las cabeceras. Si es un entorno Linux o Unix con un editor de texto que soporte el sistema operativo en cuestión (vi, ee, emacs, ...) nos valdrá.
Una vez comprobados y activos los módulos, tendrá que modificar en el httpd.conf lo siguiente:
# con esta funcion hacemos que los objetos flash
# se almacenen como maximo 10 segundos en el servidor
# proxy cache. El tiempo es modificable: para mas
#informacion acceda a www.apache.org
ExpiresActive on
ExpiresByType application/x-shockwave-flash "access plus 10 seconds"
# si queremos que cualquier otro objeto diferente a los flash sea modificable
# basta con consultar los mime.types que tenga configurado el cliente ( normalmente
# estan dentro de un archivo en el propio servidor Apache.
# por ejemplo:
application/msword doc
application/pdf pdf
audio/midi mid midi kar
image/jpeg jpeg jpg jpe
text/html html htm
# mediante esta funcion añadimos a la cabecera
# http el elemento Cache-Control con el valor
# must revalidate, para que los objetos html no se
# almacenen en el servidor cache.
Header append Cache-Control "must-revalidate"
Esto ya se lo he enviado (con mi traducción farragosa), pero si quieren hacer presencia (y presión) mandenle un PM
Last edited by Niessuh on 01-07-2003 at 21:49
|
|
|  |
 |
|  |
All times are GMT. The time now is 05:28. Apolyton Time is 00:28. |
top of page
|
| archivepost |
|
Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
|
HTML code is ON
vB code is ON
Smilies are ON
[IMG] code is ON
|
|
|
|
|
|