En mi entorno local de Apache, tengo un sitio que requiere SSL para el desarrollo, por lo que he estado usando un certificado autofirmado. El sitio local ha funcionado bien en Firefox y Chrome hasta ahora, pero después de actualizar Firefox a la versión 59 hoy no puedo hacer que acepte la excepción de seguridad (en Chrome, el certificado autofirmado sigue funcionando).
Firefox me da esta información adicional en la página bloqueada:
... usa un certificado de seguridad no válido. El certificado no es de confianza porque está autofirmado. Código de error: SEC_ERROR_UNKNOWN_ISSUER
No hay ninguna opción para permitir la excepción aquí como solía haberla, pero fui a las Preferencias de Firefox en Certificados, luego en la pestaña "Servidor" agregué una excepción para el dominio local. El certificado aparece en el nombre correcto del servidor local, los detalles muestran la configuración de mi certificado de Emitido por y Emitido para que sea el mismo, con un intervalo de tiempo válido.
¿Alguien que tenga problemas similares con FF 59 o podría tener una idea de qué hacer para que el certificado autofirmado vuelva a funcionar localmente?
Editar: no veo ninguna mención de esto en las notas de la versión FF 59, pero algo en la nueva versión hace que todos mis hosts virtuales locales en dominios * .dev intenten automáticamente establecer una conexión https (es decir, todos los http las solicitudes de * .dev se envían automáticamente a la URL https). Quizás algo sobre este comportamiento es también lo que está causando estos problemas para mis hosts virtuales https reales.
fuente
Respuestas:
Todavía no tengo del todo claro cómo encaja todo esto exactamente, pero como se señala en esta respuesta, los
.devdominios ahora son TLD oficiales. Como tal, parece que los navegadores fuerzan algún tipo de comportamiento HSTS y fuerzan las conexiones https. Para esos TLD parece que mi certificado autofirmado ya no fue aceptado en Firefox. Cambiar mis hosts virtuales para usar.testresolvió el problema sin tener que cambiar nada en mis certificados autofirmados.Vale la pena señalar que en Firefox también mis hosts virtuales no SSL actuaron desde la versión 59 hoy, porque el comportamiento HSTS parecía forzar SSL en los hosts virtuales que no había configurado para servir a través de SSL. En Chrome, esto todavía funcionaba, pero de cualquier manera es seguro decir que alejarse del
.devTLD ahora oficialmente resuelto resolverá muchos dolores de cabeza.fuente
.deves un TLD válido desde hace algún tiempo, así que NO lo use para nombrar sus recursos internos. Lo mismo para cualquier otro nombre: no uses ningún nombre que creas que nadie más usará. Utilice los nombres de prueba a los que se hace referencia en RFC2606 o simplemente registre un nombre de dominio verdadero en cualquier lugar y use un subdominio comoint.example.comodev.example.compara sufijar todos sus nombres internos. Entonces nunca tendrá colisiones o problemas (¡siempre y cuando recuerde renovar el nombre de dominio cada año!).devdominios. A menos que sepa que es un TLD, no hay posibilidad de inferir que este es el problema.Hay una manera fácil de evitar esto.
about:configfalse.ADVERTENCIA: Esto deshabilitará HSTS por completo . Eche un vistazo a los comentarios sobre esta respuesta para una discusión sobre las desventajas de este método. Personalmente, creo que el beneficio supera el riesgo, pero usted es responsable de su propia seguridad.
fuente
.devproyectos actuales eventualmente se trasladarán a otro sufijo de TLD, pero por ahora esto ayuda a no detener el desarrollo local.Ajuste
security.enterprise_roots.enabledatruelaabout:configpágina resuelve esto para mí y permitió que mi certificado autofirmado para el trabajo durante el desarrollo.Aquí hay un poco de discusión sobre los méritos de que esto esté activado de forma predeterminada:
establezca security.enterprise_roots.enabled en true de forma predeterminada .
Aunque la intención de este indicador es permitir que Firefox use el almacén raíz de CA de toda la máquina como una fuente válida para las autoridades de certificación, esto solucionó la situación para mi propio caso de uso en el que tengo un certificado de múltiples dominios autofirmado que uso localmente para pruebas (subjectAltName's) . Incluso después de agregar el certificado a la lista de certificados de Firefox, no fue hasta que encendí esto que permitió que se cargara el sitio local.
fuente
Tuve el mismo problema en el navegador web basilisk . Traté de cambiar la configuración del Proxy de red o de modificar los indicadores "network.stricttransportsecurity.preloadlist" o "security.enterprise_roots.enabled" ... pero no resolvió el botón que faltaba para agregar el certificado para el sitio web bloqueado. Solo esto logró atravesar:
about:support.Open Directoryen el perfil de su navegador.fuente
Fui por "Let's Encrypt"
Solo es válido por 3 meses a la vez, pero la actualización se puede automatizar.
Como puede ver en los comentarios, hay una trampa. Nuestros dominios de desarrollo y prueba se denominan dev-www.example.com y test-www.example.com. Usamos el certificado comodín de producción.
fuente