Terminal: 管理者として実行

@ DHowett-MSFTこれについてどこかに重複した問題があることを誓うことができましたが、今は見つかりません。 これの原因を覚えていますか？

ああ、重複している場合は申し訳ありません。

理由はありません。アプリを正常に起動しますが、管理者が失敗したときにrクリックして起動します。WindowsUACが管理者パスワードの入力を2回要求すると、エラーが発生します。

私も現在この問題を経験しています。 タスクバーでターミナルを検索しました

次に、管理者の資格情報を2回入力するように求められました。 次々と管理者プロンプトが表示されます。 次に、資格情報の入力を2回終了すると、次のエラーメッセージが表示されました。

今日はターミナルを設置しました。

ターミナルバージョン：
バージョン：0.2.1831.0

OSバージョン：
Windows 10 Pro
10.0.18362ビルド18362

また、タスクバーから管理者として端末全体を実行する代わりに、提案として、おそらく代替手段がありますか？

例えば：

新しいタブを開くときに、ユーザーにプロンプ​​トを表示するか、管理者として新しいインスタンスを開くかどうかを尋ねるUIがありますか？

または、ターミナルを右クリックして、まったく同じディレクトリから管理タブを開きます。 （sudoのような優れた機能がないため、PowerShellコアには非常に便利です）

管理者モードで実行されているWindowsターミナルのサポートは適切な動作ではない可能性があります。つまり、Ctrl + Tで開いた他のタブのすべてのシェルが管理者権限である可能性があります。 私の知る限り、Windowsターミナルは管理者から制限されたユーザーへのコードを実装していません。 実際、Windowsに欠けているのは、sudoのようにUIの相互作用を必要としない種類の特権実装です。

ただし、sudoの実装も面倒な場合があります。 ルーン動詞の流れはおおまかに次のとおりです（何か問題がある場合は、私に思い出させてください）：

1. AppInfoは、ローカルセキュリティ機関にアクセスして通信し、セッション1のログインユーザーの昇格されたトークンを取得します。
2. AppInfoはSTARTUPINFOEX構造（Vistaの新機能）をロードし、1つの属性用のスペースを使用して新しい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を呼び出します）。 これは、Windowsターミナルでsudoサポートを実行できるようにするために解決する必要がある問題です。 （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 ：

|価値| 意味|
| --- | --- |
| PROC_THREAD_ATTRIBUTE_PARENT_PROCESS | lpValueパラメーターは、作成中のプロセスの親として呼び出すプロセスの代わりに使用するプロセスへのハンドルへのポインターです。 使用するプロセスには、PROCESS_CREATE_PROCESSアクセス権が必要です。

指定されたプロセスから継承される属性には、ハンドル、デバイスマップ、プロセッサアフィニティ、優先度、クォータ、プロセストークン、およびジョブオブジェクトが含まれます。 （デバッグポートなどの一部の属性は、このハンドルで指定されたプロセスではなく、作成プロセスから取得されることに注意してください。）|

これは間違いなくWindowsプラットフォームの問題です。 私はそれを所有しているチームにフォローアップしてこれを閉じるためにそれを自分自身に割り当てています。 ありがとう。

私は@ YMba9g8j9CJp0wLoQf5yが昇格した特権でタブを承認するという提案が好きです。 私はConEmuの出身で、管理者権限の有無にかかわらずタブを作成できます。 管理タブを作成すると、UACが表示されます（永久に）。

これは、Windowsストアアプリケーションの通常の動作だけではありませんか？ これは最近リリースされたプレビューアプリのようです。
しかし、私は高架シェルを実行する方法が必要です。 今日はそれを行うことはできないようです（管理者としてタブを開きます）。

ねえ、これについて私たちにできることがあるかどうかはわかりません。 「開発者プラットフォーム>アプリの展開」カテゴリにフィードバックを提出していただけませんか。 これは、適切なチームにルーティングするのに役立ち、非常に役立つ診断情報を収集します。

リンク：これも＃1538です

私はその決定に同意しますが。 管理者モードで明示的に実行せずにchocolateyを使用するのは非常に面倒です。 （（

@musm PowerShell6の構成にこれがあります。

function GoAdmin { start-process pwsh –verb runAs }

（古いPowerShellを使用している場合は、 pwshをpowershell置き換えます）

したがって、chocolateyを介してパッケージをインストール/更新する必要があるときはいつでも、（Windows TerminalのホストされているPowerShellで） GoAdminと入力すると、別の管理者PowerShellウィンドウが表示されます。 そこで、すべてのチョコレートの管理コマンドを実行できます。 次に、管理ウィンドウを閉じ、Windowsターミナルセッションにrefreshenvして、すべてのPATH変数を更新します。 とても簡単です。

「裸の」pwshに直接アクセスするのではなく、 wt （Windowsターミナル）を起動する方法を絶対に望んでいますが、それは不可能のようです。 しかし、それはマイナーな不満です。 まあ。 :-)

管理者としてWT（0.9.433.0）を起動したいのですが、まだエラーが発生します。

最新のWTおよびWindows（v10.0.18363.657）を搭載した複数のマシンで発生します。
この問題が解決された理由と回避策がよくわからない。

実際にはうまくいきませんでした。最後にコメントしたのは、これはWindowsの問題であり、チームで提起する予定です。

彼らはチームでそれを上げます。

私はそうは思いません。 それは「チームと一緒に育てるべきだ」というようなものです。

彼らは、最も重要な機能の1つが壊れたWin Terminalv1をリリースすることを考えていないと確信しています。
WTの現在のプレリリースバージョンが使用できなくなるため、残念です。

これにより、管理者とともに新しいPowerShellウィンドウが表示されます。 正確には私たちが望んでいるものではありませんが、それは回避策です。 次のコマンドラインで新しいプロファイルを作成します。

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

なぜこれが閉鎖されているのですか？ 昇格タブ機能がまだ必要です。

これは、このリポジトリの他の多くの問題で追跡されているためです。

@ DHowett-MSFTありがとう。 どの問題に従うべきですか？ 私はそれが上で言及されたとは思わない。

@musm PowerShell6の構成にこれがあります。

function GoAdmin { start-process pwsh –verb runAs }

（古いPowerShellを使用している場合は、 pwshをpowershell置き換えます）

したがって、chocolateyを介してパッケージをインストール/更新する必要があるときはいつでも、（Windows TerminalのホストされているPowerShellで） GoAdminと入力すると、別の管理者PowerShellウィンドウが表示されます。 そこで、すべてのチョコレートの管理コマンドを実行できます。 次に、管理ウィンドウを閉じ、Windowsターミナルセッションにrefreshenvして、すべてのPATH変数を更新します。 とても簡単です。

「裸の」pwshに直接アクセスするのではなく、 wt （Windowsターミナル）を起動する方法を絶対に望んでいますが、それは不可能のようです。 しかし、それはマイナーな不満です。 まあ。 :-)

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タスクバージャンプリスト; 特に＃3246と組み合わせると、セキュリティへの影響（セキュリティ業界から来ることを完全に理解しています）により、これを＃632の代替と見なします。

これがこのスレッドをフォローしているすべての人に役立つことを願っています。

@ DHowett-MSFTこれを解決するには、どの問題をフォローしてスターを付ける必要がありますか？ 私が見ることができる他の唯一の参照された問題は、同じく閉じられている＃1538です。

マイクロソフトのスタンスでは、最新のWindowsアプリを使用する場合は、個別の管理者アカウントを使用するのではなく、すべてのユーザーが標準ユーザーの管理者権限を持つ必要があるとは限りません。 これは結局のところ、標準的なセキュリティ慣行に反しています。

@dansturその懸念に対して私が提供できる最高のものは＃4217です。 アプリのデプロイを所有するチームとの修正を進めています。 問題は、アプリがグローバルに_インストール_されているが、ユーザーごとにのみ登録されていることです。 これは、Windows 8用に構築されたインフラストラクチャであり、ターミナルなどの標準的なwin32アプリケーションの実行もサポートするように非常にゆっくりと進化しました。 ＃1386は、パッケージから抜け出し、パッケージ展開エンジンに問題を抱えている企業顧客や人々にとってより伝統的なものとして配布することを追跡します。

@ DHowett-MSFT問題をありがとう、追跡されていると聞いてうれしい。

明確にするために：＃1386に記載されているオプションを使用してアプリケーションをインストールすると、別のユーザーとして実行できますか、それとも機能しませんか？ 他のユーザーにアプリを登録する必要はありません（つまり、 Add-AppxPackage実行することを意味しますか？）。

@ DHowett-MSFT Dustin Howett FTE問題をありがとう、追跡されていると聞いてうれしい。

明確にするために：＃1386に記載されているオプションを使用してアプリケーションをインストールすると、別のユーザーとして実行できますか、それとも機能しませんか？ 他のユーザーにアプリを登録する必要はありません（つまり、 Add-AppxPackage実行することを意味しますか？）。

それはうまくいくはずです。 はい、それらのユーザーとしてAdd-AppxPackageを追加する必要があります。 ：スマイル：

それがタックされているのを見てうれしいです。

これを解決する必要があります。これは、個別の管理者アカウントとユーザーアカウントでセットアップされたWindows環境では、（推奨される）MSストアからインストールした場合、ターミナルを管理者が使用できないためです。

それがタックされているのを見てうれしいです。

これを解決する必要があります。これは、個別の管理者アカウントとユーザーアカウントでセットアップされたWindows環境では、（推奨される）MSストアからインストールした場合、ターミナルを管理者が使用できないためです。

私にとって有効な回避策は、ローカルマシンに管理者ユーザーとしてログインし、ストアからターミナルを再度「インストール」することでした。 その後、標準ユーザーとしてログインすると、管理者として端末を実行できます

はい、問題はストアが現在のユーザーのみにアプリを登録することのようです。 これはほとんどのアプリには問題ありませんが（実際には、ほとんどのアプリをインストールする方法です）、端末などの管理アプリには適していません。

ねえ未来の私：ストア登録の問題は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 ：

正確には、 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ストアからインストールした場合、ターミナルを管理者が使用できないためです。

私にとって有効な回避策は、ローカルマシンに管理者ユーザーとしてログインし、ストアからターミナルを再度「インストール」することでした。 その後、標準ユーザーとしてログインすると、管理者として端末を実行できます

いや、それは私にはうまくいきませんでした:(

だから私はそれを理解しました。

管理者アカウントとメインアカウントの両方にインストールする必要がありますが、機能させるには管理者アカウントにもサインインする必要があります。 これは、コンピューターが管理者にログインしてから、ユーザーを切り替えて（サインアウトではなく）、他のアカウントにログインする必要があることを意味します。 これにより、アプリを管理者モードで実行できるようになります。

両方のアカウントにインストールされているストアアプリは、管理者アカウントにログインしない限り、管理者として実行できないと思います。

だから私はそれを理解しました。

管理者アカウントとメインアカウントの両方にインストールする必要がありますが、機能させるには管理者アカウントにもサインインする必要があります。 これは、コンピューターが管理者にログインしてから、ユーザーを切り替えて（サインアウトではなく）、他のアカウントにログインする必要があることを意味します。 これにより、アプリを管理者モードで実行できるようになります。

両方のアカウントにインストールされているストアアプリは、管理者アカウントにログインしない限り、管理者として実行できないと思います。

これは私のために働きます。 👍