Сбой PowerShell на целевых машинах в конвейере выпуска TFS 2018 - PullRequest
0 голосов
/ 04 мая 2020

Я новичок в TFS2018 и пытаюсь настроить CI / CD Pipeline. Моя сборка прошла успешно, и в моем конвейере выпуска мне нужно было запустить сценарий powershell на моем сервере развертывания, поэтому я использовал RUN PowerShell на целевой машине. Я предполагаю, что предоставил всю необходимую информацию правильно и запустил выпуск, но получил ошибку при выполнении этой задачи следующим образом

Connecting to remote server xxx.xxx.xx.xx failed with the following error message : The WinRM client cannot process the request. Default authentication may be used with an IP address under the following conditions: the transport is HTTPS or the destination is in the TrustedHosts list, and explicit credentials are provided. Use winrm.cmd to configure TrustedHosts. Note that computers in the TrustedHosts list might not be authenticated. For more information on how to set TrustedHosts run the following command: winrm help config. For more information, see the about_Remote_Troubleshooting Help topic.

Пожалуйста, найдите мою конфигурацию задачи, захваченную ниже

enter image description here

enter image description here

Я попытался добавить сервер TFS2018 в качестве trustHost на целевой сервер, но проблема все еще существует. Пожалуйста, предложите и помогите.

Ответы [ 2 ]

0 голосов
/ 05 мая 2020
  1. Добавьте сервер TFS к TrustedHost на целевой машине через powershell.
    Set-Item WSMan:localhost\client\trustedhosts -value ServerDC

  2. Убедитесь, что учетные данные, предоставленные в этой задаче, имеют роль администратора и в то же время они имеют доступ к TFS в этом случае. Если предоставленные учетные данные не имеют преимущественного положения администратора TFS, задача не может вызвать агент для запуска VisualStudioRemoteDeployer.

0 голосов
/ 04 мая 2020

Это так называемая проблема двойного прыжка с PowerShell, обычно это означает, что вы пытаетесь войти на удаленный компьютер с другими учетными данными, отличными от учетных данных, под которыми работает ваш пользователь. Итак, в вашем случае, $ (adminUserName) совпадает с агентом? Если нет, то вы можете изменить этого пользователя на агента. Если нет, то вам нужно сделать немного больше, затем добавить машину в trustHost. Посмотрите это видео на SPN, это может помочь https://www.youtube.com/watch?v=yFgdPcLOs-g, и здесь есть подробное объяснение проблемы двойного прыжка https://docs.microsoft.com/en-us/powershell/scripting/learn/remoting/ps-remoting-second-hop?view=powershell-7

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...