0

我正在制作一个搜索文件的脚本。如果找到文件，它将在服务器上写入带有计算机名称和文件所在路径的 txt 文件。

$filePath = "c:"
$fileName = "somefile"
$computerName = Get-Content env:computername
$srvPath = "\\server\share$\FindFileScript\$computerName.txt"

#SEARCH FOR FILE ON C DISK
$fileResult = (Get-ChildItem -Recurse -Force $filePath -ErrorAction SilentlyContinue
| Where-Object { $_.Name -like "*$fileName*" } | Select-Object FullName | format-Table * -AutoSize)
if ($fileResult -eq $Null)
{
Write-Host "File named $fileName on disk C was not found."
}
Else
{
Write-Host "File named $fileName on disk C was found."
Out-File -FilePath $srvPath -InputObject $fileResult
}

1）我们正在使用可以部署程序和启动 powershell 脚本的 3rd 方程序。

问题是尽管该程序以管理员用户身份启动脚本，但不允许 powershell 脚本搜索 C:\Users[some_other_user] 文件夹中的文件。

有没有办法强制搜索受限文件夹？

2）第二个问题不是那么重要，但是否有可能在 $filePath 中不仅包含 C: 还包含 D: 吗？

======================================= 编辑：好的，我认为现在的问题更糟. 它不仅搜索用户文件夹，而且根本不搜索 C 盘......由于某种原因，我没有注意到这一点。

所以问题不在于 powershell 脚本，而在于 3rd 方部署工具。在物理计算机上手动启动脚本时，它可以工作。

所以我最好想办法以其他方式启动这个脚本，还有其他方法可以为用户启动这个脚本吗？

我从 cmd.exe 在本地机器上尝试过：

powershell.exe -noprofile -executionpolicy bypass -file .\script.ps1

它只返回了 D: 和 I: 的搜索结果，但忽略了 C:

======================================= EDIT2：我以普通用户身份启动Powershell复制粘贴脚本，它可以工作，它在 C 盘上找到一个文件！

如果我以管理员复制粘贴脚本的身份启动 Powershell，则它不起作用，它在 C 盘上找不到文件。

4

1 回答 1

0

1）我们正在使用可以部署程序和启动 powershell 脚本的 3rd 方程序。

问题是尽管该程序以管理员用户身份启动脚本，但不允许 powershell 脚本搜索 C:\Users[some_other_user] 文件夹中的文件。

有没有办法强制搜索受限文件夹？

默认情况下，只有配置文件文件夹的所有者（通常是相应的用户）有权访问该文件夹。要允许其他用户访问，您需要以管理员身份获得该文件夹的所有权，然后重新分配权限。将完全控制权授予系统、管理员和配置文件所属的用户是常见的做法。

您可以定义更改默认行为的策略，以便自动授予 SYSTEM 和管理员访问新创建的配置文件的权限。

请注意，搜索其他用户的个人资料可能会涉及隐私，因此请确保您这样做实际上是合法的。

2）第二个问题不是那么重要，但是否有可能在 $filePath 中不仅包含 C: 还包含 D: 吗？

Get-ChildItem需要一个字符串数组，所以你只需要改变

$filePath = "c:"

进入

$filePath = "c:", "d:"
于 2013-09-18T11:07:34.133 回答