La firma de Pacman es de confianza desconocida
Por defecto, todas las versiones de Windows de 64 bits impiden la instalación de controladores de dispositivos que no estén firmados con una firma digital válida. Los controladores no firmados son bloqueados por el sistema operativo. Una firma digital garantiza que el controlador ha sido publicado por un desarrollador o proveedor de confianza, y que su código no ha sido modificado.
Hay varias formas de desactivar la verificación de la firma de los controladores no firmados en Windows (mediante un GPO, un modo de arranque de prueba, etc.). Hoy mostraremos cómo firmar cualquier controlador sin firmar para Windows x64 (la guía es aplicable para Windows 11, 10, 8.1 y 7).
Supongamos que tiene un determinado controlador de dispositivo sin firmar (sin firma digital) para Windows 10 x64. En este ejemplo, se trata del controlador de una tarjeta gráfica bastante antigua. El archivo con los controladores para su versión de Windows se ha descargado desde el sitio web del proveedor (pude encontrar la versión del controlador de vídeo sólo para Windows Vista x64) y su contenido se ha extraído a la c:\tools\drv1\. Intentemos instalar el controlador añadiéndolo al almacén de controladores de Windows con la herramienta pnputil incorporada:
Arch import gpg key
Es hora de otro artículo técnico. Hoy, vamos a discutir el error de handshake SSL/TLS fallido y las formas de solucionarlo. Al igual que muchos mensajes de error SSL, el error de handshake SSL puede ser desencadenado tanto del lado del cliente como del lado del servidor, por lo que a veces puede ser arreglado por los usuarios regulares de Internet y otras veces es indicativo de un problema de configuración por parte del sitio web.
Independientemente de su origen, puede ser un error SSL frustrante porque impide establecer una conexión segura con el sitio web al que se intenta acceder. Esto es malo tanto para los usuarios como para los propietarios del sitio – para los propietarios del sitio porque aleja el negocio (potencialmente directo a los brazos de sus competidores).
Al principio de cada conexión HTTPS, el cliente (el navegador web del usuario) y el servidor (que aloja el sitio web) deben pasar por una serie de comprobaciones -a falta de un término mejor- para autenticarse mutuamente y determinar los parámetros de la conexión cifrada. Esto se conoce como el “handshake” TLS, aunque algunos en la industria todavía se refieren a él como “handshake” SSL.
Herramienta Pgp
W: Se ha producido un error durante la verificación de la firma. El repositorio no se actualiza y se utilizarán los archivos de índice anteriores. Error de GPG: http://extras.ubuntu.com precise Release: Las siguientes firmas no son válidas: BADSIG 16126D3A3E5C1192 Ubuntu Extras Archive Automatic Signing Key <ftpmaster@ubuntu.com>
Me encontré con este problema una caja de Ubuntu 16.04 más antigua. Mis claves no estaban caducadas, así que no estaba muy seguro de por qué estaba recibiendo el error. Probé el método de SirCharlo pero seguía obteniendo los mismos errores. Dado que este error en particular proviene de la ‘Ubuntu Extras Archive Automatic Signing Key’ decidí actualizar mis claves. Después de hacer eso todo funcionó bien. No estoy seguro de si fue una combinación de ambos métodos, pero si el método de SirCharlo no funciona, ejecute este comando:
Pgp entschlüsseln online
Se ha recibido un código de retorno no nulo rc de la función especificada del servicio z/OS System SSL. Se muestra una breve interpretación del código de retorno. El servicio estaba procesando una conexión con un interlocutor en la dirección IP peeraddr a TCPIPSERVICE tcpipservice. Cuando el motivo del error está relacionado con el certificado, se comprueba el CERTIFICATE nombrado en el recurso TCPIPSERVICE.
Si este mensaje no va acompañado del mensaje DFHSO0002, el error se debe probablemente a alguna acción inesperada del interlocutor conectado, y este mensaje es sólo informativo. Si este mensaje va acompañado del mensaje DFHSO0002, el error se debe probablemente a algún tipo de error de configuración. Si el mensaje muestra Peer: 0.0.0.0, TCPIPSERVICE: *NONE* el error se debe probablemente a un fallo de PERFORM SSL REBUILD. Un fallo de PERFORM SSL REBUILD debería preservar el antiguo entorno SSL. Utilice la descripción del mensaje para determinar qué es lo que está mal. Para las descripciones del código de retorno rc (que está en decimal y puede necesitar ser convertido a hexadecimal), vea z/OS Cryptographic Services: System SSL Programming, SC24-5901. Para mayor orientación, consulte la documentación de CICS.