@font-face EOT no se carga a través de HTTPS: una solución

En un encuentro con un problema en el que los archivos @font-face EOT no se cargaban a través de HTTPS en Internet En las versiones 7, 8 y 9 de Explorer, un usuario observó que el problema persistía independientemente del estado de alojamiento de la página HTML que lo contenía en HTTPS. Tras experimentar, el usuario descubrió que la fuente se cargaba correctamente cuando se accedía a través de HTTP pero no de HTTPS.

Después de descartar problemas específicos de fuentes y confirmar que el servidor que alojaba la fuente proporcionaba el tipo de contenido adecuado para los archivos EOT, el usuario buscó ayuda para resolver el problema.

En respuesta, se proporcionó una solución que abordaba un aspecto crítico que a menudo se pasa por alto al acceder a recursos a través de HTTPS. Se descubrió que la presencia de un encabezado Cache-Control con una directiva "no-cache" para la fuente hacía que Internet Explorer ignorara la fuente descargada, lo que llevó al comportamiento observado.

Este hallazgo se alinea con el documento documentado de Microsoft. comportamiento, donde IE ignora los documentos activos descargados a través de SSL cuando un encabezado Cache-Control especifica "sin caché". Por lo tanto, se recomienda eliminar el encabezado Cache-Control para resolver este problema y garantizar la carga adecuada de fuentes a través de HTTPS en Internet Explorer.