Estudio y correccion de bugs de Portal cautivo (Juanillo) [INACTIVE]

[El guapo Dan]

Bueno, no necesariamente con PHP, con cualquier script que pueda tomar una decisión al vuelo.
Seguro debe haber otros metodos, pero eso fue lo que se me ocurrio en aquel moento.

[AdslWiFi]

Daniel ó Emi ... ¿podriais explicar con mas detalle cual es el bug ?... mas que nada para ver quien y como podria acometerlo.

Saludos...

[gamba47]

Daniel ó Emi ... ¿podriais explicar con mas detalle cual es el bug ?... mas que nada para ver quien y como podria acometerlo.

Saludos...

El addon te bloquea el puerto 80 o todos los puertos en función del tipo de bloqueo elegido. Hay un script que elimina esta regla de iptables, pero el problema es que la regla es eliminada de BrazilFW, pero el cache de la pc mantiene como home page el bloqueo y hay que apretar F5 para que avance, si no se queda en un loop interminable.

gamba47

[angelruiz]

me parece muy bien lo del portal de juanillo.

El bug en si es que se queda cacheada la pagina de aviso en el navegador.

AL hacer enviarse el portal o mejor dicho al momento que el cliente recibe el aviso (script cgi sh) este script queta la redirección de iptables, el problema esta en que la pagina queda cacheada en el navegador del usuario..

[El guapo Dan]

Me refería a esto cuando dije que eso fue lo que se me ocurrio en aquel momento: http://www.brazilfw.com.br/forum/viewtopic.php?f=19&t=62788&p=216768#p216768

Aveces se eme olvida que no son adivinos.

[AdslWiFi]

Buscando por la web...

Cómo evitar el cacheo de nuestros contenidos

En ocasiones el cacheo de contenidos puede interferir con el correcto funcionamiento de la web y por tanto debemos evitarlo. El funcionamiento de la cache se puede controlar con las siguientes directivas:

* Cache-control: max-age - Especifica el número máximos de segundos en los que el contenido sera considerado como fresco
* Cache-control: s-maxage - Similar a la directiva max-age, pero aplicable solo para caches compartidas (pejm: un proxy).
* Cache-control: public - indica que la versión cacheada puede ser guardada por proxies y otros servidores intermedios para que todo el mundo tenga acceso a ella..
* Cache-control: private - indica que el archivo no es el mismo para usuarios diferentes. De esta manera el archivo puede ser cacheado por el navegador del usuario pero no debe ser cacheado por proxies intermedios.
* Cache-control: no-cache - Significa que el archivo no debe ser cacheado, esto puede ser necesario en casos en los que una misma url pueda devolver diferentes contenidos.
* Cache-control: no-store - Indica al navegador que sólo guarde el documento el tiempo necesario para mostrarlo. Le recomiendo la lectura del siguiente artículo dónde se alerta sobre el peligro de utilizar la directiva no-store en situaciones no adecuadas.
* Cache-control: must-revalidate - Indica a la cache que deben hacer caso a cualquier directiva de cacheo que le indiquemos. Tenga en cuenta que la especificación HTTP permite a las caches atender de manera automática a las peticiones bajo determinadas circustancias. ¨La directiva must-revalidete obliga a la cache a seguir nuestras directivas de manera estricta. La forma de utilizarla es la siguiente:

<meta http-equiv="Cache-Control" content="max-age=3600, must-revalidate">
* Cache-control: proxy-revalidate - Similar a must-revalidate pero sólo aplicable a proxy caches.

Como ve no existe una única forma que indicar que una página no sea cacheada por un navegador. Generalmente se utiliza la siguiente cabecera:

<meta http-equiv="Cache-Control" content="max-age=0, no-cache, no-store, private">
<meta http-equiv="Pragma" content="nocache">

La directiva Pragma tiene el mismo significado que Cache-control: no-cache y se suele incluir para asegurarnos la compatibilidad con versiones anteriores a HTTP/1.0. ( Debe tener en cuenta que alguna de estas directivas sólo funcionan con las navegadores modernos.)

En lugar de utilizar el tag meta también puede crear las cabeceras HTTP para sus documentos con cualquier lenguajes de scripting de servidor: PHP, ASP, .NET, etc. Recuerde que cualquier directivas de cacheo deben incluirse al principio del documento, incluso antes del tag html. Aquí le muestro algunos códigos de ejemplo:

php:

header("Cache-Control:...");
header("Pragma:...");

Cold Fusion
<CFHEADER NAME="Expires" VALUE="...">

ASP

<% Response.CacheControl="..." %>

ASP. net
Response.Cache.SetExpires (... )


Fuente: http://www.hellogoogle.com/tutorial-cache-web/

Saludos...

[El guapo Dan]

AW, el problema es que no todos los navegadores respetan o reconocen esos headers, sobre todo IExplorer es muy arbitrario en eso, es necesario obligarlos.

Pero chicos, esto debería ir en su propio post, un post sobre "estudio y correccion de bugs de Portal cautivo (Juanillo)"

[AdslWiFi]

Pero chicos, esto debería ir en su propio post, un post sobre "estudio y correccion de bugs de Portal cautivo (Juanillo)"

jajaja, cierto¡¡¡ Voy a ver si se hacerlo y asi me estreno.. , espero no ca****

Saludos...

[angelruiz]

Buena idea la de dividir los análisis de los addons. lo ideal seria que se tenga un munu de referencia en un post principal.

[AdslWiFi]

Angel.. ¿lo haces tu ya que es tu idea?....

Saludos...

[AdslWiFi]

AW, el problema es que no todos los navegadores respetan o reconocen esos headers, sobre todo IExplorer es muy arbitrario en eso, es necesario obligarlos.

Estoy viendo que ya utilizaste esto en Simon...

Saludos...

[angelruiz]

Angel.. ¿lo haces tu ya que es tu idea?....

ok. voy preparando el tema.

posteare los scripts del portal de juanillo para su respectivo análisis.

[angelruiz]

Estoy haciendo unas pruebas apenas tenga algo concreto posteo.