尝试通过手工建立目录层次（.openssl/lib）及根据 libressl 成功构建后出现的错误提示（见下面的错误信息）来复制文件以解决这些问题；在编译 libressl 时，我看到一个类似可以通过使用 LDFLAGS=-lrt 选项来解决问题的错误提示，但在尝试编译nginx并链接到已静态编译过的libressl库时仍然无法修复这个问题（但我依然继续）：
...
objs/addon/nginx-upstream-fair/ngx_http_upstream_fair_module.o
objs/addon/src/ngx_http_headers_more_filter_module.o
objs/addon/src/ngx_http_headers_more_headers_out.o
objs/addon/src/ngx_http_headers_more_headers_in.o
objs/addon/src/ngx_http_headers_more_util.o
objs/addon/src/ngx_http_encrypted_session_module.o
objs/addon/src/ngx_http_encrypted_session_cipher.o
objs/ngx_modules.o
-Wl,-E -lpthread -lcrypt -L/usr/lib -lm -llua5.1 -lpcre /data/builds/froggstack/nginx_modules/openssl/.openssl/lib/libssl.a /data/builds/froggstack/nginx_modules/openssl/.openssl/lib/libcrypto.a -ldl -lz
/data/builds/froggstack/nginx_modules/openssl/.openssl/lib/libcrypto.a(libcompat_la-getentropy_linux.o): In function `getentropy_fallback':
/data/builds/froggstack/nginx_modules/openssl/crypto/compat/getentropy_linux.c:324: undefined reference to `clock_gettime'
/data/builds/froggstack/nginx_modules/openssl/crypto/compat/getentropy_linux.c:395: undefined reference to `clock_gettime'
collect2: error: ld returned 1 exit status
make[1]: *** [objs/nginx] Error 1
make[1]: Leaving directory `/data/builds/froggstack/src_nginx/nginx-1.6.0'
make: *** [build] Error 2
下一个尝试是在安装了 libressl 的前提下通过链接到 libressl 的动态库来构建 nginx，最终成功了（完整的nginx ./configure 选项参数见附录）。 运行 nginx-libressl -t 测试成功，并将 /usr/bin/nginx 替换成新的二进制可执行文件和运行 /etc/init.d/nginx restart，更新后的 nginx + libressl 上线了。任何配置文件和 nginx 的 ssl 配置都不需要修改，非常好！
测试
感兴趣并想测试的朋友可以访问： www.mare-system.de，网站从2014-07-12开始运行在 libressl 上。如你发现任何不兼容的问题，请通过 atsecurity@mare-system.de 给我留言。
在各种 Linux 和 Android 的浏览器上测试都没有发现问题；甚至在一台已被遗忘的装有2007年10月发布并已过时的附带 OpenSSL 0.9.8g 19 的 debian 5 上使用像 w3m 这样的控制台浏览器上浏览也没有问题。
在 ssllabs.com 上测试的得分为 A+，成绩与之前的配置一样；在使用了 libressl 后，唯一给出的提示是加密算法 ChaCha20-Poly1305 还处于实验阶段。
做了一个小小的性能测试，结果显示没有什么大问题；LibreSSL 与平均水平相比慢了 4%。原因可能是 openssl 是静态链接到 nginx 的，而 libressl 则是动态链接到 nginx 的，所以会产生更多的资源开销。
