关于weblogic host name varify 的一个问题记录

from: http://winters1224.blog.51cto.com/3021203/1313111


关于weblogic host name varify 的一个问题

问题是项目组一个同事发现的。
出问题的代码如下:


1
2
3
4
5
6
7
8
9
10
StringBuilder document = new StringBuilder();
URL url = new URL(Constants.URL); // 远程url,实际值为:https://mapi.alipay.com/...
URLConnection conn = url.openConnection();
BufferedReader reader = new BufferedReader( new InputStreamReader(
conn.getInputStream()));
String line = null ;
while ((line = reader.readLine()) != null ) {
document.append(line + " " );
}
reader.close();


当在weblogic服务器上运行时,抛出了如下异常:

1
2
3
4
5
6
7
8
9
< 2013 - 10 - 22 下午 02 11 12 秒 CST> <Error> <HTTP> <BEA- 101019 > <[ServletContext @25331129 [app:httpTest module:WebContent path:/TestHTTPS spec-version: 2.5 ]] Servlet failed with IOException
javax.net.ssl.SSLKeyException: [Security: 090504 ]Certificate chain received from mapi.alipay.com - 110.75 . 142.31 failed hostname verification check. Certificate contained *.alipay.com but check expected mapi.alipay.com
at com.certicom.tls.interfaceimpl.TLSConnectionImpl.fireException(Unknown Source)
at com.certicom.tls.interfaceimpl.TLSConnectionImpl.fireAlertSent(Unknown Source)
at com.certicom.tls.record.handshake.HandshakeHandler.fireAlert(Unknown Source)
at com.certicom.tls.record.handshake.HandshakeHandler.fireAlert(Unknown Source)
at com.certicom.tls.record.handshake.ClientStateReceivedServerHello.handle(Unknown Source)
Truncated. see log file for complete stacktrace
>


经过那位同事的不懈努力,发现了问题所在:
在作为客户端发起https请求时,weblogic服务器会对所请求的服务端做SSL的主机名验证,验证方法是对服务端的授权证书和https请求的URL进行比对,比对规则视配置项而定。这项配置在weblogic服务器的console→环境→服务器→配置→SSL页面上,展开“高级”(advanced)菜单中。查看其中的“主机名验证”(host name varify )选项,会发现这里的默认配置为“BEA 主机名验证器”(BEA host name varify )。这个默认配置会对授权证书和URL进行完全匹配的验证,也就是必须完全相同,才认为是验证通过,并给https请求放行。

对应到系统中出问题的地方,就是因为授权证书中的地址是“*.alipay.com”(采用了通配符的写法),而实际访问的地址是“mapi.alipay.com”。在完全匹配的规则下,当然会验证失败。

网上查到的解决办法,多半是直接关闭weblogic的主机名验证服务,也就是在上述配置项中选择“无”(none)。但是这种选择确实有风险。

经过那位同事的继续努力,发现了另一种解决方法
将代码修改如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
StringBuffer result = new StringBuffer();
HttpClient httpClient = new DefaultHttpClient();
// 使用的请求方式是GET
HttpGet httpGet = new HttpGet(Constants.URL);
try {
HttpResponse response = httpClient.execute(httpGet);
HttpEntity httpEntity = response.getEntity();
if (httpEntity != null ) {
InputStream inputStream = httpEntity.getContent();
byte [] responseByte = new byte [ 2048 ];
int len = 0 ;
while ((len = inputStream.read(responseByte)) != - 1 ) {
result.append( new String(responseByte, 0 , len));
}
}
} catch (ClientProtocolException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
} finally {
// 关闭http请求
httpClient.getConnectionManager().shutdown();
}


最主要的修改点,就是将直接用URL打开URLConnection的方法用HttpClient进行了改写。改写之后,即使weblogic服务器的配置仍然是“BEA 主机名验证器”,https请求也能够畅通无阻。

之所以能够成功,是因为HttpClient中,对发起的Https请求会附加一个主机名验证器,默认的是BrowserCompatHostnameVerifier。这个验证器与Firefox的工作方式是相同的,它可以匹配所有子域的通配符(比如”*.foo.com”)。HttpClient还有两个主机名验证器,按下不表。

然后,那位同事和我们讨论了一下为什么使用了HttpClient之后,weblogic上配置的主机名验证器就失效了呢?

weblogic在对外发出https请求时,会将这个请求封装为一个“weblogic.security.SSL.SSLClientInfo”类的实例。在这个实例中,有一个字段是“private HostnameVerifier hostnameVerifier;”。weblogic在通过“weblogic.security.utils.SSLSetup"类来构建这个实例的时候,会判断原有连接中是否自带有HostnameVerifier。如果有,则使用原配;否则,就会按照weblogic服务器的配置,组装上一个主机名验证器。

所以,当使用了HttpClient之后,服务器就会按照HttpClient自带的主机名验证器进行验证,而自己的配置却被置之脑后了。

除了使用HttpClient,还有两种方式可以解决这个问题。

其一是仿照HttpClient的思路,为Https请求带上一个自定义的主机名验证器,
代码如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
URL url = new URL(Constants.URL); // 远程url
HttpsURLConnection conn = new HttpsURLConnection(url);
conn.setHostnameVerifier( new HostnameVerifier() {
@Override
public boolean verify(String arg0, SSLSession arg1) {
System.out.println( "这里是自定义的特殊处理:只打印,不校验" );
return true ;
}
});
System.out.println(conn.getHostnameVerifier());
BufferedReader reader = new BufferedReader( new InputStreamReader(
conn.getInputStream()));
String line = null ;
while ((line = reader.readLine()) != null ) {
document.append(line + " " );
}
reader.close();


这里使用的是HttpsURLConnection,因为只有这个类,才有setHostnameVerifier等相关接口。

另一种方式是为weblogic自定义一个主机名校验器,并为服务器做“定制主机名验证器”的相关配置。
自定义校验器的代码如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
package verifier;
import javax.net.ssl.SSLSession;
import weblogic.security.SSL.HostnameVerifier;
/**
* 自定义的主机名验证类
* @since 2013-10-14
* @version 1.0.0
*/
public class CustomerVerifier implements HostnameVerifier {
/**
* 验证方法。
* @since 2013-10-14
* @param arg0
* @param arg1
* @return
* @see weblogic.security.SSL.HostnameVerifier#verify(java.lang.String,
* javax.net.ssl.SSLSession)
*
*/
@Override
public boolean verify(String arg0, SSLSession arg1) {
System.out.println( "this is the CustomerVerifier by Loy, arg0 = "
+ arg0 + ", arg1 = " + arg1);
return true ;
}
}


在服务器上做如下配置:
1、主机名验证选项选择“定制主机名验证器”;
2、“定制主机名验证器:”输入框中输入自定义的类的全路径类名,如“verifier.CustomerVerifier”;
3、将自定义类的class文件放到weblogic服务器的ClassPath下,如将其导出为jar包,并在weblogic启动脚本中加入配置:set CLASSPATH=%CLASSPATH%;D:\bea\user_projects\domains\car_domain_10\lib\CustomerVerifier.jar

配置完成后,重启服务器,然后再次运行最早的那段会抛出异常的代码。正常情况下,这个请求就能够获得返回数据了。


你可能感兴趣的:(java,weblogic,解决,原因)