26 votos

Safari no se puede conectar a https

Safari de repente no se puede conectar a cualquier sitio HTTPS, porque "no se puede establecer una conexión segura".

Esta es una cuenta de administrador, no es una cuenta administrada.

Una cuenta de administrador diferente es capaz de usar Safari con HTTPS, así que debe ser algo específico a mi cuenta, pero no tengo idea de qué.

Google Chrome no tiene problemas para conectarse a sitios HTTPS.

Cosas que he probado:

  • vacía la caché de Safari
  • elimina las preferencias de Safari
  • reset Safari totalmente
  • reparado Llavero (no se encontraron errores)
  • elimina Llavero (no ayuda)
  • reparar permisos en la Utilidad de Discos
  • reinicia
  • la esperanza de que pronto iba a reparar

Todos los resultados de google vi propuso la reparación de las llaves (las que he probado y que no ayuda) o eran sólo aplicable si hubo "control Parental" que participan, que no se aplica aquí.

Si tuviera que adivinar, yo creo que donde sea que Safari es la comprobación de "certificados" de alguna manera está dañado, pero puedo estar equivocado. Ni siquiera estoy seguro de dónde buscar para quienes - quizá ~/Library/?

14voto

user13414 Puntos 111

Un informe sobre forums.macrumors.com parece ser bastante similar a la tuya. Esto sucede así en Safari 5.1 y es muy reciente.

La solución fue eliminar:

~/Library/Preferences/com.apple.security.plist

2voto

rholmes Puntos 191

Esto sólo alzó su fea cabeza otra vez, esta vez con Yosemite. Que también ha afectado a todos los navegadores que suelen utilizar (Firefox, Chrome, Chrome Canary).

He intentado seguir los consejos que aquí, que implicaba la obtención de información acerca de la root del certificado utilizado por el sitio web de ofender a través del navegador web: Cómo solucionarlo: Safari no puede abrir la página, ya que Safari no puede establecer una conexión segura

No tengo amor aquí, ya que cada navegador se negó a negociar una conexión lo suficientemente lejos para obtener el nombre del emisor del certificado. Incluso traté de usar open_ssl en la línea de comandos, pero también fracasó:

    [foo@bar]$ echo ^d | openssl s_client -connect broken.web.com:443 | tee cert.log
6480:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:/SourceCache/OpenSSL098/OpenSSL098-52.40.1/src/ssl/s23_lib.c:185:
CONNECTED(00000003)

Finalmente, fue capaz de abrir el sitio web en una máquina vieja con Internet Explorer versión 9, y encontró el nombre de la autoridad de certificación: Comodo Autoridad de Certificación.

El artículo enlazado insinuado la cosa correcta a hacer, pero aquí es lo que funcionó para mí:

  • Abrir las llaves de Acceso de la aplicación.
  • Seleccione "Sistema de Raíces" llavero.
  • La búsqueda para la emisión de certificado de autoridad (en este caso, Comodo).
  • Ver los detalles del certificado (doble clic, ampliar la "Confianza" de la ventana de vista).
  • En mi caso, la confianza de la regla era: "Cuando el uso de este certificado ".
  • He cambiado a "Confiar Siempre", cerró el Acceso a llaves (después de introducir mi contraseña de administrador) y se carga la página.
  • No querer dejarlo en modo seguro, he utilizado Acceso a Llaveros de nuevo y se cambia de nuevo a "Usar los valores Predeterminados del Sistema".
  • Problema resuelto, no hay relajación de los parámetros de seguridad.

YMMV pero es menos drástica que la bombardear todos sus ajustes mediante la eliminación de las preferencias de seguridad, bombardear todo el Safari de datos, o incluso volver a instalar todo el sistema operativo, como lo sugieren algunos de los enlaces que intentan abordar este problema.

Actualización: he tenido que reiniciar Chrome / Firefox para que acepte la "actualización" / reset certificado de preferencias.

Otra Posible Razón: Proxy Corporativo o MITM

Recientemente ha realizado una serie de estas, junto con las fallas de ciertas aplicaciones para conectarse a sus servidores a través de la red.

  • El síntoma: ordenador Portátil o iPhone falla para asegurar una conexión a veces. El método anterior no funciona.
  • La prueba: Ejecutar el iPhone o portátil mediante una conexión celular o hotspot móvil en lugar de la sospecha de WiFi o por cable de red.
  • El resultado: Si la conexión celular funciona y no celulares no, entonces la sospecha de un man-in-the-middle (MITM) ataque o un proxy corporativo que se parece a uno.

1voto

Feuermurmel Puntos 151

Para mí, era un jodido HSTS.plist. Eliminar el archivo de resolver ese problema para mí para varios dominios:

rm Library/Cookies/HSTS.plist

A continuación, cierre la sesión y vuelva a ingresar (solo reiniciar Safari no hacer el trabajo).

Acerca de HSTS: https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security

0voto

Revisar y cambiar el certificado de confianza de la configuración apropiada en Safari funcionado bien para mí.

Yo tenía este "no se puede establecer una conexión segura" problema con las conexiones HTTPS desde Safari cuando he actualizado el certificado auto-firmado en un NAS.

El NAS de las fuerzas de las conexiones HTTPS por elección.

Yo ya había conectado a través de LAN para el NAS y se encontraron con los certificados y dijo Safari 'de confianza'.

Tratando de conectarse a través de la NAS DDNS buscar dio el problema.

Comprobación del certificado de configuración de confianza mostraron los certificados eran sólo de confianza para la IP de la LAN. Puede cambiar fácilmente.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X