trucos processmaker as400 php ssl curl paypal

php - processmaker - Error de SSL no puede cambiar a TLS



processmaker javascript (4)

Esto aparece cuando se busca Error de Magento: 14077410: Rutinas SSL: SSL23_GET_SERVER_HELLO: sslv3 Error de alerta de apretón de manos. Si está intentando resolver eso, aquí está el enlace al chico que originalmente resolvió el problema junto con un parche descargable: https://www.dwdonline.com/blog/fix-magento-error14077410ssl-routinesssl23_get_server_hellosslv3-alert-handshake- failure.html Es el mismo error, solo en otro paquete de software.

He estado trabajando bastante tiempo en un sitio web que depende en gran medida de que Paypal funcione correctamente en él. Sin eso, es realmente inútil.

Alrededor de la 1 de la mañana, mi tiempo (estoy en la zona horaria CET) todo funcionando perfectamente, he pulido el código, las funciones y estaba funcionando como debería. Hice comprobaciones triples antes de ir a dormir que todo funciona como debería.

Me levanto por la mañana y nada que tenga que ver con Paypal realmente funciona. Una pequeña explicación de lo que estoy usando antes de mostrarle el código y el error reales. Estoy usando Express Checkout y Paypal Adaptive Payments SDK .

Tengo unas cuantas cuentas "virtuales" que hice en developer.paypal.com para simular la interacción entre el facilitador (propietario) y el comprador, ya que tengo una situación en la que el propietario da dinero a su usuario y viceversa. De todos modos ambos funcionaron perfectamente y ahora ambos arrojaron este error (en Adaptive Payments SDK, me dice en qué línea de código está un error y en Express Checkout ya que es código que se hace a través de la documentación que no muestra en qué archivo el error es pero es el mismo error):

''error: 14077410: rutinas SSL: SSL23_GET_SERVER_HELLO: error de handshake de alerta sslv3''

Ahora, después de ver esta publicación https://devblog.paypal.com/poodle-ssl-3-0-vulnerability/ que acaba de deshabilitar totalmente SSL, me di cuenta de que el problema está en eso. Desea que sus usuarios usen TLS ahora, lo cual es totalmente correcto. Comprueba tres veces que mi servidor tiene TLS habilitado y lo hace y he cambiado (para más de un millón de veces) mi configuración de configuración para usar ese TLS en cURL (ya que estoy usando PHP) haciendo algo como:

curl_setopt($ch, CURLOPT_SSLVERSION, 1); (Así es como se ve en Express Checkout y en Adaptive Payments es solo una matriz asociativa, pero en realidad es la misma cosa en ambas)

También encontré en algún lugar y en tus consejos para actualizar realmente mis credenciales de API. Yo lo hice. Fui a paypal.com -> API y luego hice clic en la actualización que funcionó, pero luego noté que en mi cuenta de developer.paypal.com donde tengo algunas cuentas virtuales, nada ha cambiado. ¿Debo actualizarlos manualmente o qué?

Editar:

Esto fue enviado al soporte de Paypal y realmente tenía prisa y no podía escribir todo de nuevo, ¡lo siento mucho! El problema se soluciona gracias a cualquier persona que realmente tomó tiempo para leerlo.

El problema se solucionó con la adición de CURLOPT_SSL_CIPHER_LIST => ''TLSv1'' a mi archivo PPHttpConfig.php. :)


He tenido el mismo problema.

Mi servidor es una versión anterior de Ubuntu 12.04

  1. Check sertificates echo "All certificates in ca-certificates.crt, listed by subject, check for presence of VeriSign''s ''Class 3 Public Primary - G5'':" awk -v cmd=''openssl x509 -noout -subject'' ''/BEGIN/{close(cmd)};{print | cmd}'' < /etc/ssl/certs/ca-certificates.crt | grep "G5" echo "All certificates in ca-certificates.crt, listed by subject, check for presence of VeriSign''s ''Class 3 Public Primary - G5'':" awk -v cmd=''openssl x509 -noout -subject'' ''/BEGIN/{close(cmd)};{print | cmd}'' < /etc/ssl/certs/ca-certificates.crt | grep "G5"

  2. Actualicé openssl.

    sudo apt-get install openssl

  3. Pude actualizar el curl solo por esta instrucción. http://pavelpolyakov.com/2014/11/17/updating-php-curl-on-ubuntu/ curl 7.47.1 versión

  4. Y actualicé libcurl. http://juniway.blogspot.com/2015/12/curl-48-unknown-option-was-passed-in-to.html


Prueba agregar

CURLOPT_SSL_CIPHER_LIST => ''TLSv1''

a su archivo PPHttpConfig.php . Tuve el mismo problema contigo y pasé horas buscando la solución. Esto funcionó para mí.


Uno de los motivos de este error es la versión anterior de PHP y OPENSSL, por ejemplo, PHP 5.3.5 causará este error.

Solución, actualice el PHP (recomendado> = 7).