vmware用户名和密码_VMWare vijava –“用户名或密码不正确”异常的奇怪情况

vmware用户名和密码

在我参与的一个项目中，我们使用yavijava （这是vijava的分支）库与托管我们的VM的vCenter进行交互。 vCenter通过其Web服务端点公开了各种API，这些API通过HTTP调用。 yavijava库具有必要的钩子，允许开发人员在客户端使用他们选择的HTTP客户端库来处理对vCenter的调用。

在我们的集成中，我们插入了Apache HTTP客户端库，以便yavijava调用最终在内部使用该HTTP库进行交互。一切正常，我们能够调用vCenter API。我主要说的是，因为我们偶尔会不断看到如下异常：

InvalidLogin：由于用户名或密码错误，无法完成登录。

这令人感到困惑，因为我们完全确定用于与vCenter交互的用户名和密码正确。特别是由于之前的所有调用都进行得很好，因此在我们开始看到这些异常之前。

异常stacktrace没有包含任何更有用的东西，其他任何日志也没有。因此，剩下的唯一选择就是去查看vCenter（服务器端）事件日志以查看是否可以找到某些东西。幸运的是，我可以访问具有vSphere Client的设置，然后将其用于连接到vCenter。 vSphere Client允许您查看在vCenter上生成的事件日志。

查看日志，显示出一些有趣且有用的东西。每次我们在客户端遇到此“错误的用户名或密码”异常时，vCenter Server上在INFO级别上都有一个相应的事件日志，上面写着“用户无法登录，因为用户已经登录”。该事件日志是一个足够好的提示，可以让您对可能发生的事情有所了解。

基于该提示，我可以形成的理论是，对于传入的（登录）请求，vCenter Server端会注意到该请求上的某些内容，从而给人一种用户已经登录的印象。考虑到我使用Java EE技术的背景，立即想到的明显的事情是，请求被附加了一个“ Cookie”，服务器端使用它来将请求与特定会话相关联。因为我可以访问发出此登录请求的客户端代码，所以我绝对确定该请求没有任何显式设置的Cookie标头。这就提出了一个问题，即cookie的谁/位置与请求相关联。如果这不是我们发出的请求的一部分，那么唯一可能发生的地方是HTTP客户端库内。阅读Apache HTTP客户端库的文档，证实了以下理论：HTTP客户端会自动将（先前生成的）Cookie与请求相关联。

更具体地说，HTTP客户端库使用池连接。发出请求后，将使用其中一个池化连接（如果有）。在此特定情况下发生的是，先前的登录将获取连接C1，并且登录将成功。从vCenter返回的针对该登录请求的响应将在响应标头中包含一个Cookie集。然后，Apache HTTP客户端库针对使用的连接跟踪此Cookie。现在，当后续登录请求到达时，如果相同的池连接C1用于该请求，则HTTP客户端库会将针对该连接C1跟踪的Cookie附加到此新请求。结果，vCenter Server端最终看到传入的登录请求具有与之关联的Cookie，这表明该请求已经存在一个登录会话。因此，vCenter事件日志中的该INFO消息。当然，返回的错误信息不多，实际上有点误导，因为它说用户名/密码不正确。

现在我们知道发生了什么，解决方案非常简单。 Apache HTTP客户端库允许您配置Cookie策略管理。由于在我们的案例中，我们希望处理针对请求的显式设置Cookie，因此我们决定采用可在HTTP客户端上配置的“ ignoreCookies”策略。有关更多信息，请参见HTTP客户端库文档（请参阅“ Cookie的手动处理”部分）。进行更改后，我们将不再看到此异常。

我找不到任何有关此问题的信息。我能找到的最接近的是该论坛线程https://sourceforge.net/p/vijava/discussion/826592/thread/91550e2a/ 。它没有一个确定性的解决方案，但似乎确实存在与用户所遇到的问题相同的问题（将近7年！）