我不是该主题的专家，但是在使用http组件进行NTLM身份验证期间，我发现客户端需要进行3次尝试才能连接到NTML端点。这里对Spnego进行了描述，但对于NTLM身份验证则有所不同。
对于第一次尝试使用NTLM的客户端，客户端将发出请求，
Target auth state: UNCHALLENGED并且Web服务器将返回HTTP
401状态和标头：
WWW-Authenticate: NTLM
客户端将检查配置的身份验证方案，应在客户端代码中配置NTLM。
第二次尝试，客户端将使用发送请求
Target auth state:CHALLENGED，并发送带有以base64格式编码的令牌的授权标头：
Authorization: NTLMTlRMTVNTUAABAAAAAYIIogAAAAAoAAAAAAAAACgAAAAFASgKAAAADw==服务器再次返回HTTP
401状态，但标头：
WWW-Authenticate: NTLM现在已填充编码信息。
3rd Attempt客户端将使用
WWW-Authenticate: NTLM标头中的信息，并通过
Target auth state:HANDSHAKE和
Authorization: NTLM包含服务器更多信息的授权标头进行最终请求。
就我而言，
HTTP/1.1 200 OK之后我会收到。
为了避免所有请求文档中的所有问题，第4.7.1章指出，对于逻辑相关的请求，必须使用相同的执行令牌。对我来说，它没有用。
我的代码：我
@PostConstruct使用EJB方法初始化一次客户端
PoolingHttpClientConnectionManager cm = new PoolingHttpClientConnectionManager(); cm.setMaxTotal(18); cm.setDefaultMaxPerRoute(6); RequestConfig requestConfig = RequestConfig.custom() .setSocketTimeout(30000) .setConnectTimeout(30000) .setTargetPreferredAuthSchemes(Arrays.asList(AuthSchemes.NTLM)) .setProxyPreferredAuthSchemes(Arrays.asList(AuthSchemes.BASIC)) .build(); CredentialsProvider credentialsProvider = new BasicCredentialsProvider(); credentialsProvider.setCredentials(AuthScope.ANY, new NTCredentials(userName, password, hostName, domainName)); // Finally we instantiate the client. Client is a thread safe object and can be used by several threads at the same time. // Client can be used for several request. The life span of the client must be equal to the life span of this EJB. this.httpclient = HttpClients.custom() .setConnectionManager(cm) .setDefaultCredentialsProvider(credentialsProvider) .setDefaultRequestConfig(requestConfig) .build();
在每个请求中使用相同的客户端实例：
HttpPost httppost = new HttpPost(endPoint.trim()); // HttpClientContext is not thread safe, one per request must be created. HttpClientContext context = HttpClientContext.create(); response = this.httpclient.execute(httppost, context);
在我的EJB的@PreDestroy方法中，释放资源并将连接返回到连接管理器：
this.httpclient.close();
