【问题标题】:Keep Azure self-hosted agents running and connected保持 Azure 自托管代理运行和连接
【发布时间】:2020-01-27 16:04:39
【问题描述】:

我有几个关于 Azure 自托管的问题。

假设用户Alex 在物理机M 上设置了Windows 自托管代理。当Alex 注销并且机器进入睡眠状态时,代理会脱机。现在,当Bob 登录到同一台机器时,他必须设置不同的代理,而Alex 设置的代理仍处于脱机状态,Bob 无法访问。 (如果这里有什么问题请告诉我)

是否可以设置自托管代理,使所有用户都可以访问同一个代理, 我们如何避免机器休眠时代理下线的问题?我尝试同时运行 interactivelyas a service 的代理。

我们确实有一个Linux 集群正在运行,因此我们可以避免机器进入睡眠状态的问题,但访问代理仍然是一个问题。另外,我们实验室只有物理机可以运行WindowsmacOS,用户使用后必须退出。

任何帮助将不胜感激!

【问题讨论】:

  • 这个问题缺少“专业用途”的定义。由于 Azure DevOps/AppVeyor 等托管服务用于专业用途 (恕我直言),并且代理(非自托管)在系统/专用帐户下运行,因此您的描述(第二段)对我来说听起来并不专业。

标签: azure azure-devops azure-pipelines


【解决方案1】:

如果在配置为不进入睡眠状态的 Windows 服务器上,创建代理并作为服务运行。我建议创建代理以作为仅为代理创建的域服务帐户运行。注销远程服务器不应影响代理的状态。

如果您作为服务运行,代理无法执行 UI 自动化。如果您需要在代理上执行 UI 自动化,则需要将其作为交互式代理运行。我仍然会作为域服务帐户以交互方式运行。如果有人使用不同的帐户远程进入盒子并且它正在交互运行,则代理将显示为脱机。您需要重新启动该服务器或使用该代理帐户登录,然后正确断开连接。

我们利用 Microsoft 文档中提供的 batch script 断开连接,而不影响交互式代理。

for /f "skip=1 tokens=3" %%s in ('query user %USERNAME%') do (
  %windir%\System32\tscon.exe %%s /dest:console
)

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-11-14
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-02-20
    • 1970-01-01
    • 2018-10-29
    相关资源
    最近更新 更多