Safari fuerza una redirección a la versión https de un sitio que visité anteriormente a través de https.
Sin embargo, el sitio https ya no funciona y no hay forma de evitar que el formulario Safari intente cargarlo.
AquíhayunapreguntarelacionadaconlosforosdeApple,
Si el sitio ha indicado previamente a Safari que desea que siempre se acceda a través de HTTPS a través de HSTS ( Seguridad estricta de transporte HTTP ), entonces Safari siempre intentará redirigir a HTTPS.
Puedes borrar el caché HSTS eliminando ~/Library/Cookies/HSTS.plist .
Tenga en cuenta que Safari también guarda en caché las redirecciones 301 por un tiempo y, por lo tanto, también puede ser necesario borrar la memoria caché normal de Safari: en el menú Desarrollo (habilitar en Preferencias → Avanzadas), elija Vaciar cachés.
Desde diciembre de 2017, Google ha agregado el TLD ".dev" a la lista de HSTS precargada para Chrome!
Safari usa la misma lista. Así que Safari siempre agregará * .dev a la lista de HSTS ...
Parece que muchos desarrolladores necesitarán cambiar el sufijo .dev por otro :(
Consulte: Chrome para forzar dominios .dev a HTTPS a través de HSTS precargados
Parece que Safari entra en este comportamiento loco cuando ha accedido a localhost utilizando un certificado del lado del cliente. En mi caso, uno de los proyectos con los que trabajo necesita esta configuración del lado del cliente y destruye totalmente el desarrollo de los proyectos donde no puedo usar http en localhost. La única solución que he encontrado es editar /etc/hosts y agregar un alias para localhost, como tal
127.0.0.1 localhost
Luego, puedo usar enlace para acceder a mi proyecto en el puerto 3000 sin Safari forzando una conexión https.
No he encontrado ninguna solución que funcione, pero para un uso alternativo 127.0.0.1 en lugar de localhost
http://localhost/
http://127.0.0.1/