在 gitlab runner 中使用 powershell 脚本将文件复制到远程位置时出错

Question

我正在设置 GitLab CI/CD 管道以使用 PowerShell 复制项功能复制战争文件。我在管道中遇到错误。用户已经是 gitlab runner 计算机上的管理员。

[servername] Connecting to remote server name failed with the
following error message: Access is denied. For more information, see
the  about_Remote_Troubleshooting Help topic.
    + CategoryInfo          : OpenError: (servername:String) [], PSRemotingT     ransportException
    + FullyQualifiedErrorId : AccessDenied,PSSessionStateBroken ERROR: Job failed: exit status 1

这是我在 .yml 文件中的脚本。

GitLab Runner 在 windows 服务器中注册。

这是我在 .yml 文件中的脚本。

envvariable_username - Environment variable configured in gitlab CI/CD settings page
$envvariable_password - Environment variable configured in gitlab CI/CD settings page

- powershell Invoke-Command -ComputerName computer_name -argumentlist $envvariable_username,$envvariable_password -ScriptBlock {
            $password = convertto-securestring -String $envvariable_password -AsPlainText -Force
            $mycred = new-object -typename System.Management.Automation.PSCredential $envvariable_username, $password
            New-PSDrive -Name "s" -PSProvider FileSystem -root "\\\\computer_name\\share" -Credential $mycred
            New-PSDrive -Name "z" -PSProvider FileSystem -root "\\\\computer_name\\backup" -Credential $mycred
            Copy-Item -Path "s:\\sample.war" -Destination "z:\\sample.war"
            }

预计将 .war 文件从一个服务器位置复制到另一个服务器位置

Answer 1

查看您的脚本，您尝试在没有指定凭据的情况下在远程服务器上执行脚本块。这意味着要么服务器没有限制，要么您假设两个服务器属于同一个域，因此将使用 kerberos。 以我的经验，当第二种情况出现时，大多数人忘记评估代表谁正在执行脚本。请记住，除非另有说明，否则进程会继承父进程的用户上下文。

这意味着运行您的脚本的用户没有对远程服务器的必要访问权限。你总是可以先这样做$env:USERDOMAIN + "\" + $env:USERNAME

例如你的 yaml 中的一行

- powershell $env:USERDOMAIN + "\" + $env:USERNAME

因此，当您从与用户一起启动的控制台中调试某些内容时，您不会 100% 复制条件，因为您忘记了任何流程中最重要的方面，即登录用户。

然后，如果这可行，我注意到您正在尝试从远程服务器访问另一个远程位置。我注意到您正在为此部分指定凭据，如果请注意，如果从远程会话中尝试访问任何远程资源，那么您需要注意一些警告。请阅读更多关于它们的信息here，尤其是双跳的特定内容。

作为建议，对利用远程执行的脚本进行故障排除的最佳方法是使用与运行脚本的服务相同的用户登录服务器，从而 100% 复制条件。也可以仅使用其他用户的凭据启动控制台。