HttpClient дает Обсудите ошибку с провайдером NTLM Идентом

Question

Я «принуждением» в HttpClient сделать NTLM аутентификации с помощью:

PoolingHttpClientConnectionManager connPool connPool = new PoolingHttpClientConnectionManager(); 

    Lookup<AuthSchemeProvider> authProviders = RegistryBuilder.<AuthSchemeProvider>create() 
      .register(AuthSchemes.NTLM, new NTLMSchemeFactory())     
      .build(); 

    CloseableHttpClient httpClient = HttpClients.custom().setConnectionManager(connPool).setDefaultAuthSchemeRegistry(authProviders).build(); 

Но при проверке подлинности на сервер, я получаю раздражает сообщение журнала «схема аутентификации Обсуди не поддерживается".

Как я могу избавиться от этого сообщения?

(Это будет работать на коробке Linux, так HttpClient 4.4 Поддержка ЮНА для нативного аутентификации не поможет.)

Answer 1

Я думаю, что это все очень просто. Фактически клиент только желает сделать NTLM, пока сервер только хочет сделать Negotiate, что не позволяет договориться об общей схеме аутентификации.

Это, как можно настроить предпочтение схемы аутентификации, чтобы заставить HttpClient выбрать NTLM над SPNEGO/Kerberos

RequestConfig config = RequestConfig.custom() 
     .setTargetPreferredAuthSchemes(Arrays.asList(AuthSchemes.NTLM, AuthSchemes.KERBEROS, AuthSchemes.SPNEGO)) 
     .build(); 
CloseableHttpClient client = HttpClients.custom() 
     .setDefaultRequestConfig(config) 
     .build();