Cuando depuro un proyecto de Visual Studio con Chrome, el navegador intenta redirigir al equivalente https de mi dirección web. No tengo SSL habilitado en el proyecto web y la URL de inicio es la URL http. Cuando depuro usando FireFox o IE no tengo este problema.
Reinstalé Chrome que solucionó el problema por un día. Sin descargar ningún complemento, el problema volvió a ocurrir al día siguiente.
¿Qué está haciendo que Chrome redirija localhost a https?
Network Inspect Shows: URL de solicitud: datos: texto / html, chromewebdata Encabezados de solicitud Se muestran encabezados provisionales Usuario-Agente: Mozilla / 5.0 (Windows NT 6.3; WOW64) AppleWebKit / 537.36 (KHTML, como Gecko) Chrome / 36.0.1985.143 Safari / 537,36
Sin vista previa y sin datos de respuesta en esas pestañas.
fuente
.dev
como su doman local, es un problema completamente nuevo, así que no creo que ninguna de estas respuestas funcione más. A partir de Chrome 63 ... "Chrome para forzar dominios .dev a HTTPS a través de HSTS precargado". Así que no más certificados SSL autofirmados. Aparentemente .dev es un dominio real. Quien sabe.Respuestas:
Creo que esto es causado por HSTS - ver http://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security
Si ha (desarrollado) otros sitios de host local que envían un encabezado HSTS ...
p.ej. Seguridad de transporte estricta: edad máxima = 31536000; includeSubDomains; precargar
... luego, dependiendo del valor de max-age, se requerirán solicitudes futuras para localhost a través de HTTPS.
Para evitar esto, hice lo siguiente.
Esta no es una solución permanente, pero al menos hará que funcione entre proyectos. Si alguien sabe cómo excluir localhost permanentemente de la lista HSTS, hágamelo saber :)
ACTUALIZACIÓN - Noviembre 2017
Chrome ha movido recientemente esta configuración para ubicarla en Eliminar políticas de seguridad de dominio
ACTUALIZACIÓN: diciembre de 2017 Si está utilizando el dominio .dev, vea otras respuestas a continuación, ya que Chrome (y otros) fuerzan HTTPS a través de HSTS precargado.
fuente
.dev
entonces, creo que esto no funciona @Alison debido a la reciente versión de v.63 ... "Chrome para forzar dominios .dev a HTTPS a través de HSTS precargado". Como tal, .dev básicamente ya no funcionará a menos que tenga un certificado SSL firmado correctamente. No se permiten más certificados autofirmados. Más detalles .Experimenté el mismo problema en Chrome e intenté sin éxito utilizar la solución de BigJump .
Solucioné mi problema forzando una actualización completa, como se muestra en este blog (originalmente de esta respuesta SuperUser ).
Asegúrese de que su barra de direcciones esté usando el esquema http y luego siga estos pasos, posiblemente un par de veces:
fuente
¡NUEVOS DESARROLLOS! (si tienes Chrome 63+)
Si su dominio localhost es,
.dev
entonces no creo que las respuestas aceptadas previamente y que funcionen ya no se apliquen. Esto se debe a que a partir del Chrome 63 Chrome forzará los dominios .dev a HTTPS a través de HSTS precargado.Lo que esto significa es que,
.dev
básicamente , ya no funcionará a menos que tenga un certificado SSL firmado correctamente, ¡no se permiten más certificados autofirmados! Obtenga más información en esta publicación de blog.Por lo tanto, solucionar este problema ahora y evitar que vuelva a suceder en el futuro
.test
es un dominio recomendado porque IETF lo reserva para fines de prueba / desarrollo. También deberías poder usar.localhost
para desarrolladores locales.fuente
.test
.dev
por.test
funcionó para mí también en Chrome 63A cuestas de Adiyat Mubarak
No se pudo actualizar, ya que solo se estaba actualizando en https. Sigue algunos de los mismos pasos.
fuente
Estoy enfrentando el mismo problema, pero solo en Chrome Canary y buscando una solución, encontré esta publicación .
Entonces, cambia tus dominios.
fuente
.local
suena un poco frágil, aunque supongo que es más seguro que otros TLD. También estoy retrayendo el uso de.localhost
coz, parece que Chrome hace una redirección nativa que parece evitar que mi rproxy funcione..test
parece más seguro, aunque torpe debido a los conflictos de espacio de nombres con todas esas cadenas utilizadas en TDD /.test()
métodos, etc.Chrome 63 (disponible desde diciembre de 2017) forzará a todos los dominios que terminan en .dev (y .foo) a ser redirigidos a HTTPS a través de un encabezado HTTP Strict Transport Security (HSTS) precargado. Puede encontrar más información sobre esto aquí.
fuente
.app
dominios en la última semana también. Estamos cambiando temporalmente.test
aunque no creo que sea una solución a largo plazo.de https://galaxyinternet.us/google-chrome-redirects-localhost-to-https-fix/
Ninguno de los arreglos de opciones me funcionó, para solucionarlo
https://localhost:3000
, esto funcionó.haga clic y mantenga presionado el
Reload
botón y seleccioneEmpty Cache and Hard Reload
, esto parece ser solo una opción enlocalhost
fuente
También he estado luchando con este problema. Parece que HSTS está destinado solo a nombres de dominio . Entonces, si está desarrollando en una máquina local, es mucho más fácil usar la dirección IP. Entonces cambié de localhost a 127.0.0.1
fuente
Nunca descubrí la raíz del problema, sin embargo pude solucionarlo. Eliminé la carpeta de caché de la aplicación Google Chrome que resolvió el problema.
C: \ Usuarios [usuarios] \ AppData \ Local \ Google \ Chrome
fuente
Esto puede ser causado por una redirección https almacenada en caché, y puede solucionarse borrando el caché manualmente como en la respuesta de Adiyat Mubarak.
Pero si está visitando localhost, es probable que sea un desarrollador, en cuyo caso encontrará una extensión de Chrome para borrar la memoria caché, como "classic cache killer" (consulte, por ejemplo, https://chrome.google.com/webstore/search/classic%20cache % 20killer? Hl = es ) útil en una variedad de situaciones, y probablemente ya tenga una instalada.
Entonces, la solución rápida es: Instale un asesino de caché (si aún no tiene uno), enciéndalo y vuelva a cargar la página. ¡Hecho!
fuente
Una solución perezosa y rápida para gente perezosa como yo (trabajando en Chrome 67).
Simplemente inicie otra ventana de Chrome en modo invisible , con la opción "Ventana de incógnito" (CTRL + MAYÚS + N). No es necesario eliminar el caché, no es necesario sumergirse en la configuración profunda de Chrome, etc.
fuente
Ninguno de estos funcionó para mí. Comenzó a suceder después de una actualización de Chrome (Versión 63.0.3239.84, Linux) con una URL local. Siempre redirigiría a https sin importar qué. Perdí algunas horas y mucha paciencia en esto
Lo que funcionó después de todo fue solo cambiar el dominio.
Por lo que vale, el dominio era .app. Tal vez tiene algo que hacer? Y solo lo cambié a .test y Chrome dejó de redirigirlo
fuente
Cómo resolví este problema con Chrome 79:
Simplemente pegue esta url en su entrada de búsqueda chrome: // flags / # allow-insecure-localhost
Me ayudó al usar características experimentales.
fuente
Desafortunadamente, ninguna de las soluciones enumeradas aquí me ayudó a resolver este problema. Solucioné este problema usando http://127.0.0.1 (dirección IP) en lugar de http: // localhost . Un pequeño truco rápido para trabajar con desarrollo angular con el navegador Chrome.
fuente
En mi caso, tenía mi ruta de proyecto configurada como
/Users/me/dev/project_root/
y estaba ejecutando el servidornodeJS
/express
desde allí. Cambiar el nombre de mi ruta a/Users/me/project_root
(eliminardev
de la ruta al proyecto) resolvió el problema.Lo más probable es que tenga que ver con esta nueva regulación:
Puede encontrar más información sobre esto aquí .
Utilizando:
fuente
Una solución simple para esto es editar su
/etc/hosts
archivo y establecer un alias por proyecto.Estos nombres sin dominio nunca tendrán el problema con HSTS a menos que envíe la respuesta de HSTS mencionada por @bigjump y con el beneficio adicional de mantener su sesión de inicio de sesión si cambia de un proyecto a otro.
fuente
Vaya a la configuración en Chrome y luego a Configuración avanzada, en la sección de privacidad y seguridad, haga clic en Borrar datos de navegación y luego borre todos los datos. Seguí estos pasos y funcionó para mí. Espero que ayude a alguien.
fuente
Chrome 63 fuerza dominios .dev automáticos a HTTPS a través de HSTS precargado.
Solución rápida: simplemente cambie los dominios .dev a .localhost.
fuente
Esto no es una solución, es solo una solución.
Haga clic en su proyecto de estudio visual (nivel superior) en el explorador de soluciones y vaya a la ventana de propiedades.
Cambie SSL habilitado a verdadero. Ahora verá otro número de puerto como 'URL SSL' en la ventana de propiedades.
Ahora, cuando ejecuta su aplicación (o la ve en el navegador), debe cambiar manualmente el número de puerto al número de puerto SSL en la barra de direcciones.
Ahora funciona bien como un enlace SSL
fuente
Abrir
Chrome Developer Tools
-> ir aNetwork
-> seleccionarDisable Cache
-> volver a cargarfuente
Para alguien que tenía el mismo problema, lo resolví presionando CTRL + MAYÚS + ELIMINAR para eliminar solo todo el caché del navegador. Ahora puedo acceder a mi sitio web localhost en el protocolo HTTP.
fuente
La respuesta de @Adiyat Mubarak no funcionó para mí. Cuando intenté borrar el caché y volver a cargar, la página aún redirigió a https.
Mi solución: en la esquina superior derecha de la barra de direcciones (justo a la izquierda del ícono de la estrella de favoritos) hay un ícono con una "x". Haga clic derecho sobre eso, y dirá algo sobre "secuencias de comandos inseguras", entonces hay una opción para cargarlas de todos modos. Haz eso.
fuente
Otra opción sería usar algo como https://github.com/rchampourlier/tunnelss
Claro que agregó otra dependencia / configuración, pero también permite probar https en dev, lo que podría ser bueno.
Sin embargo, uso RVM para que los túneles funcionen. Tuve que usar
sudo gem install tunnelss
ysudo tunnelss
fuente
Esa es la solución más rápida hoy (17-3-2018):
Cierre todas las pestañas / ventanas de Chrome y ejecute en su línea de comando esto: (o agréguelo como código abreviado)
fuente