Tema: openssl
-
Errores de verificación TLS en distintas herramientas: unknown authority, CERTIFICATE_VERIFY_FAILED, self-signed in chain
Distintos clientes TLS notifican con sus propias palabras el mismo fallo de fondo, una cadena de certificados incompleta o no confiable: 'certificate signed by unknown authority', 'CERTIFICATE_VERIFY_FAILED', 'unable to get local issuer certificate', 'self-signed certificate in certificate chain'. El artículo explica cómo diagnosticar la cadena real con openssl s_client antes de aplicar cualquier solución, y por qué -k o verify=False nunca lo son.
-
Conversión de certificados entre PEM, DER y PKCS#12 con openssl para confianza multiplataforma y almacenes de claves
Los almacenes de confianza y de claves esperan formatos de contenedor distintos: los anchors de RHEL/Debian requieren archivos .crt en PEM, y Windows y las herramientas de Java suelen entregar o exigir PKCS#12 (.pfx/.p12) o DER (.cer). openssl pkcs12/x509 convierten entre ellos y permiten separar la clave.
-
make, ping y nc: códigos de salida que, sin avisar, no comprueban lo que se suele suponer
El código de salida 1 de GNU make con -q significa «un objetivo necesita reconstruirse», no un fallo. En ping, el 1 indica que no llegó ninguna respuesta (host caído, no una invocación errónea) y el 2, un error real de uso o de otro tipo. openssl s_client documenta que, por defecto, una conexión termina con éxito (código 0) aunque falle la verificación del certificado, salvo que se use -verify_return_error.
Legible por máquina: JSON