gpt4 book ai didi

java - HttpClient 给出与 NTLM 身份验证提供程序的协商错误

转载 作者:搜寻专家 更新时间:2023-11-01 02:24:24 26 4
gpt4 key购买 nike

我“强制”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 JNA 对 native 身份验证的支持无济于事。)

最佳答案

我觉得一切都很简单。实际上,客户端只愿意执行 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();

关于java - HttpClient 给出与 NTLM 身份验证提供程序的协商错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28680965/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com