Terminal: Запустить от имени администратора

@ DHowett-MSFT Я мог бы поклясться, что у нас где-то есть дублирующаяся проблема, но сейчас я не могу ее найти. Вы помните, что вызывает это?

Ах, чувак, извини, если это дубликат.

нет причин, запустите приложение нормально, но щелкните правой кнопкой мыши и запустите, когда администратор не работает, Windows UAC запрашивает пароль администратора дважды, после чего вы получаете сообщение об ошибке.

Я тоже сейчас испытываю эту проблему. Я искал терминал на панели задач

Затем мне было предложено дважды ввести учетные данные администратора! Одно приглашение администратора за другим. Затем, когда я закончил вводить свои учетные данные во второй раз, появилось это сообщение об ошибке:

Я только что установил терминал сегодня.

Версия терминала:
Версия: 0.2.1831.0

Версия ОС:
Windows 10 Pro
10.0.18362 сборка 18362

Также в качестве предложения вместо запуска ВСЕГО терминала от имени администратора с панели задач, возможно, есть альтернативы?

Например:

При открытии новой вкладки пользователь или пользовательский интерфейс спрашивают, хотят ли они открыть новый экземпляр от имени администратора?

Или просто щелкните правой кнопкой мыши терминал, чтобы открыть вкладку администратора из того же каталога. (Это было бы очень полезно для powershell-core, поскольку у него нет такой хорошей функциональности, как sudo)

Поддержка терминала Windows, работающая в режиме администратора, может быть плохим поведением, а это означает, что все оболочки на других вкладках, открытые с помощью Ctrl + T, могут иметь права администратора. Насколько мне известно, Windows Terminal не реализует код от администратора до ограниченного пользователя. Фактически, в Windows отсутствует такая реализация привилегий, которая не требует взаимодействия с пользовательским интерфейсом, например sudo.

Но реализация sudo также может быть обременительной. Последовательность глагола runas примерно следующая (если что-то не так, напомните мне, пожалуйста):

1. AppInfo идет и разговаривает с Local Security Authority, чтобы получить маркер с повышенными правами зарегистрированного пользователя сеанса 1.
2. AppInfo загружает структуру STARTUPINFOEX (новая для Vista) и вызывает совершенно новый Vista API InitializeProcThreadAttributeList () с местом для одного атрибута.
3. OpenProcess () вызывается для получения дескриптора процесса, инициировавшего вызов RPC.
4. UpdateProcThreadAttribute () вызывается с PROC_THREAD_ATTRIBUTE_PARENT_PROCESS и использует дескриптор, полученный на шаге 3.
5. CreateProcessAsUser () вызывается с EXTENDED_STARTUPINFO_PRESENT и результатами шагов 1 и 4.
6. Вызывается DeleteProcThreadAttributeList ().
7. Собираются результаты и убираются ручки.

Мы можем сделать простой вывод. Фактически, runas на самом деле является обычным процессом, который инициирует запрос RPC к процессу с высокими привилегиями. Процесс с высокими привилегиями (служба AppInfo) создает процесс администратора и устанавливает его родительский процесс как обычный процесс.

AppInfo в настоящее время не поддерживает настройку рабочего каталога, ввода и вывода (хотя вызывает CreateProcessAsUser) при запуске процесса администратора. Это проблема, которую необходимо решить, чтобы включить поддержку sudo в Windows Terminal. (ShellExecuteEx SEE_MASK_NO_CONSOLE не работает)

SHELLEXECUTEINFOW :

typedef struct _SHELLEXECUTEINFOW {
  DWORD     cbSize;
  ULONG     fMask;
  HWND      hwnd;
  LPCWSTR   lpVerb;
  LPCWSTR   lpFile;
  LPCWSTR   lpParameters;
  LPCWSTR   lpDirectory;
  int       nShow;
  HINSTANCE hInstApp;
  void      *lpIDList;
  LPCWSTR   lpClass;
  HKEY      hkeyClass;
  DWORD     dwHotKey;
  union {
    HANDLE hIcon;
    HANDLE hMonitor;
  } DUMMYUNIONNAME;
  HANDLE    hProcess;
} SHELLEXECUTEINFOW, *LPSHELLEXECUTEINFOW;

См .: https://docs.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-updateprocthreadattribute

| Значение | Значение |
| --- | --- |
| PROC_THREAD_ATTRIBUTE_PARENT_PROCESS | Параметр lpValue является указателем на дескриптор процесса, который следует использовать вместо вызывающего процесса в качестве родительского для создаваемого процесса. Используемый процесс должен иметь право доступа PROCESS_CREATE_PROCESS.

Атрибуты, унаследованные от указанного процесса, включают дескрипторы, карту устройств, соответствие процессоров, приоритет, квоты, токен процесса и объект задания. (Обратите внимание, что некоторые атрибуты, такие как порт отладки, будут исходить от процесса создания, а не от процесса, указанного этим дескриптором.) |

Это определенно проблема платформы Windows. Я поручаю его себе, чтобы связаться с командой, которая им владеет, и закрыть это. Благодарю.

Мне нравится предложение @ YMba9g8j9CJp0wLoQf5y об авторизации вкладки с повышенными привилегиями. Я из ConEmu, где мы можем создать вкладку с правами администратора или без них. При создании вкладки администратора мне будет предложено указать UAC (навсегда).

Разве это не нормальное поведение приложений магазина Windows? Похоже, недавно было выпущено приложение Preview.
Но мне нужен способ запускать повышенные оболочки. Сделать это сегодня не представляется возможным (открывайте вкладки от имени администратора).

Эй, мы не уверены, что можем что-то с этим поделать. Не могли бы вы оставить отзыв в категории «Платформа разработчика> Развертывание приложений»? Это поможет передать его нужной команде и собрать очень полезную диагностическую информацию.

Ссылка: это тоже # 1538

Хотя я согласен с решением. Это делает довольно болезненным использование chocolatey без явного запуска в режиме администратора. (

@musm У меня только что есть в моей конфигурации PowerShell 6:

function GoAdmin { start-process pwsh –verb runAs }

(замените pwsh на powershell если вы используете старую оболочку PowerShell)

Поэтому всякий раз, когда мне нужно установить / обновить пакеты через шоколад, я набираю GoAdmin (в PowerShell, размещенном в Windows Terminal), что переводит меня в отдельное окно Admin Powershell. Там я могу запускать все шоколадные админские команды. Затем я просто закрываю окно администратора и набираю refreshenv в своем сеансе Windows Terminal, чтобы обновить все переменные PATH. Это довольно просто.

Мне определенно нужен способ запустить wt (Windows Terminal) вместо прямого перехода к «голому» pwsh, но это не кажется возможным. Но это мелкая проблема. Мех. :-)

Я все еще получаю сообщение об ошибке, когда хочу запустить WT (0.9.433.0) от имени администратора:

Бывает на нескольких машинах с последней версией WT и Windows (v10.0.18363.657).
Не совсем понимаю, почему проблема закрыта и как ее решить.

На самом деле это никогда не сработало, последний комментарий, который я получил, был: это проблема Windows, и они поднимут ее перед командой.

они поднимут его вместе с командой.

Я так не думаю. Это больше похоже на « вы должны поднять это вместе с командой».

Я уверен, что они не думают о выпуске Win Terminal v1 с нарушенной одной из самых важных функций.
Жаль, поскольку это делает текущие предварительные версии WT непригодными для использования.

Откроется новое окно PowerShell с администратором. Не совсем то, что мы хотим, но это обходной путь. Создайте новый профиль с помощью следующей командной строки.

"commandline": "powershell.exe -Command \"Start-Process powershell.exe -Verb RunAs\"",

Почему это закрыто? Еще должна быть функция поднятия вкладки.

Это отслеживается во множестве других проблем в этом репозитории, вот почему.

@ DHowett-MSFT Спасибо. За каким вопросом мы должны следить? Я не думаю, что об этом говорилось выше.

@musm У меня только что есть в моей конфигурации PowerShell 6:

function GoAdmin { start-process pwsh –verb runAs }

(замените pwsh на powershell если вы используете старую оболочку PowerShell)

Поэтому всякий раз, когда мне нужно установить / обновить пакеты через шоколад, я набираю GoAdmin (в PowerShell, размещенном в Windows Terminal), что переводит меня в отдельное окно Admin Powershell. Там я могу запускать все шоколадные админские команды. Затем я просто закрываю окно администратора и набираю refreshenv в своем сеансе Windows Terminal, чтобы обновить все переменные PATH. Это довольно просто.

Мне определенно нужен способ запустить wt (Windows Terminal) вместо прямого перехода к «голому» pwsh, но это не кажется возможным. Но это мелкая проблема. Мех. :-)

Где в windows находится этот файл конфигурации?

@ mian-muhammad Я думаю, он имел в виду профиль PowerShell. https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_profiles

Я нашел обходной путь. Вы можете использовать chocolatey для установки пакета под названием sudo (choco install -y sudo). Затем вы можете использовать sudo, как и ожидалось.

Похоже, что сейчас я могу открыть терминал как администратор; по крайней мере, это работает на моей машине. Было бы даже лучше, если бы мы могли создать вкладку как администратор, например ConEmu (который обсуждается в # 632), но в настоящее время нет смысла повторно открывать эту проблему.

Другие связанные ожидающие запросы функции:

• # 146 sudo которые могут заинтересовать @ Pens99
• # 576 переход панели задач; Я рассматриваю это как замену # 632 из-за последствий для безопасности (которые, как я понимаю, исходят из индустрии безопасности), особенно в сочетании с # 3246.

Надеюсь, это поможет всем, кто следит за этой веткой.

@ DHowett-MSFT За какой проблемой мы должны следить и отмечать ее, чтобы решить эту проблему? Единственная другая упоминаемая проблема, которую я вижу, - это № 1538, которая также закрыта.

Я уверен, что позиция Microsoft не может заключаться в том, что каждый должен иметь права администратора для своего стандартного пользователя вместо использования отдельной учетной записи администратора, если они хотят использовать современные приложения Windows. В конце концов, это противоречит стандартной практике безопасности.

@danstur Лучшее, что я могу предложить по этому поводу, - # 4217. Мы ищем решение с командой, которая занимается развертыванием приложения. Проблема в том, что приложения _установлены_ глобально, но зарегистрированы только для каждого пользователя. Это была некоторая инфраструктура, созданная для Windows 8, которая очень медленно развивалась для поддержки даже запущенных стандартных приложений win32, таких как Terminal. # 1386 отслеживает, как мы выходим из пакета и распространяем его как нечто более традиционное для корпоративных клиентов и людей, у которых возникают проблемы с механизмом развертывания пакетов.

@ DHowett-MSFT Спасибо за проблемы, рад слышать, что это отслеживается.

Чтобы уточнить: если я установлю приложение с помощью параметров, упомянутых в # 1386, смогу ли я запустить его как другой пользователь или это все равно не сработает? Я был бы не против зарегистрировать приложение (означает ли это запуск Add-AppxPackage ?) С другими пользователями.

@ DHowett-MSFT Дастин Ховетт FTE Спасибо за проблемы, рад слышать, что это отслеживается.

Чтобы уточнить: если я установлю приложение с помощью параметров, упомянутых в # 1386, смогу ли я запустить его как другой пользователь или это все равно не сработает? Я был бы не против зарегистрировать приложение (означает ли это запуск Add-AppxPackage ?) С другими пользователями.

Это должно работать нормально. Да, вам нужно добавить Add-AppxPackage в качестве этих пользователей. :улыбка:

Рад видеть, что к нему прибегают.

Это необходимо решить, поскольку теперь в любой среде Windows, настроенной с отдельными учетными записями администратора и пользователя (как и должно быть), терминал не может использоваться администраторами, если он установлен из (рекомендуется) MS Store.

Рад видеть, что к нему прибегают.

Это необходимо решить, поскольку теперь в любой среде Windows, настроенной с отдельными учетными записями администратора и пользователя (как и должно быть), терминал не может использоваться администраторами, если он установлен из (рекомендуется) MS Store.

Обходной путь, который сработал для меня, заключался в том, чтобы войти в систему как пользователь с правами администратора на локальном компьютере и снова «установить» терминал из Магазина. Затем, войдя в систему как обычный пользователь, я смогу запустить терминал как администратор.

Да, проблема заключается в том, что Магазин регистрирует приложение только для текущего пользователя. Это нормально для большинства приложений (на самом деле так и должно быть установлено большинство приложений), но не подходит для административных приложений, таких как терминалы.

Привет, будущее: проблема регистрации магазина отслеживается внутри MSFT: 20356613 и подробно обсуждается в # 4217

Здравствуйте,
Я столкнулся с этой проблемой и на своем обычном аккаунте. Решение состоит в том, чтобы снова установить приложение «Терминал», войдя в учетную запись администратора. Тогда вы сможете работать как администратор в своей обычной учетной записи.

Тоже самое. проблема кажется не решенной

У меня есть еще один неидеальный обходной путь, который не позволяет открыть _tab_, запущенный от имени администратора, но он позволяет открывать окно PowerShell от имени администратора из существующей вкладки (не администратора):

https://github.com/jt-github/elevate

Это работает так же, как добавление профиля, предложенного @CraigHead выше:
"commandline": "powershell.exe -Command \"Start-Process powershell.exe -Verb RunAs\"",

За исключением того, что моя версия выполняется с помощью команды elevate .

@ jt-github Это похоже на sudo.

Смотрите здесь: https://github.com/pldmgg/Sudo

Точно, только sudo намного круче моего, но мой настолько прост, что его легко понять и использовать.

Как и многие из вас, я также столкнулся с этой проблемой, поэтому я создал следующие функции, чтобы открыть оболочку администратора из powershell.exe, pwsh.exe или терминала Microsoft.

# Function        Test-IsAdmin
function Test-IsAdmin {
    <#
    .Synopsis
    Tests if the user is an administrator
    .Description
    Returns true if a user is an administrator, false if the user is not an administrator
    .Example
    Test-IsAdmin
    #>
    $identity = [Security.Principal.WindowsIdentity]::GetCurrent()
    $principal = New-Object Security.Principal.WindowsPrincipal $identity
    $principal.IsInRole([Security.Principal.WindowsBuiltinRole]::Administrator)
}


# Function        New-AdminShell
function New-AdminShell {
    <#
    .Synopsis
    Starts an Elevated PowerShell Console.

    .Description
    Opens a new PowerShell Console Elevated as Administrator. If the user is already running an elevated
    administrator shell, a message is displayed in the console session.

    .Example
    New-AdminShell

    #>

    $Process = Get-Process | Where-Object { $_.Id -eq "$($PID)" }
    if (Test-IsAdmin = $True) {
        Write-Warning -Message "Admin Shell already running!"
    }
    else {
        if ($Process.Name -eq "powershell") {
            Start-Process -FilePath "powershell.exe" -Verb runas -PassThru
        }
        if ($Process.Name -eq "pwsh") {
            Start-Process -FilePath "pwsh.exe" -Verb runas -PassThru
        }
    }
}

# Function        New-AdminTerminal
function New-AdminTerminal {
    <#
    .Synopsis
    Starts an Elevated Microsoft Terminal.

    .Description
    Opens a new Microsoft Terminal Elevated as Administrator. If the user is already running an elevated
    Microsoft Terminal, a message is displayed in the console session.

    .Example
    New-AdminShell

    #>

    if (Test-IsAdmin = $True) {
        Write-Warning -Message "Admin Shell already running!"
    }
    else {
        Start-Process "wt.exe" -ArgumentList "-p pwsh" -Verb runas -PassThru
    }
}

Надеюсь, они кому-то пригодятся. Я добавил их в свои профили PowerShell, поэтому они всегда доступны.

Здравствуйте,
Я столкнулся с этой проблемой и на своем обычном аккаунте. Решение состоит в том, чтобы снова установить приложение «Терминал», войдя в учетную запись администратора. Тогда вы сможете работать как администратор в своей обычной учетной записи.

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

Рад видеть, что к нему прибегают.
Это необходимо решить, поскольку теперь в любой среде Windows, настроенной с отдельными учетными записями администратора и пользователя (как и должно быть), терминал не может использоваться администраторами, если он установлен из (рекомендуется) MS Store.

Обходной путь, который сработал для меня, заключался в том, чтобы войти в систему как пользователь с правами администратора на локальном компьютере и снова «установить» терминал из Магазина. Затем, войдя в систему как обычный пользователь, я смогу запустить терминал как администратор.

Нет, у меня это не сработало :(

Итак, я понял это.

Вы должны установить его как в учетной записи администратора, так и в основной учетной записи, но также необходимо войти в учетную запись администратора, чтобы она работала. Под этим я подразумеваю, что компьютер должен войти в систему с правами администратора, затем переключить пользователя (не выходить из системы) и войти в другую учетную запись. Это позволит приложению работать в режиме администратора.

Я предполагаю, что приложения магазина, установленные в обеих учетных записях, не могут быть запущены от имени администратора, если учетная запись администратора не вошла в систему.

Итак, я понял это.

Вы должны установить его как в учетной записи администратора, так и в основной учетной записи, но также необходимо войти в учетную запись администратора, чтобы она работала. Под этим я подразумеваю, что компьютер должен войти в систему с правами администратора, затем переключить пользователя (не выходить из системы) и войти в другую учетную запись. Это позволит приложению работать в режиме администратора.

Я предполагаю, что приложения магазина, установленные в обеих учетных записях, не могут быть запущены от имени администратора, если учетная запись администратора не вошла в систему.

У меня это работает. 👍