azure Отказано в доступе к локальному агенту devops.

Question

У меня есть сценарий python, который выполняет сценарий автоматизации на удаленной SUT. и учитывая, что скрипт работает, когда выполняется локально с пользовательским тестером и паролем xxx.

, когда я строю конвейер DevOps Azure, я извлекаю из GIT проект в агент и затем пытаюсь выполнить код из командной строки.

cd .\MatrixPro\TestFramework
python .\main.py -t profaund_tests.matrix_pro_rf_energy_across_impedances 

этот код выдал ошибку

E PermissionError: [WinError 5] Доступ запрещен: '//192.168.1.100\c$ \ '

кажется, что этот сценарий пытается создать файл отчета на SUT и не имеет разрешения.

Более того, пользовательский агент azure имеет разрешение администратора, но я Подозреваю, что мне нужно перейти в локального пользователя перед выполнением команды.

примечание: я работаю над windows 10.

Каков правильный способ решения этой проблемы? Как я могу выяснить, как происходит эта ошибка?

это простой способ изменить разрешение конвейера для работы на локальном агенте с локальным пользователем и паролем?

Answer 1

Когда вы запускаете конвейер сборки на Azure DevOps.

На самом деле это учетная запись службы сборки , которая выполняет скрипт. Вы должны убедиться, что у учетной записи службы сборки есть достаточные разрешения для доступа: '//192.168.1.100\c$\'

Чтобы изменить удостоверение агента сборки, просто go в Windows Службы и изменить идентификатор связанной службы сборки (имя службы «Azure Агент конвейеров»).

1. В панели Службы щелкните правой кнопкой мыши Azure Конвейеры Агент .
2. В разделе Состояние службы , нажмите Остановить .
3. Нажмите вкладку Вход .
4. Укажите учетная запись, которую вы хотите использовать для службы, в текстовом поле Эта учетная запись .
5. Введите новый пароль в текстовом поле Пароль , а затем введите новый пароль. снова в текстовом поле Подтверждение пароля .

6. В разделе «Состояние службы» нажмите Пуск .

   

Необходимо использовать пользователя для удаленного доступа к серверу, на котором удерживается агент сборки, и вручную запустить сценарий для выполнения процесса развертывания. Если этот пользователь может выполнить развертывание успешно, без каких-либо проблем с разрешениями. Просто используйте этого пользователя в качестве учетной записи службы построения агента Azure DevOps.

Надеюсь, это поможет.