Error de curl impar - Errno 104 (código 56) en WHMCS

Question

Acabo de instalar WHMCS en mi servidor CentOS 6.0 X86 VPS con CPANEL. Me he cansado de usar la herramienta de importación WHM y estoy recibiendo el siguiente error:

SSL read: error:00000000:lib(0):func(0):reason(0), errno 104 (Code 56) - Check IP/Blocked Firewall Ports

El error aparece inmediatamente después de recortar el botón Get Cuentas y no parece necesitar pensar en nada antes de disparar el error. Tengo mi servidor configurado correctamente en WHMCS y he revisado el error de curl en el sitio web de CURL que dice que es un 'fracaso con la recepción de datos de red', ¡lo que realmente no ayuda demasiado! El mismo error ocurre si me conecto a través de HTTP o HTTPS.

De hecho, también tuve esto en mi último servidor VPS. El error fue el mismo, pero ocasionalmente no se mostraría, aunque los datos nunca se devolvieron. Sin embargo, estaba a punto de mover servidores en ese momento, así que no investigé el problema más. Mi esperanza era que el problema no me siguiera. ¡Desafortunadamente lo ha hecho! El servidor en ese caso fue CentOS 5.7 x64

La única pregunta en StackOverflow que parece menciones relevantes que permiten la extensión OpenSSL. Sin embargo, esto es solo para Windows, por lo que no es útil para mí. Otros problemas alrededor de la red parecen estar y relacionados con una gran organización de cosas diferentes. Por lo general, los desarrolladores de aplicaciones de Facebook se quejan de recibir el error de regreso dentro de su aplicación. Una persona dijo que la conexión en la que está en la que puede causarlo, pero que confirma el error tanto a través de una conexión doméstica como a una red corporativa. ¡Parecía poco probable de todos modos!

Puedo confirmar que PHP se ha compilado con OpenSSL, tengo 'with-openssl =/usr' '-with-openssl-diir =/usr' en mi información de información de PHP. También se ha compilado con curl-with-curl =/opt/curlssl/''-with-curtrappers 'y las pruebas de curl parecen volver bien. Curl muestra la siguiente información:

cURL Version 7.21.6
SSL Version OpenSSL/1.0.0
ZLib Version 1.2.3

Han revisado los bitfields para las características y regresan como se esperaba:

CURL_VERSION_IPV6 matches
CURL_VERSION_KERBEROS4 does not match
CURL_VERSION_SSL matches
CURL_VERSION_LIBZ matches

También un volcado de matriz de la Curl_version. Nada se ve fuera de lo común, pero pensé en publicar para completar:

Array ( [version_number] => 464134 [age] => 3 [features] => 1565 [ssl_version_number] => 0 [version] => 7.21.6 [host] => i686-pc-linux-gnu [ssl_version] => OpenSSL/1.0.0 [libz_version] => 1.2.3 [protocols] => Array ( [0] => dict [1] => file [2] => ftp [3] => ftps [4] => gopher [5] => http [6] => https [7] => imap [8] => imaps [9] => pop3 [10] => pop3s [11] => rtsp [12] => smtp [13] => smtps [14] => telnet [15] => tftp ) )

Me he puesto en contacto con el soporte de WHMCS y informaron que podría ser un problema de configuración SSL en mi servidor. Si bien SSL no estaba configurado para el dominio cuando registré el boleto, ya que no pensé que era un requisito conectarse a través de SSL para usar esta herramienta, habiéndolo usado en el pasado a través de HTTP sin problemas. De hecho, creo que usa el puerto 2086 para comunicarse con el servidor, ¡pensé que podría estar equivocado! De cualquier manera, ahora he descartado esto ya que SSL está funcionando bien para el dominio y el servidor ahora. Como creen que creen que es un problema de configuración con mi servidor en lugar de un problema con WHMCS, por lo que han aprobado el problema, lo cual es bastante justo. Realmente no puedo discutir y asumir que afectaría a otros, de los cuales no he podido encontrar evidencia. Sin embargo, sigo siendo una pérdida. Desafortunadamente, mi VPS no está administrado, así que no puedo pedirle a nadie que inicie sesión y eche un vistazo, aunque lo que buscarían, no estoy seguro.

Finalmente, aquí hay una lista de cosas que he tratado de ver si podría lograr que reaccione de manera diferente: * Desactivó el firewall CSF en todas las etapas de las pruebas * acceder a la instalación a través de la IP del servidor en lugar del nombre de dominio * que permite que WHM/CPANEL se conecte en puerto 2086

Supongo que lo único que no he hecho es reconstruir Apache, pero duda que eso resuelva cualquier cosa. Quiere evitar hacer eso si es posible. Supongo que puedo ignorar el problema por ahora e ingresar las cuentas manualmente, no hay cargas. Sin embargo, me detesta pasar por alto en caso de que haya un problema de configuración con mi servidor que me muerde más más allá de la línea. Igualmente, si hay peculiaridad o error en el software WHMCS, entonces me gustaría poder clavarlo para ellos para poder ponerme en marcha y evitar que otros sean afectados. Parecen bastante seguros de que no es un error en la base de código y sin poder ver el código que no puedo decir con seguridad. Sin embargo, supongo que es una parte bastante madura de su aplicación, así que por ahora estoy mirando más cerca de casa

¿Alguna idea o experiencia como esta que pueda arrojar algo de luz sobre lo que está sucediendo?

¡Salud!

Answer 1

Finalmente descubrió lo que era. Resulta que en un intento de hacer que mi servidor sea lo más seguro posible, había utilizado el control de acceso al host para limitar el acceso al servicio WhostMGRD solo a ciertas IP conocidas. No había pensado en poner la IP del servidor en sí, lo que hizo que fallara cuando WHMCS comenzó a tratar de hacer llamadas API.

Solo un día y medio de mi vida desperdició. ¡Qué divertido!