cURL (pronunciado 'curl') es un proyecto de software que proporciona una biblioteca (libcurl) y una herramienta de línea de comandos (curl) para transferir datos usando varios protocolos. Fue lanzado por primera vez en 1997. El nombre significa "URL del cliente". El autor original y desarrollador principal es el desarrollador sueco Daniel Stenberg.

cURL es una herramienta utilizada para la transferencia de datos desde un servidor o hacia un servidor, Puede utilizar uno de los siguientes protocolos: (DICT, FILE, FTP, FTPS, GOPHER, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, POP3, POP3S, RTMP, RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET y TFTP). Esta herramienta esta diseñada para recibir o transferir datos sin la anteversión de un usuario.

libcURL

Es una biblioteca gratuita de transferencia de URL del lado del cliente, que admite cookies, DICT, FTP, FTPS, Gopher, HTTP / 1 (con soporte HTTP / 2), HTTP POST, HTTP PUT, túnel proxy HTTP, HTTPS, IMAP, Kerberos, LDAP, POP3, RTSP, SCP y SMTP. La biblioteca admite el esquema URI de archivos, SFTP, Telnet, TFTP, reanudación de transferencia de archivos, carga FTP, carga basada en formularios HTTP, certificados HTTPS, LDAPS, proxies y autenticación de usuario más contraseña.

La biblioteca libcurl es portátil. Construye y funciona de forma idéntica en muchas plataformas, incluidas AIX, AmigaOS, Android, BeOS, BlackBerry Tablet OS y BlackBerry 10, OpenVMS, Darwin, DOS, FreeBSD, HP-UX, HURD, iOS, IRIX, Linux, macOS, NetBSD, NetWare , OpenBSD, OS / 2, QNX Neutrino, RISC OS, Solaris, Symbian, Tru64, Ultrix, UnixWare y Microsoft Windows.
La biblioteca libcurl es gratuita, segura para subprocesos y compatible con IPv6. Los enlaces están disponibles para más de 40 idiomas, incluidos C / C ++, Java, PHP y Python.

La biblioteca libcurl puede soportar axTLS, GnuTLS, mbed TLS, NSS, QSOSSL en IBM i, SChannel en Windows, Secure Transport en macOS e iOS, SSL / TLS a través de OpenSSL y wolfSSL.

cURL

cURL es una herramienta de línea de comandos para obtener o enviar datos, incluidos los archivos que utilizan la sintaxis de URL.

Como cURL usa libcurl, admite una variedad de protocolos de red comunes, que actualmente incluyen HTTP, HTTPS, solicitudes SOAP, FTP, FTPS, SCP, SFTP, TFTP, LDAP, DAP, DICT, TELNET, FILE, IMAP, POP3, SMTP y RTSP (los últimos cuatro solo en versiones más recientes que 7.20.0 o 9 de febrero de 2010).

cURL admite HTTPS y realiza la verificación del certificado SSL de forma predeterminada cuando se especifica un protocolo seguro como HTTPS. Cuando cURL se conecta a un servidor remoto a través de HTTPS, obtendrá el certificado del servidor remoto, luego verificará en su almacén de certificados de CA la validez del servidor remoto para asegurarse de que el servidor remoto sea el que dice ser. Algunos paquetes de cURL se incluyen con el archivo de almacén de certificados de CA. Hay varias opciones para especificar un certificado de CA, como --cacert y --capath. La opción --cacert se puede usar para especificar la ubicación del archivo de almacén de certificados de CA. En la plataforma Windows, si no se especifica un archivo de certificado de CA, cURL buscará un nombre de archivo de certificado de CA "curl-ca-bundle.crt" en el siguiente orden:

• Directorio donde se encuentra el programa cURL.
• Directorio de trabajo actual.
• Directorio del sistema de Windows.
• Directorio de Windows.

Directorios especificados en las variables de entorno % PATH%.
cURL devolverá un mensaje de error si el servidor remoto está utilizando un certificado autofirmado o si el certificado del servidor remoto no está firmado por una CA que figura en el archivo de certificado de CA. La opción -k o --insecure se puede usar para omitir la verificación del certificado. Alternativamente, si el servidor remoto es de confianza, el certificado de CA del servidor remoto se puede agregar al archivo de almacén de certificados de CA.