Firefox redirige a https

108

Estoy usando Firefox, y mientras configuraba un servidor, he estado jugando con las redirecciones. Ahora, Firefox ha almacenado en caché un redireccionamiento 301 desde http://example.com/ a https://example.com/ y desde http://sub.example.com/ a https://sub.example.com/ .

He probado las siguientes cosas:

  1. Historial -> Mostrar todo el historial -> Olvídate de este sitio.
  2. Verificó que no haya ningún marcador con https://example.com/ presente.
  3. Cambiando browser.urlbar.autoFill a falso en about: config.
  4. Cambiando browser.cache.check_doc_frequency de 3 a 1.
  5. Opciones -> Avanzado -> Red -> Contenido web modificado -> Limpiar ahora.

Ninguno de los anteriores funciona, así que verifiqué la redirección con Wheregoes.com y no muestra ninguna redirección de http a https. Incluso cambié el DNS para que apunte a otra IP servida por un servidor, donde nunca configuré la redirección; la redirección todavía está vigente.

También probé en Navegación privada en Firefox y no hay redireccionamiento allí. Lo intenté en Google Chrome y tampoco hay redireccionamiento aquí.

También intenté hacer una redirección de https a http que funcionó en Google Chrome y arrojó un error de redirección en Firefox.

Mi versión de Firefox es 38.0.1 y estoy usando Windows 8.1. Utilizo los siguientes complementos: AddBlock, Avast! y LastPass. Avast! puede que no sea el problema, ya que lo desactivé mientras probaba.

¿Alguien tiene sugerencias sobre lo que puedo hacer al respecto? ¡Gracias de antemano por cualquier ayuda!

talouv
fuente
3
Las URL en la parte superior no deben contener espacios entre http: // y example.com, etc., pero solo podría incluir dos enlaces con 1 reputación.
talouv
1
Enfrenté el mismo problema los últimos días en mi desarrollo local, pero encontré una referencia debajo de Chrome y Firefox ahora fuerzan los dominios .dev a HTTPS a través de HSTS precargado. Lea esta información. - ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts - medium.engineering/use-a-dev-domain-not-anymore-95219778e6fd Para el desarrollo futuro, te sugiero que uses .local o .localhost para evitar que este problema vuelva a suceder :)
Sophy
Esto funciona en Chrome: stackoverflow.com/a/28586593/1069083
rubo77

Respuestas:

189

Las "preferencias de sitios" son las culpables. Perdí 45 minutos de mi vida buscando cómo solucionarlo a pesar de todos los trucos de kb / support.mozilla que no resuelven tu problema ni el mío. No sé qué desencadena este problema, pero varios de mis sitios web comenzaron a tener forma de pera en unas pocas semanas solo afectándome a mí y solo a Firefox.

Esa es la solución que todos buscan:

  1. Ir a Preferencias
  2. Intimidad
  3. Haga clic en ' Limpiar su historial ' (todavía no pasará nada, haga clic de forma segura)
  4. Una vez que aparezca la ventana emergente, haga clic en Detalles .
  5. Desmarque todo excepto ' Preferencias de sitios '
  6. Seleccione ' Todo ' en el cuadro de selección en la parte superior
  7. Haga clic en Aceptar
  8. Probar ahora

Captura de Firefox

PD: Lo que intenté que no funcionó para mí son:

  • urlbar.autofill false
  • Olvídese del truco del sitio web
  • Modo seguro
  • Todos sabemos que no es un problema de HSTS cuando un sitio web de su propiedad y al que accedió antes nunca obtuvo soporte de https, pero ahora FF quiere que use https ... En mi opinión, es solo un error de Firefox.
Thomas
fuente
1
Gracias. Desde que hice la pregunta, descubrí que definitivamente es una consecuencia de STS. Su solución parece funcionar, así que la aceptaré como respuesta. Estoy seguro de que probé tu truco hace nueve meses, donde enfrenté el problema, así que fue un error que arreglaron.
talouv
10
Ahora, en FF 49, es el enlace que borra su historial reciente , vea la captura de pantalla que se encuentra en Configuración para privacidad, historial de navegación y no rastrear | Ayuda de Firefox
Wolf
5
Marcar Caché en Borrar detalles del historial me ayudó.
cakan
1
@Ralf: si falla en Chrome y Edge, entonces no es un problema de Firefox, es un problema del servidor (o proxy o cualquier dispositivo de red activo que interfiera con el protocolo HTTP)
Thomas
2
Borrar todos los datos en FF 60 no me ayudó. Y seguro que no es un problema del servidor (lo verifiqué con Wireshark y solo hay conexiones en el puerto 443 :()
Maypeur
53

La solución que funcionó para mí:

  1. Ir a about: config
  2. Busque network.stricttransportsecurity.preloadlist y configúrelo en "false"
  3. Disfrutar
Jorge Obregón
fuente
6
Finalmente, eso es lo que estaba buscando, ¡muchas gracias!
Manuel
4
Este era el escenario que estaba buscando. Trabajó para mi. Tenía urlbar.autofill configurado en falso (no funcionó). Tenía accessibility.autoblockrefresh configurado en verdadero (no funcionó). Pero esta network.stricttransportsecurity.preloadlist funcionó para mí. Firefox v 67.0.4
John Greene
1
¡Después de una larga búsqueda! ¡Funciona perfecto! - ¿Sabrías cómo hacer esto con Chrome?
lowtechsun
1
Esto no funciona. Incluso cuando se combina con la respuesta aceptada, es decir, hice ambas cosas, luego cerré y volví a abrir el navegador, Firefox todavía redirige a https. Exasperante.
arnoldbird
32

Tuve el mismo problema, pero la respuesta fue que usé una extensión .dev para acceder a mis sitios web locales.

Borré todos los datos históricos en FF y nada cambió.

Buscando otra solución, encontré esta página https://ma.ttias.be/chrome-force-dev-domains-https-via-preloaded-hsts/

Dado que .dev es un gTLD oficial, lo más probable es que sea mejor cambiar nuestro sufijo de desarrollo local preferido de .dev a otro. Si está buscando una alternativa rápida de "buscar y reemplazar" para las configuraciones existentes, considere el gTLD .test, que es un nombre reservado por IETF para propósitos de prueba (o desarrollo).

Cambié las extensiones de mi sitio web local de .dev a .test y ¡todas funcionan perfectamente!

E_D
fuente
Se recomiendan los enlaces a recursos externos, pero agregue contexto alrededor del enlace para que sus compañeros usuarios tengan una idea de qué es y por qué está allí. Siempre cite la parte más relevante de un enlace importante, en caso de que el sitio de destino sea inaccesible o se desconecte permanentemente.
Baduker
Gracias por su consejo, agregué una cita del artículo vinculado
E_D
¡Si! Esta era la pieza que faltaba del rompecabezas. El mejor hallazgo accidental de esta semana 🙌
ctietze
¡Gracias! Cambiar mis URL locales de .com a .test funcionó para mí.
arnoldbird
4

Solución alternativa, fácil.

Abra Firefox y en la barra de direcciones escriba esta URL

http://example.com/?fake_parameter_to_bypass_cache

Esto debería obligar al navegador a volver a cargar la página web desde http: //

Massimo
fuente
LOL, funcionó para mí. Aún no borré el caché. Ahora que me he dado cuenta de esto, el siguiente paso es borrar la memoria caché del navegador.
Yanntinoco
2

¡Revisa tus extensiones!

En mi caso, la extensión DuckDuckGo Privacy Essentials estaba causando esta redirección. Lo desactivé y el problema está resuelto.

026
fuente
YTMND, muchas gracias.
petemir
-3

Deshabilitar https no es absoluto en Firefox. Algunos sitios redireccionarán y es posible que no ofrezcan http.

Sin embargo, para elegir una URL sobre la otra, si es una opción, puede deshabilitar el autofil:

Búsqueda en la barra de direcciones Para cambiar la configuración de Firefox, siga los siguientes pasos:

En la barra de Ubicación, escriba about: config y presione Enter. El about: config "¡Esto podría anular la garantía!" puede aparecer una página de advertencia. Haga clic en ¡Tendré cuidado, lo prometo! para continuar a la página about: config. En el cuadro de filtro, escriba o pegue autocompletar y haga una pausa mientras se filtra la lista. Haga doble clic en browser.urlbar.autoFill para alternarlo de verdadero a falso.

NathanOliver
fuente
1
Gracias por su respuesta. Desafortunadamente, como mencioné en la pregunta, ya probé lo que describe. Además, soy el propietario del servidor y del dominio, así que sé que atiende solicitudes http sin redireccionar.
talouv
Referencia: support.mozilla.org/en-US/questions/1019210 completo con error tipográfico.
Manngo
Esta respuesta es un duplicado de la siguiente respuesta en los foros de soporte de Mozilla: support.mozilla.org/en-US/questions/1019210#answer-627032
amn