首页 > 代码库 > 【Git笔记】"error:0D0890A1:asn1 encoding routines:ASN1_verify:unknown message digest algorithm"的解决方法
【Git笔记】"error:0D0890A1:asn1 encoding routines:ASN1_verify:unknown message digest algorithm"的解决方法
备注：本笔记所描述的问题的前提是机器上已安装成功git且通过配置ca证书支持以https方式获取远程仓库，如果使用git时碰到这篇文章描述的问题，那么按那篇文章给出的办法解决即可。
最近从github clone repo时，git clone命令报错如下（以vim代码补全插件youcompleteme为例）：$ git clone https://github.com/Valloric/YouCompleteMe.git Cloning into 'YouCompleteMe'... fatal: unable to access 'https://github.com/Valloric/YouCompleteMe.git/': error:0D0890A1:asn1 encoding routines:ASN1_verify:unknown message digest algorithm由于git底层是用本机安装的curl去fetch远程repo的，所以我们可以打开curl调试选项查看具体的错误：
$ export GIT_CURL_VERBOSE=1 $ git clone https://github.com/Valloric/YouCompleteMe.git Cloning into 'YouCompleteMe'... * Couldn't find host github.com in the .netrc file, using defaults * About to connect() to github.com port 443 * Trying 192.30.252.129... * connected * Connected to github.com (192.30.252.129) port 443 * successfully set certificate verify locations: * CAfile: /home/slvher/tools/https-ca/github-ca/ca-bundle.crt CApath: none * error:0D0890A1:asn1 encoding routines:ASN1_verify:unknown message digest algorithm * Closing connection #0 fatal: unable to access 'https://github.com/Valloric/YouCompleteMe.git/': error:0D0890A1:asn1 encoding routines:ASN1_verify:unknown message digest algorithm从verbose输出可知，git已经借助curl成功连接上github.com，但以https方式clone remote repo时，由于本地配置的CAfile无法识别github提供的ssl认证算法，所以本次session失败退出。
从stackoverflow的这个帖子（Can not use “git pull” beacause of some error）得知，github在https的ssl认证中，采用的是sha256算法，而这个sha256算法是openssl从version 0.9.8o才引入的。
用下面的命令验证我机器（公司统一的开发环境）上openssl的版本，发现居然是0.9.7a，这个版本不支持github采用的sha256算法，真心蛋疼。。。
$ python -c 'import ssl; print ssl.OPENSSL_VERSION' OpenSSL 0.9.7a Feb 19 2003
既然git clone报错的原因已清楚，解决思路就明确了，可以执行下面的步骤进行修复。
1. 更新机器上的openssl库至v0.9.8o或更高版本
a. 从openssl官网下载合适的版本，例如我下载的是openssl-1.0.1j.tar.gz
b. 解压上步下载的压缩包，cd至解压目录
c. 在当前shell终端执行以下命令
$ export CFLAGS="-fPIC" $ ./config shared --openssldir=/home/slvher/tools/openssl-1.0.1j/ ## 无root权限，故由openssldir指定自定义安装路径 $ make depend $ make all $ make install
openssl源码编译/安装成功后，可在openssldir指定的目录下看到下面的目录结构
$ ls bin certs include lib man misc openssl.cnf private我们需要的共享库libssl.so文件在lib目录下。
备注1：更新版本时需注意曾在2014年4月爆发的针对openssl version 1.0.1的heartbleed漏洞，所以需要下载openssl ver 1.0.1g或更高版本。
备注2：这步安装openssl至非系统默认目录是由于我没有root权限，不能覆盖系统默认的openssl版本，而且冒然升级也可能影响到机器上其他用户。这也直接导致本文的解决方法还需要完成下面3个步骤。
2. 重新编译curl或替换curl依赖的openssl共享库
显然，相比于重新源码编译curl，直接替换curl依赖的libssl.so更方便，借助LD_PRELOAD即可实现目的：
$ export LD_PRELOAD=/home/slvher/tools/openssl-1.0.1j/lib/libssl.so:/home/slvher/tools/openssl-1.0.1j/lib/libcrypto.so $ python -c 'import ssl; print ssl.OPENSSL_VERSION' ## 验证是否替换成功，我机器的输出为OpenSSL 1.0.1j 15 Oct 2014，可见成功替换3. 验证git clone是否能成功执行
$ git clone https://github.com/Valloric/YouCompleteMe.git Cloning into 'YouCompleteMe'... remote: Counting objects: 29685, done. remote: Compressing objects: 100% (3/3), done. remote: Total 29685 (delta 0), reused 0 (delta 0) Receiving objects: 100% (29685/29685), 28.81 MiB | 5.77 MiB/s, done. Resolving deltas: 100% (9501/9501), done. Checking connectivity... done.至此，目的达成。世界真美妙 ^_^
4. 将替换openssl库的过程自动化
第2步通过设置环境变量LD_PRELOAD实现了更新curl依赖的libssl.so共享库版本的目的。但这个替换动作只对当前终端的session有效，当该session窗口关闭或切换到其它窗口时，执行git clone还是会出错。
将这种替换操作自动化的一个方法是在~/.bash_profile中将LD_PRELOAD设置为新版libssl.so的路径并export该变量。但这种方式可能会影响当前用户下的所有模块。
这里我借助bash的alias命令对git clone的动作做改写：
1) 打开~/.bashrc文件
2) 给git命令设置alias
alias git='export LD_PRELOAD=/home/slvher/tools/openssl-1.0.1j/lib/libssl.so:/home/slvher/tools/openssl-1.0.1j/lib/libcrypto.so; git'3) 保存退出
4) 在其他终端窗口执行source ~/.bashrc
5) 在该窗口验证git clone是否正常，可以验证，alias设置是成功的
至此，终于大功告成。
【参考资料】
1. stackoverflow: Can not use “git pull” beacause of some error
2. OpenSSL Doc: Compilation and Installation
3. wikipedia: Heartbleed
========================= EOF =========================
【Git笔记】"error:0D0890A1:asn1 encoding routines:ASN1_verify:unknown message digest algorithm"的解决方法