sslpeerunverifiedexception

sslpeerunverifiedexception是SSL握手过程中出现的异常，通常是由于证书验证失败导致的。这个异常通常出现在客户端和服务器之间建立SSL连接时，如果服务器的证书无法验证或者证书链中存在不受信任的证书，就会抛出这个异常。解决这个问题的方法是检查证书是否正确，或者在代码中忽略证书验证。

相关问题

javax.net.ssl.SSLPeerUnverifiedException: Hostname 10.1.82.151 not verified android怎么信任证书

### 回答1：
javax.net.ssl.SSLPeerUnverifiedException: Hostname 10.1.82.151 not verified 意味着客户端无法验证服务器的主机名。这通常是因为客户端不信任服务器的证书。

解决方法有以下几种：

1. 使用信任的证书：确保服务器使用的证书已被客户端信任。

2. 忽略主机名验证：在客户端代码中忽略主机名验证，但这不建议使用，因为它可能导致安全问题。

3. 自定义 HostnameVerifier : 通过实现 javax.net.ssl.HostnameVerifier 接口，自定义主机名验证器，在其中实现对主机名的验证。

4. 使用第三方库: 使用第三方库来管理证书，例如 OkHttpClient

需要注意的是，这些方法的实现可能因项目的具体情况而异，请根据具体情况进行选择和实现。

### 回答2：
在Android中，要信任一个证书，可以通过创建自定义的信任管理器来实现。以下是一个简单的步骤：

1. 创建一个TrustManager实现javax.net.ssl.TrustManager接口的类。

   class MyTrustManager implements javax.net.ssl.TrustManager {
       // 实现TrustManager的相关方法
   }

2. 在TrustManager的实现中，重写checkServerTrusted方法，该方法用于验证服务器的证书。可以在该方法中进行自定义的证书验证逻辑。

   class MyTrustManager implements javax.net.ssl.TrustManager {
       // 实现TrustManager的相关方法
       
       @Override
       public void checkServerTrusted(X509Certificate[] chain, String authType) throws CertificateException {
           // 自定义的证书验证逻辑
       }
   }

3. 在Android应用的代码中，将自定义的TrustManager设置为默认的SSLContext的信任管理器。

   // 获取默认的SSLContext
   SSLContext sslContext = SSLContext.getInstance("TLS");
   
   // 创建自定义的TrustManager
   TrustManager[] trustManagers = {new MyTrustManager()};
   
   // 设置信任管理器
   sslContext.init(null, trustManagers, new SecureRandom());
   HttpsURLConnection.setDefaultSSLSocketFactory(sslContext.getSocketFactory());

以上步骤将会创建一个自定义的TrustManager，并将其设置为默认的SSLContext的信任管理器，从而使得Android应用可以信任特定的证书（如10.1.82.151）。

请注意，这样做可能会导致安全风险，因为跳过了默认的证书验证机制。请确保只信任可信任的证书，并谨慎处理自定义的证书验证逻辑。

javax.net.ssl.SSLPeerUnverifiedException: Hostname 10.1.82.151 not verified:

"javax.net.ssl.SSLPeerUnverifiedException: Hostname 10.1.82.151 not verified" 意味着在建立 SSL/TLS 连接时, 主机名验证失败.这通常是由于证书中包含的主机名与连接的主机名不匹配导致的。这可能是因为证书是自签名的或是由不受信任的证书颁发机构颁发的,在这种情况下,需要信任该证书或禁用主机名验证。

需要注意的是，禁用主机名验证可能会带来安全风险，因此在生产环境中应该尽量避免这样做。