VersionOne Bugzilla集成“验证失败”

Question

我正在尝试设置VersionOne-Bugzilla集成工具（https://community.versionone.com/VersionOne_Connect/Supported_Integrations/VersionOne_Integration_for_Bugzilla_5.0_and_Above），并且在尝试设置ServiceHost配置时遇到了一个问题。在“ Bugzilla服务设置”选项卡上，我无法获得成功的验证。这是我的错误消息外观的图片，下面是我输入的内容：

Bugzilla URL：https：// ： /xmlrpc.cgi

用户名：

密码：

上面的URL（不附加xmlrpc）使我进入Bugzilla。顺便说一下，这不是一个新安装，我们已经使用了一段时间。我还使用了相同的格式并附加了/ rest来成功调用REST API。我还测试了用该用户手动登录并正常运行。在文档中，URL示例显示了附加“ / rest”而不是“ /xmlrpc.cgi”，这既没有验证（选中或未选中忽略证书）。直到我下载两天前的最新版本并尝试使用更新的版本后，我才看到附加了“ /xmlrpc.cgi”。在配置文件中看到此内容并在文档中看到该工具需要为RPC设置Bugzilla后，我走了研究它的道路，发现我在Bugzilla中缺少一些RPC模块。我安装了以下四个：

SOAP-Lite

XMLRPC-Lite

JSON-RPC

测试污点

正在运行Bugzilla的checksetup.pl显示已找到全部4个。此后，我使用此处的工具（https://docs.devzing.com/bugzilla-xml-rpc-client/）测试版本调用，并得到以下结果：

现在，我感到困惑。我已经验证用户可以访问Bugzilla，并且已经安装了可选的RPC模块，并且已经验证了对Bugzilla的XMLRPC调用有效，但是ServiceHost工具仍然无法验证。我想念/做错了什么？此验证尝试是否记录在任何地方以获取更多信息？谢谢！

Update：在尝试对Fiddler进行一些跟踪之后，我对Fiddler设置进行了调整以处理HTTPS。一旦完成，只要Fiddler跟踪流量，验证就会成功。少于这些选项的任何事情，验证仍然会失败。当我关闭Fiddler并尝试再次验证时，它失败了。该工具对HTTPS的处理似乎存在一些问题。另请注意，我确实切换回使用URL中的“ / rest”和“忽略证书”，但是仅我一个人并不能解决问题，正如我之前说过的，我已经尝试过了，并不是唯一的解决方案。我可以对ServiceHost工具进行一些更改以使其在没有Fiddler的情况下正确运行吗？

Answer 1

如果您能够配置要通过fiddler使用的集成，请继续进行并保存配置。该工具显然会错误地处理您尝试连接Bugzilla实例的尝试并给出错误的否定词。 VersionOne.Servicehost.exe.config的目标只是一个XML文件，其中包含在服务主机工具中输入的配置。

配置后，保存配置并尝试运行servicehost可执行文件，该可执行文件将读取文件并尝试连接到Bugzilla实例。它应该运行正常。密切注意错误日志文件（servicehost.log）和控制台中的错误。要获取详细日志记录，请打开VersionOne.ServiceHost.exe.config，然后查找“ << LogLevel>”

Info”的两个实例并将其替换为“ Debug”。您将很少使用配置工具。如果此解决方法还不够，请在此处提供代码

https://github.com/versionone/VersionOne.Integration.Bugzilla

最后一个音符。谨防！备份您的工作配置。在某些情况下，手动修改xml后使用servicehost工具可能会覆盖您的内容。

Answer 2

问题最终是OpenSSL已过时，需要从旧的0.9.8版本升级到1.0.1+。在1.0.1+中，他们添加了对TLS v1.1和v1.2的支持。

升级非常顺利（请注意，这是在Windows Server上）。我需要替换2个DLL：libeay32和ssleay32，以及Apache bin文件夹中的openssl可执行文件。正如马克·欧文（Mark Irvin）在回应中所说的那样，请确保您备份了将要进行的任何更改。完成此操作后，尝试重新启动并运行Apache / OpenSSL时遇到了一个错误，原因是我缺少了新版本的OpenSSL中新需要的DLL。从Microsoft网站下载并安装后，Apache再次运行平稳，现在无需Fiddler就可以在该工具中完成与Bugzilla的连接。

从telerik.com，这就是Fiddler使其起作用的原因：

运行Fiddler解决了此类问题，因为Fiddler默认情况下在与HTTPS服务器通信时仅使用SSLv3.0和TLSv1.0，从而避免了旧服务器上出现的兼容性问题。如果您的计算机安装了.NET Framework v4.5，则可以将Fiddler v4配置为尝试使用TLS / 1.1 +，这将导致出现与Fiddler不存在时相同的连接失败。

要解决此问题，请在客户端上禁用TLS / 1.1 +，或者更好的办法是，让服务器操作员升级其软件以支持TLS标准。