Win7: bat и UAC

[Dimka]

Вот есть у меня некая папка, в которой лежат некие программы и bat-файлы для всяких операций с этими программами.

Операции подразумевают административные права. Поэтому я запускаю bat-файл через проводник. Щёлкаю правой кнопкой на bat-файле, выбираю "Запуск от имени администратора".

Получаю такой эффект, что мелькает окошко консоли, что там написано - не вижу, и ничего.

Запуск этого же bat-файла без прав администратора приводит к нормальной отработке сценария, но программы, конечно, работают неправильно из-за нехватки прав.

Некоторыми экспериментами мне удалось установить, что при обычном запуске bat-файла текущей будет та папке, в которой он лежит, а при "Запуске от имени администратора" текущей будет системная папка Windows/system32.

Попытка создать ярлык на bat файл с указанием рабочего каталога ни к чему не приводит - административный запуск игнорирует все настройки.

Есть полезный совет в начале bat-файла записывать шаманскую строчку:

Код:

cd /D "%~p0"

Осуществляющую смену папки куда нужно. Сама по себе эта строчка работает.

Но самое грустное, что bat-файл с правами администратора, похоже, вообще не выполняется. Даже если в нём написать просто одну строчку pause.

По этому поводу была некогда тема:
https://forum.shelek.ru/index.php/topic,24932.0.html
Но, вроде бы, всё же о другом.

Посему стоит вопрос.

P.S. Я знаю, что всякие крутые программисты первым делом скажут "забей на проводник - FAR наше всё" или "из консоли запускай".

Эти умные и очевидные мысли меня не интересуют. Поскольку запускать не мне. Мне нужно решение с кликами на нечто в проводнике и никакое другое. Из консоли, запущенной с правами администратора, кстати, всё прекрасно работает, но мне не это нужно.

[RXL]

Попробуй не батничек, а виндовый шел.

[Dimka]

RXL, именно в эту сторону я и двигаюсь. В PowerShell есть возможность запуска с правами Run as administrator.

Какие ещё будут предложения?

[RXL]

CScript?

[zubr]

Странно. У меня прога создавала батник во временной папке и запускала его через runas, все работало.

[Dimka]

RXL, пробовал WSH. У него вообще runas отсутствует в контекстном меню.

zubr, согласен. Местами работает. Но местами почему-то не работает.

[RXL]

А так?

> runas /user:ADMIN "cscript.exe script.wsh"

[v2]

Местами работает. Но местами почему-то не работает.

Это как? на разных пк? - может проблема в службе "Сведения о приложении" (AppInfo)
На Win7 c рабочей "Служба помощника по совместимости программ" в свойствах exe можно задать запуск от admin

Мне нужно решение с кликами на нечто в проводнике и никакое другое.

А пароль то будет кто-то вводить?
Коли заранее известен user и pass то слепить запускалку на базе CreateProcessWithLogonW

Попробуй также
runas /env /savecred /user:admin "cmd /c run.cmd"
возможно удастся избежать шаманства и повторного ввода админ пароля.

[HandKot]

мне кажется проблема в самом батнике при запуске из-под админа
поробуйте поставить в начале батнрика такие команды:

Код:

ECHO qqq
TIMEOUT /T 10

ЗЫЖ возможно комаеда pause просто не отрабатывает
ЗЗЫЖ кстати, какая битность оси? у меня на 32 все нормуль отработало, проверить на 64 смогу только дома

[Dimka]

Это как? на разных пк?

Да.

RXL, а где тут проводник? А пользователь ещё должен знать логин и пароль администратора? Да ещё и править bat-ник на свой логин перед запуском? Ибо где-то пользователь "Administrator", а где-то "Администратор", а ещё где-то вообще иероглифами.

HandKot, см. топик, 9 абзац сверху, второй после строчки кода.

Win7 x64. Но надо на любых.

[Basurman]

А запускать приложение через execute с ключом wait - какой даст эффект?

[v2]

А пользователь ещё должен знать логин и пароль администратора?

А зачем ему тогда запускать то, что такого знания требует?

Думаю один exe (который будет запущен от админа с проводника) с кнопками "Действие ААА" и "Действие БББ" ... более интересно для пользователя чем bat's которые необходимо постоянно "дружить" с UAC.

[Dimka]

v2, думать не возбраняется, только попусту всё. Есть setup нормальный, который всё делает и нормально работает, только не хотят, хотят bat-ники или что-то такое.

Basurman, естественно, я прописывал длительно исполняющиеся команды вроде

Код:

dir /s c:\

которые будут работать несколько секунд. Команды не исполняются. И никакой wait тут ни причём.


Что особенно печально, так это идейная нищета. За десяток ответов были перебраны все очевидные идеи, которые мною были переброваны ещё до создания темы. Корень проблемы никто не знает. А PowerShell я пока ещё не опробовал - отвлекли на более приоритетную задачу.

[v2]

Dimka, извини конечно, но как я понял, проявление проблемы таково:

На некоторых пк происходит "холостой" запуск bat-файлов от имени администратора без видимых причин (запрос пароля есть и окошек об ошибках нет).
При этом exe-файлы от имени администратора запускаются нормально.

Проверил везде где смог - подобного поведения не увидел.
Возможно что-то в политиках или происки архи антивируса.
Также посмотреть на проблемном пк сюда

PS.
Решение проблемы - лекция о идейной нищете среди нежелающих устанавливать/запускать программы через нормальный setup.  

[Dimka]

В общем, bat-ник не работает при запуске "Run as administrator" в том случае, если в пути к этому батнику у какой-нибудь папки в имени присутствуют, например, скобки. Может и другие хитрые символы есть (особенно с учётом, что bat-ник этот китайцы запускать будут ). А если путь содержит штатные символы (в том числе пробелы, много точек и т.п.), то работает.

Если же bat-ник запускать просто (без "Run as administrator"), то работает во всех случаях.

Похоже на багу в Win7.

[v2]

Учитывая, что запуск bat-файла "as admin" происходит через  %SystemRoot%\System32\cmd.exe /C "%1" %*
а в > cmd /? есть такие строчки

Если указаны ключи /C или /K, то остальная часть командной строки после
такого ключа обрабатывается как командная строка, а обработка символов
кавычек (") ведется по следующим правилам:

    1.  Если выполняются все перечисленные ниже условия, то символы
        кавычек в командной строке сохраняются:

        - ключ /S отсутствует
        - есть ровно два символа кавычек
        - между ними нет других специальных символов, как-то: &<>()@^|
        - между ними имеются один или несколько пробелов
        - строка, заключенная в кавычки, является именем исполнимого
          файла.

    2.  В противном случае, проверяется первый символ, и если он является
        символом кавычек, то он удаляется, также удаляется последний

то это узаконенный баг.

Обойти можно добавив дополнительную пару кавычек:  %SystemRoot%\System32\cmd.exe /C ""%1"" %*
Как это сделать без админа - вопрос.

PS.
В свете того, что задача поставлена именно так (exe as admin ни-ни, а bat-ничек - пожалуйста)  -  очень похоже на подставу. 

[Dimka]

v2, это не может быть узаконенным багом.

Поскольку запуск с правами администратора и без таких прав я, прикинувшись рядовым пользователем, делаю из проводника. И при этом вижу разную реакцию системы.

И не надо мне тут ключи командной строки описывать. Я, как "домохозяйка", про командную строку ничего не знаю и знать не хочу.

Не работало бы во всех случаях - не было бы вопросов.

[v2]

Dimka,

это не может быть узаконенным багом

называй как хочешь - это корень проблемы с которой ты столкнулся.

И при этом вижу разную реакцию системы.

Дык, разные действия - разная реакция.

Я, как "домохозяйка", про командную строку ничего не знаю и знать не хочу.

А проводник то знает, и на самом деле передает в
WinApi ShellExecuteEx на повышение привилегий строку %SystemRoot%\System32\cmd.exe /C "%1" %*
в которой 'cmd /c' срезает одну пару кавычек с "%1"  если в "%1" присутствуют &<>()@^|
поэтому моргает окошко cmd.exe, который говорит о том, что путь или команда не распознаны и закрывается.

1. - Исправить можно подкрутив реестр в той ветке, что на рисунке - добавив пару кавычек.

2. - Обойти можно добавив exe (наверное можно и скрипт) следующего содержания

Код: (Delphi)

program Runa;
uses
 ShellApi;
var
 Info :  SHELLEXECUTEINFO;
begin
 Info.nShow  := 1;
 Info.cbSize := sizeof(Info);
 Info.lpVerb := PChar('runas');
 Info.lpFile := PChar('"'+ParamStr(1)+'"');
 ShellExecuteEx(@Info);
end.

а в bat-ники первые 9 строк (и контекстное меню не нужно - click only)

Код: (Winbatch)

@echo off
if not exist C:\Users\Public\RERUN (
md C:\Users\Public\RERUN
echo ""%0""
Runa.exe ""%0""
timeout /t 1 > nul && rd C:\Users\Public\RERUN
goto :EOF
)
rd C:\Users\Public\RERUN
rem - ^ and next lines work as admin -
start compmgmt.msc

Усё 

[Dimka]

PowerShell - просто прелесть.

Код:

PS C:\Users\user> C:\Users\user\Documents\test.ps1
Не удается загрузить файл C:\Users\user\Documents\test.ps1, так как выполнение скриптов запрещено для данной системы. Введите "get-help about_signing" для получения дополнительных
 сведений.
At line:0 char:0

Зато я теперь знаю, что скрипт PowerShell непременно надо подписать цифровым сертификатом. И если это скрипт "для себя", то достаточно сертификата локальной машины, а если этот скрипт надо отдавать другим, то непременно нужно иметь хороший сертификат, выдаваемый за денюжку.

Это Microsoft'у хорошо удалось послать, это реально power - покруче пешего эротического путешествия. Ждём Win8 с магазином приложений...

[RXL]

А я, Дим, фигею со времен win95 и никак не могу остановиться. И за это они еще хотят кучу денег...

Ну, а если сделать свой exe для "запуска от"?

[Dimka]

RXL, не надо. После перспектив цифрового сертификата они уже согласны либо на setup, либо не будут делать пути с запрещёнными символами.

[Dimka]

Не люблю я такие подлости, дело принципа.

Результат дела - решение для WSH:

Код:

<?xml version="1.0" encoding="WINDOWS-1251"?>
<package>
  <job id="Test">
    <script language="JScript">

      // Текст нужного bat-файла.
      function getBatFileText(currentDirectory) {
        var batFileText = "";
        // Важны переносы строк в конце команд!
        batFileText += "cd \"" + currentDirectory + "\" \n"
        batFileText += "pause \n";
        return batFileText;
      }

      // Текст ps1-скрипта для запуска bat-файла с правами администратора.
      function getPs1Text(batFilePath) {
        var ps1Text = "";
        // Важно отсутствие переносов строк!
        ps1Text += "$startInfo = New-Object System.Diagnostics.ProcessStartInfo; ";
        ps1Text += "$startInfo.FileName = 'cmd'; ";
        ps1Text += "$startInfo.Arguments = '/s /c \"" + batFilePath + "\"'; ";
        ps1Text += "$startInfo.Verb = 'RunAs'; ";
        ps1Text += "$process = [System.Diagnostics.Process]::Start($startInfo); ";
        ps1Text += "$process.WaitForExit(); ";
        return ps1Text;
      }

      // Узнаём версию операционной системы.
      // Вещественное число: мажорная часть - целая, минорная - дробная.
      function getOsVersion(shell) {
        try {
          var command = "cmd /c ver";
          var process = shell.Exec(command);
          var version = process.StdOut.ReadAll();
          var regexp = /Microsoft Windows \[Version (\d+)\.(\d+)\.(\d*)\]/;
          var matches = regexp.exec(version);
          var majorVersion = Number(matches[1]);
          var minorVersion = Number(matches[2]);
          while(minorVersion >= 1.0) {
            minorVersion /= 10.0;
          }
          return majorVersion + minorVersion;
        }
        catch(error) {
          return 0.0;
        }
      }

      // Исполнение bat-файла с правами администратора.
      function runBatFileWithRunAs(batFilePath, shell) {
        try {
          var ps1Text = getPs1Text(batFilePath)
          var command = "powershell -Command " + ps1Text;
          var result = shell.Run(command, 0, true);
          return result == 0;
        }
        catch(error) {
          return false;
        }
      }

      // Обычное исполнение bat-файла.
      function runBatFileWithoutRunAs(batFilePath, shell) {
        var command = "cmd /s /c \"" + batFilePath + "\"";
        shell.Run(command, 1, true);
      }

      // Поехали.
      var shell = WScript.CreateObject("WScript.Shell");
      var fileSystem = new ActiveXObject("Scripting.FileSystemObject");

      var currentDirectory = shell.CurrentDirectory;

      // Создаём временный bat-файл.
      var batFileText = getBatFileText(currentDirectory);
      var batFilePath = currentDirectory + "\\" + fileSystem.GetTempName() + ".bat";
      var batFile = fileSystem.CreateTextFile(batFilePath, true);
      batFile.Write(batFileText);
      batFile.Close();

      // В зависимости от версии операционной системы выбираем способ исполнения bat-файла.
      var osVersion = getOsVersion(shell);
      if(osVersion >= 6.1) {
        // Windows 7, Windows 2008 Server R2 или более поздние.
        var result = runBatFileWithRunAs(batFilePath, shell);
        if(!result) {
          runBatFileWithoutRunAs(batFilePath, shell);
        }
      }
      else {
        // Более ранние версии.
        runBatFileWithoutRunAs(batFilePath, shell);
      }

      // Удаляем временный bat-файл.
      fileSystem.DeleteFile(batFilePath);

    </script>
  </job>
</package>

Суть в том, что у PowerShell есть приём команд через командную строку. Единственное, что меня здесь беспокоит - потенциально большой размер этой строки. Но PowerShell умеет читать команды из стандартного потока (ключ "-Command -"), соответственно, PS1-скрипт можно сбросить в temp-файл и запустить обычный межпроцессный pipe вида

Код:

type temp.ps1 | powershell -Command -

Однако и без этого на путях вменяемой длины работает.

[shraibikus]

Код:

cd /D "%~d0""%~p0"

[Bonkler]

Лучше всего

cd /D %~dp0

Пояснения:

(click to show)

%~d1        - разворачивает %1 в букву диска

D:

%~p1        - разворачивает %1 в путь

\a\a\

%~dp1       - разворачивает %1 в путь с буквой диска

D:\a\a\

%0 - нулевой параметр (имя вызванного бат файла)

Параметр /D используется для одновременной смены текущих диска и каталога.
Взято с http://www.rsdn.ru/article/winshell/batanyca.xml#EHBAE