Un usuario preguntó 👇
Hola,
Estoy alojando WP en nuestro propio servidor dentro de nuestra empresa para uso interno. También contamos con nuestra propia infraestructura de CA para uso interno. Usamos nuestros certificados para muchas aplicaciones no emitidas.
Sin embargo, después de instalar WP, recibo el siguiente error dentro de Health tanto para la API REST como para la verificación de la aplicación de bucle invertido:
Error 60 de cURL: no se reconoce el emisor del certificado del mismo nivel.
He estado buscando y buscando en Google durante todo un día, y no puedo encontrar una buena respuesta sobre por qué veo este error. Ni siquiera puedo replicarlo desde la cli en el servidor mismo que ejecuta comandos cURL.
Es la dirección del sitio. https://site.abc.com y ejecutando curl -v https://site.abc.com devuelve una conexión exitosa.
También agregué nuestros trapos de raíz e intermedios al sistema de paquete de ca.
No se instalan plugins, excepto Health Check y Troubleshooting y Twenty Six Theme. Cambié entre algunos temas y nada cambió.
Solo puedo adivinar que las comprobaciones de estado del sitio no utilizan el paquete predeterminado del sistema, pero no puedo verificar esto. El php.ini no especifica curl.cainfo, así que me imagino que usaría el sistema predeterminado.
No veo ningún otro problema con el sitio. Puedo conectarme perfectamente por encima de https y obtener la pantalla de bloqueo. También puedo descargar plugins y temas perfectamente.
Lo único que se me ocurre es que el nombre de host del servidor no es el mismo que la dirección del sitio, pero la dirección del sitio está dentro de CN y SAN del certificado, por lo que no debería importar.
Estoy ejecutando WordPress en Nginx 1.17 / Centos 7. ¡Apreciamos cualquier información!
(@tp)
Hace 1 año, 5 meses
Vea si la información ayuda aquí:
https://stackoverflow.com/questions/47676980/curl-60-peers-certificate-issuer-is-not-recognized
Lanzador de hilos
(@koudelka)
Hace 1 año, 5 meses
Aprecio la sugerencia, pero no se aplica en mi caso. Sin embargo, intenté lo que sea y luego agregué nuestra raíz e intermedios y agregué curl.cainfo. Mismo problema.
Estoy en la CLI del servidor que aloja WordPress y uso curl -v en la dirección del sitio especificada dentro de la configuración> general, y el enlace funciona bien.
¿Por qué fallaría un informe de verificación del estado del sitio?
¿Cuál es el curl objetivo durante las aplicaciones de loopback y la comprobación de api rest?
¡Agradezco cualquier ayuda!
(@luisfavila)
Hace 1 año, 5 meses
Hola,
¿Has resuelto esta pregunta @koudelka? Tengo el mismo problema en mi empresa. curl funciona bien, file_get_contents () también funciona perfectamente con cualquier archivo PHP, pero wordpress falla en las comprobaciones de API REST y Loopback.
Lanzador de hilos
(@koudelka)
Hace 1 año, 5 meses
No, perdí unos días tratando de averiguarlo, pero estoy seguro de que son falsos positivos.
Todo funciona como debería y los comandos curl de otros servidores del sitio funcionan bien.
El problema es que la verificación del estado del sitio no es transparente sobre lo que está haciendo exactamente. Incluso con la depuración, todavía no tengo idea de qué comando está «fallando». Lo he leído en otra parte, es solo un rizo https: //nombre-sitio.domain-name, pero eso claramente no es cierto porque funciona desde la línea de comandos.
Puede estar guardado en un hueco, pero después de buscar en Google durante varios días no puedo encontrarlo.
Buena suerte para ti.
¿Solucionó tu problema??
0 / 0