Cómo detener una redirección automática de “http: //” a “https: //” en Chrome

Tuve algo mal configurado en nuestra configuración de DNS que ahora está resuelto.

El problema restante es que Chrome ha guardado en caché la configuración incorrecta.

Específicamente, cuando se usa Chrome http://3rdrevolution.com ahora está redirigiendo a https://3rdrevolution.com (dominio desnudo), que no es válido / soportado. http://3rdrevolution.com DEBERÍA redirigir a http://www.3rdrevolution.com y luego fuerza https://www.3rdrevolution.com.

Pero en un puñado de navegadores (incluido el mío), esto no sucede debido a un caché funky de Chrome. Intenté ir a "Privacidad - & gt; Borrar caché ", pero no tuvo efecto.

Anon tiene razón sobre STS, pero hay una manera de eliminar específicamente su dominio del conjunto. Vaya a chrome: // net-internals / # hsts. Entrar 3rdrevolution.com debajo Eliminar las políticas de seguridad del dominio y pulse el botón Eliminar.

Ahora ve a chrome: // settings / clearBrowserData, marca la casilla Imágenes y archivos en caché y pulse haga clic en el botón Borrar datos .

Mi problema vino de tener una .dev dominio, que aparentemente se registró recientemente como un gTLD y se comprometió con Chrome Canary. Descubrí esto de un publicación reciente Me topé mientras buscaba mi problema.

Si tienes el mismo problema que yo, parece que la mejor solución es cambiar tu dominio para que sea algo distinto a .dev. El articulo sugerido .test con una solución potencial de .localhost más tarde por la carretera (a través de esta propuesta ).

https://www.3rdrevolution.com envía el Estricto-transporte-seguridad el encabezado, por lo que acceder a él a través de https una vez hará que los navegadores como Chrome / Firefox redirijan las solicitudes http a https hasta algún punto específico en el futuro.

Como dijo la otra respuesta, la única forma de detener esto una vez que se inicia es borrar la memoria caché del navegador (o esperar a que el navegador expire el pedido).

A borrar dominio bajo el menú "HSTS" en Chrome: // net-internals Es una solución temporal. Después de visitar este dominio a través de HTTPS, se incluirá nuevamente en la lista de HSTS.

Básicamente, para resolver este problema es necesario deshabilitar la seguridad de transporte estricta de HTTP en el servidor web 3rdrevolution.com (IIS, Apache, nginx, ...). Para nginx edita su sección HTTPS en nginx.conf y establezca 'max-age = 0' para Strict-transport-Security:

server {
#...
        ssl on;
#...
        add_header Strict-Transport-Security "max-age=0;";
#...
}

Más información: Seguridad de transporte estricta de HTTP (HSTS)

Podría haber un par de razones para esto, incluidos los complementos, pero suponiendo que no tenga ningún complemento instalado, puede hacer lo siguiente:

Ir Configuraciones / Privacidad / Borrar datos de navegación ...

Seleccionar El principio del tiempo en el tirón hacia abajo.

Seleccionar:

• Limpíe los datos de auto-llenado almacenados en el formulario
• Eliminar cookies y otros datos de sitios y complementos
• Vaciar el caché

Seleccionar Eliminar datos de navegación

Esto debería encargarse de realizar cualquier relleno automático en función de su navegación anterior. Además, eliminará cualquiera de las cookies que también podrían estar causando problemas.

Una alternativa menos drástica que borrar todas las cookies es Configuración & gt; Mostrar configuración avanzada & gt; Configuración de contenido & gt; Todas las cookies y datos del sitio luego busque los sitios en cuestión y borre las cookies solo para esos.

Antes de unos días activé accidentalmente las opciones de Chrome llamadas:

• Envíe automáticamente información del sistema y contenido de la página a Google para ayudar a detectar aplicaciones y sitios peligrosos.
• Protegerlo a usted y su dispositivo de sitios peligrosos

Y ahora el principal problema era que nuestro sitio web en el subdominio siempre redirigía desde http: // a https: // y el navegador me dio un error:

"Su conexión no es privada. Los atacantes podrían estar intentando robar su información de censored.censored.com (por ejemplo, contraseñas, mensajes o tarjetas de crédito). NET :: ERR_CERT_COMMON_NAME_INVALID"

Abierto Chrome: // ajustes / privacidad y gire las opciones de chrome previamente nombradas que protegen automáticamente sus dispositivos. Espero que esto ayude a alguien.

Si está enfrentando el problema en un subdominio, esta línea en Nginx puede causar un problema incluso si el subdominio está en otro servidor, ya que el navegador almacenará esta información en caché.

add_header Strict-Transport-Security "max-age=31536000; includeSubdomains;";

así que retire el includeSubdomains; de ella para que funcione.

en Chrome 66, muchos han cambiado en el Settings lengüeta

puedes ir a chrome://settings/resetProfileSettings?origin=userclick luego pulsa reiniciar.

esto funciono para mi

Desde https://galaxyinternet.us/google-chrome-redirects-localhost-to-https-fix/

Ninguna de las correcciones de opciones funcionó para mí, para arreglar https://localhost:3000, esto hizo.

Haga clic y mantenga presionado el botón de recargar y seleccione "Vaciar caché y recargar duro", esto parece ser solo una opción en localhost.