基于C++客户端的WWFLE在Windows 2003服务器上的java SSO 我们有一个遗留的客户机服务器应用程序，客户端用C++编写，服务器在java上运行，用CORBA进行通信。请注意，服务器上的Java应用程序不使用TomCat或其他应用程序服务器_Java_C++_Active Directory_Single Sign On_Waffle

基于C++客户端的WWFLE在Windows 2003服务器上的java SSO 我们有一个遗留的客户机服务器应用程序，客户端用C++编写，服务器在java上运行，用CORBA进行通信。请注意，服务器上的Java应用程序不使用TomCat或其他应用程序服务器

java c++ active-directory single-sign-on

基于C++客户端的WWFLE在Windows 2003服务器上的java SSO 我们有一个遗留的客户机服务器应用程序，客户端用C++编写，服务器在java上运行，用CORBA进行通信。请注意，服务器上的Java应用程序不使用TomCat或其他应用程序服务器,java,c++,active-directory,single-sign-on,waffle,Java,C++,Active Directory,Single Sign On,Waffle,要启用客户端的Active Directory身份验证，我将使用服务器上的库和客户端上的Windows API执行协商，如本文所述： SSPI交换循环的MSDN示例在客户端和服务器之间有多个send-receive调用，这可能也是NTLM auth的原因，但我已经能够通过向服务器发送一次auth令牌成功地对客户端进行身份验证如果我们的服务器运行在Windows server 2003及更高版本上，而我们的客户端运行在Windows XP及更高版本上，那么我是否可以安全地假设将使用Kerbero

要启用客户端的Active Directory身份验证，我将使用服务器上的库和客户端上的Windows API执行协商，如本文所述：

SSPI交换循环的MSDN示例在客户端和服务器之间有多个send-receive调用，这可能也是NTLM auth的原因，但我已经能够通过向服务器发送一次auth令牌成功地对客户端进行身份验证

如果我们的服务器运行在Windows server 2003及更高版本上，而我们的客户端运行在Windows XP及更高版本上，那么我是否可以安全地假设将使用Kerberos，并且不需要多次发送接收呼叫

如果我在Tomcat上使用Java+waffle进行身份验证，我会注意到auth令牌只发送了一次。

事实证明，我怀疑的是更多与windows身份验证相关，而不是Java或waffle。我决定实现一个完整的SSPI交换循环，因此我们同时考虑Kerberos和NTLM身份验证。。