如何在Rust中使用客户端证书申请

Question

我有一个项目，其中包含部署在带有Docker容器的Bluemix中的微服务。所有微服务都是用Java编写的，通信使用JKS文件。

我还用Express.js在Node.js中开发了一个微服务。消耗其他微服务，我用the Request module与option.agentOptions功能和pfx file，像这样：

var options = { 
     uri: config.get("https://www.example.com/ms/service"), 
     method: 'POST', 
     body: data, 
     json: true, 
     headers: { 
      'Content-Type': 'application/json; charset=UTF-8' 
     }, 
     agentOptions: { 
      pfx: fs.readFileSync(config.get("/path/to/file.pfx")), 
      passphrase: config.get("passphraseText"), 
      servername: config.get("serverName") 
     } 
    }; 

request(options, function (error, response, data) { 
    //handing response 
}); 

我试图用the Solicit crate与default example为HTTPS，但它失败：

4 | use solicit::http::client::tls::TlsConnector; 
    |  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Could not find `tls` in `client` 

我无法找到另一个箱子，图书馆或框架，我怎么能提出这个要求？

---

编辑

显然征求不是缺乏维护的替代，以便它不再是一种替代解决这个问题，Here's the reason。

Answer 1

目前，你应该更喜欢hyper客户端solicit。后者自2015年以来未更新，并且hyper正在得到更好的维护。将hyper = "0.10.10"和hyper-native-tls = "0.2.2"添加到您的依赖关系。为了指定要使用的客户端证书，我们可以利用​​的功能。特别是，您正在寻找TlsConnectorBuilder和Pkcs12。

use std::fs::File; 
use std::io::Read; 
use hyper::client::Client; 
use hyper::net::HttpsConnector; 
use hyper_native_tls::NativeTlsClient; 
use hyper_native_tls::native_tls::{TlsConnector, Pkcs12}; 

// fetch the PKCS12 client certificate 
let cert = { 
    let cert_file = File::open("/path/to/cert.pfx")?; 
    let mut cert_raw = Vec::new(); 
    cert_file.read_to_end(&mut cert_raw)?; 
    Pkcs12::from_der(&cert_raw, "mypassword")? 
}; 

// specify the TLS connection with the builder pattern 
let tls_conn = TlsConnector::builder() 
    .identity(cert)? 
    .build()?; 
let ssl = NativeTlsClient::from(tls_conn)?; 
let https_conn = HttpsConnector::new(ssl); 

// proceed as usual 
let client = Client::with_connector(https_conn); 
let endpoint = "https://www.example.com/ms/service"); 
let resp = client.get(endpoint).send()?; 

---

在solicit，该documentation指出，当“TLS”功能被用于这种依赖使tls子模块是唯一可用的。不过，这会导致进一步的依赖冲突（参见Why does solicit 0.4.4 attempt to use openssl 0.9.12 even though I have openssl 0.7.14 in my Cargo.toml?）。坚持hyper而不是solicit是一个更安全的选择。