PowerShell

greg zakharov · Отправлено: **18:24, 10-08-2020** | #2

Когда цепляетесь к удалённой тачке к тому же с активной сессией пользователя, знать SID необязательно, так как в память среди прочего будет загружен куст реестра HKCU. Иными словами, можно запросить данные из последнего. Например:

Код:

using namespace Microsoft.Win32

$target_machine = "zhopka"
try {
  $rk = [RegistryKey]::OpenRemoteBaseKey([RegistryHive]::CurrentUser, $target_machine)
  $sk = $rk.OpenSubKey('SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders')
  $sk.GetValue('Desktop')
}
finally {
  if ($sk) {$sk.Dispose()}
  if ($rk) {$rk.Dispose()}
}

Насколько помню HKU = -2147483645.

YuS_2 · Отправлено: **18:28, 10-08-2020** | #3

Цитата lox-ness:

Необходимо определить путь до папки Desktop у пользователя. »

Код:

[environment]::getfolderpath('Desktop')

greg zakharov · Отправлено: **18:32, 10-08-2020** | #4

YuS_2, если обернуть в Invoke-Command, но у оного достаточно побочных эффектов.

lox-ness · Отправлено: **18:54, 10-08-2020** | #5

Цитата greg zakharov:

Когда цепляетесь к удалённой тачке к тому же с активной сессией пользователя, знать SID необязательно, так как в память среди прочего будет загружен куст реестра HKCU. Иными словами, можно запросить данные из последнего. Например: »

Без sid не будет работать, считывает ветку пользователя от имени которого происходит запуск
с указанием Sid пишет"Невозможно вызвать метод для выражения со значением NULL"

В ходе тестирования выяснили, что с Windows XP считывает ветку как надо, думаю это происходит потому что папка называется "Рабочий стол", а не "Desktop"
И проблема именно в переменной %Userprofile% и как обойти эту проблему ... ????
Если путь до Desktop написан явно, то все хорошо считывает
WinRM у нас запрещен, поэтому вариант с Invoke-Command и [environment]::getfolderpath('Desktop') - не получиться

greg zakharov · Отправлено: **19:29, 10-08-2020** | #6

Цитата lox-ness:

считывает ветку пользователя от имени которого происходит запуск

Даже если в системе несколько учёток, не вижу проблемы переписать пример с SID по аналогии.
К слову, можно провернуть очень грязный трюк со счётчиками производительности, но способ палится всеми AV.

lox-ness · Отправлено: **06:08, 11-08-2020** | #7

Цитата greg zakharov:

Даже если в системе несколько учёток, не вижу проблемы переписать пример с SID по аналогии. »

Вроде выше было написано, что с с указанием Sid пишет"Невозможно вызвать метод для выражения со значением NULL
Не получается получить корректное значение, единственное что получается это через wmi получить путь до профиля пользователя и потом дописать название папки и проверить этот путь
Примерно так

Код:

$path_profile = (((Get-WMIObject win32_userprofile -ComputerName $name_ps -filter "SID = '$sid'").LocalPath) -replace ":","$") + "\desktop"
$path_desktop = "\\$name_ps\$path_profile"
if (Test-path $path_desktop) ....

Какой-то костыль выходит

greg zakharov · Отправлено: **14:36, 11-08-2020** | #8

Цитата lox-ness:

Вроде выше было написано, что с с указанием Sid пишет"Невозможно вызвать метод для выражения со значением NULL

Ну дык никто не мешает воспользоваться невиртуальным методом GetType, чтобы понять где в какой переменной что лежит, верно?

lox-ness · Отправлено: **16:22, 11-08-2020** | #9

Цитата greg zakharov:

Ну дык никто не мешает воспользоваться невиртуальным методом GetType, чтобы понять где в какой переменной что лежит, верно? »

Что-то не могу понять, как к этому случаю прикрутить GetType. Можете по подробнее рассказать.

lox-ness · Отправлено: **19:08, 11-08-2020** | #10

В проблеме разобрались, все таки как и предполагалось проблема в применении переменной %UserProfile%
ветка .. user Shell Folders содержит тип: REG_EXPAND_SZ - Расширяемая строка данных. Эта строка представляет собой текст, содержащий переменную, которая может быть заменена при вызове со стороны приложения. Именно это и происходит.
Возможно мои суждения ошибочны, но тестирование показывает именно этот вывод
сменили путь на shell folders отрабатывает корректно.