C# 八达通部署及；添加Web服务引用"；/新WebServiceProxy超时

使用Octopus Deploy，尝试部署我们的SSRS报告包。我使用了一个社区powershell脚本，它使用

newWebServiceProxy

为报表服务器web服务创建代理，以便它可以上载报表等

发现调用

新WebServiceProxy

时出现间歇性超时。有时它会立即返回，有时会连续超时2或3次

我们检查了所有平常的东西

• 在拨打电话时，确保站点正在运行（不冷）
• 具有正确权限的不同用户
• 在其他服务器上创建新的SSRS isntance

没有变化

作为调试的最后一步，我在VisualStudio中创建了一个控制台应用程序，目的是在其中添加web服务代理，并复制powershell脚本的功能（作为测试）

在VisualStudio中添加服务引用-->添加Web服务引用“会给出与powershell中的

新WebServiceProxy

调用相同的行为（在粘贴URL并单击导航/转到按钮后）

有时超时或挂起（需要VS重新启动）。有时工作很快

正因为如此，我想知道

• 这些创建web服务代理的方法是否存在任何已知问题
• 有没有其他人在执行此操作时发现间歇性超时？（我在VS中发现类似的挂起/中断，但没有答案）

一旦在VisualStudio中添加了引用，代理的实际使用就变得简单快捷

• 有没有办法从固定定义（而不是URL）在Powershell中创建web服务代理，并且仍然能够更改目标URL
• 有没有办法持久化代理，或者使用在C#中生成的代理

任何其他建议，我都非常感激

更新

这可能与用户帐户有关吗？如果我运行：

Invoke-WebRequest -URI https://ssrs-server.domain/ReportServer/reportservice2010.asmx?wsdl -UseDefaultCredential -UseBasicParsing -OutFile ReportService2010.wsdl

在我的本地机器上，或者在我自己登录的部署tenticle上，它几乎会立即返回。如果我通过Octopus部署控制台运行它，则随机需要1到3分钟才能完成

---

你知道为什么在这样的环境下运行会花费这么长时间吗？

我不久前也遇到过同样的问题，一直认为服务器有问题……这已经让我发疯很久了。我们有一个“工作模式”“我们无法使用的部署解决方案，因为它在大约50%的时间内无法正常工作。我没有要测试的报告服务，但是。。。触手的默认设置是作为本地系统运行，非交互式。这两种方法都不同于像你一样跑步。为了测试您的理论，在服务管理器中，将“OctopusDeploy触手”服务的用户更改为您的用户名/密码，并允许它与桌面交互。那就从那里开始吧。我不久前也遇到过同样的问题，我一直认为服务器有问题……这已经让我发疯好长时间了。我们有一个无法使用的“工作”部署解决方案，因为它在大约50%的时间内都无法正常工作。我没有要测试的reporting services，但是。。。触手的默认设置是作为本地系统运行，非交互式。这两种方法都不同于像你一样跑步。为了测试您的理论，在服务管理器中，将“OctopusDeploy触手”服务的用户更改为您的用户名/密码，并允许它与桌面交互。然后从那里开始。