Cuando Google Chrome detecta una redirección, por ejemplo del tipo 301 (permanente), guarda ese registro y lo hace en automático para la siguiente visita a ese vínculo. Este evento puede hacer más rápida la navegación al evitar ir nuevamente en busca de un recurso a su vieja dirección y en su lugar visitarla directamente en su nueva ubicación; lo mismo puede suceder con los protocolos, y guardar un registro de una redirección de http:// a https://.
Habrá casos en que queremos evitar/eliminar dicha redirección y para eso básicamente identifico dos formas:
- Cache: Entrar a Configuraciones (CMD + ,) -> Configuraciones avanzadas -> Privacidad y Seguridad -> Eliminar Datos de Navegación.
Este método puede solucionar la redirección almacenada en el cache y deberías poder acceder a la dirección del recurso original sin que Google Chrome te redireccione en automático. En este punto es posible que el sitio o recurso que visitas tenga configurada la redirección y vuelvas a ser enviado a la nueva ubicación sin que puedas hacer otra cosa por evitarlo. - STS: En el caso de que la redirección sea de http a https, puede tener que ver con el tipo de encabezado que el recurso manda a Chrome. Si el encabezado Strict-Transport-Security. En este caso puedes reintentar removerlo entrando a: chrome://net-internals/#hsts y en el apartado “Delete domain security policies” ingresa tu nombre de dominio
Para Desarolladores Web
El caso es distinto. Si tu dominio de prueba es .dev, como muchos le hacemos, pues tendrás este problema desde diciembre del 2017. Chrome 63 redirecciona forzozamente todos los dominios .dev (y los .foo) a HTTPS vía HTTP STS, agregando al precargado de Chrome lo siguiente:
{ “name”: “dev”, “include_subdomains”: true, “mode”: “force-https” },
{ “name”: “foo”, “include_subdomains”: true, “mode”: “force-https” },
El tema es que .dev es un gTLD legítimo y no causaría problemas para seguir desarrollando sino fuera porque Chrome se lo ha tomado pesonal y lo redirecciona a HTTPS.
¿Qué hacer?
Hay tres soluciones rápidas:
- Utiliza un SSL autofirmado en tu equipo de manera que tu servidor web de pruebas te permita usar HTTPS
- Cambiar el .dev por otra cosa. Existen gTLDs reservados y entre ellos está .test y .localhost
- Usar otro navegador para depurar, a este momento Safari no hace la redirección.
Referencias: Chrome 63 forces .dev domains to HTTPS via preloaded HSTS
