certificate

CentOS 8运行其它环境编译的curl报77错误解决方法

2021年12月4日 0, ? C, C++, Obj-C 设计开发 软硬件使用

此问题来源于经过Github Actions编译出来的curl执行程序，由于actions默认的构建环境都是Ubuntu的，编译构建出来的新版本curl放到CentOS 8上运行时，会提示类似如下内容的错误（仅限需要用到ssl证书的协议，如https）：

curl: (77) error setting certificate verify locations:
  CAfile: /etc/ssl/certs/ca-certificates.crt
  CApath: none
...
curl: (77) Error reading ca cert file /etc/ssl/certs/ca-certificates.crt - mbedTLS: (-0x3E00) PK - Read/write of file failed

按照网上搜到的说法，重新yum安装ca-certificates之类的都不起作用，查看/etc/ssl/certs目录，发现有如下内容：

Continue reading…

使用StartSSL(Let’s Encrypt)的免费SSL证书为Windows远程桌面RDS服务指定受信任的证书

2015年08月7日 3, ? 软硬件使用

首先，简单说明一下这个大标题所要解决的问题，就是这个：
QQ截图20150807221006
经常使用Windows远程桌面（AKA: mstsc、3389、RDP…）的朋友对这个截图的画面一定不会感到陌生，记不清从哪个版本开始的，迈克尔索芙特公司为这个远程桌面服务加入了SSL (TLS 1.0)加密功能，而且是默认开启的，这就导致了这个连接时需要“验明正身”的过程。而正式可信的SSL证书都是需要缴纳一定的“保护费”来获得的，安全级别越高，费用也就越高，所以这里默认启用的加密证书是以自签名的方式颁发的，因此自然会弹出这个不可信的警告了。
对于一般用户而言，这个不可信的证书其实也没什么大不了的，无视它，在mstsc里关闭服务器身份验证失败警告，信任它，直接添加自己为可信的证书颁发机构，又或者直接在组策略里关掉加密，都可以直接pass掉这个问题，但如果是正规应用的话（或者是像我这样有强迫症的一般用户），当然还是要加上正规身份证的好了。
这里介绍的方法就是如何用当下提供免费SSL证书的StartSSL.com，为Windows RDS（主要针对非服务器版操作系统）添加一个受信的正规远程桌面RDS服务加密证书：
Continue reading…

Eclipse ADT的Custom debug keystore所需证书规格

2013年03月8日 8, ? Java, JavaScript 移动平台 设计开发

最近开始研究Google Play的In-app Billing IAB内置计费API，发现一个比较烦人的问题就是测试时应用必须经过正式签名，而默认Eclipse ADT调试运行使用的是临时生成的Debug专用证书，默认为C:\Users\XXX\.android\debug.keystore。

于是每次调试内置计费必须使用ADT的Export Signed Application Package打带正式签名的包，比较麻烦。后来发现ADT允许自定义调试用证书，在Window->Preferences->Android->Build->Custom debug keystore这里，试了一下选择正式证书后提示：”Keystore was tampered with, or password was incorrect”，如下图所示：
Continue reading…