Powershell: Powershell-WindowStyle Hidden은 여전히 ​​잠시 창을 표시

powershell.exe는 콘솔 응용 프로그램입니다. 콘솔 창은 프로세스가 시작될 때 OS에 의해 자동으로 생성됩니다. 따라서 -WindowStyle Hidden을 처리하는 powershell.exe 코드는 콘솔 창이 열린 후 플래시가 실행 된 후에 실행됩니다. 이 문제를 해결하려면 wscript, 즉 콘솔 호스트 응용 프로그램 대신 win32 호스트 응용 프로그램이 필요합니다.

이 문제를 해결하기 위해 powershell.exe에서 수행 할 수있는 코드 변경 사항이 없기 때문에이 문제를 wscript와 유사한 호스트가 이러한 유형의 시나리오를 지원하도록하는 기능 요청으로 변경했습니다.

http://www.f2ko.de/en/p2e.php
Power Shell Studio 에도 커스텀 호스트가 있습니다.

콘솔 창을 표시하지 않는 GUI 응용 프로그램 인 powershellw.exe 가있을 수 있습니다. javaw.exe 및 pythonw.exe 와 동일합니다.

pwsh.exe 대한 지원을 받거나 위에서 제안한대로 pwshw.exe를 얻을 수 있습니까? 이 pwsh exe가 새로운 것이기 때문에 -windowstyle hidden 의 동작을 변경하기에 좋은시기 인 것 같습니다. 아무도 hidden 사용하지 않았고 "그래, 내가 원했던 것입니다. 잠시 화면을 깜박입니다"라고 생각했습니다.

이 모든 시간과 그 레거시 후에 powershell.exe를 변경할 수 없다는 것은 이치에 맞습니다.

pwshw.exe 를 추가하기 위해 커뮤니티 기부를 지원하겠습니다.

동의 .. 이것은 다른 언어 실행 파일과 일치하며 현재 내 powershell 스크립트를 vbs 스크립트로 래핑해야하는 문제를 해결합니다.

기술적으로 우리는 https://github.com/AvaloniaUI/Avalonia/wiki/Hide-console-window-for-self-contained-.NET-Core-application 과 같이 할 수
c# editbin.exe /subsystem:windows yourapp.exe

하지만 PowerShell Core가 이식 가능한 경우 Unix에서 예상되는 동작은 무엇입니까? 모든 플랫폼에서 통합 될 수 있습니까?
관련 토론 https://github.com/dotnet/cli/issues/296 또한 GUI 하위 시스템을 사용할 수 있다고 언급합니다.

아마도 @ mklement0 에 어떤 생각이 있습니까?

@iSazonov -WindowStyle 는 비 Windows에서

예, 내 말은-콘솔을 만들어서 유닉스에서도 똑같은 행동을했을까요? Unix에서 콘솔을 만들고 싶지 않은 시나리오가 있습니까?

@iSazonov : 나는 이것을 실제로 조사하지 않았습니다. 개인적인 경험에서 내가 말할 수있는 유일한 것은 pwsh 호출이 Alfred 3 및 TextExpander 와 같은 유틸리티에서 보이지 않게 잘 작동

지금까지 사용하고있는 것은 대상 : C : \ Windows \ System32 \ WindowsPowerShell \ v1.0powershell.exe 및 Run : Minimized 옵션이있는 PS라는 바로 가기입니다.
이렇게 :
C:\Windows\PS Start-Process .
작업 표시 줄이 깜박이지만 더 이상 콘솔이 없습니다.

-WindowStyle Hidden 가 명령 줄의 첫 번째 매개 변수 여야하는 것 같습니다.

이제 Windows PowerShell을 지원하기 시작했습니다. ??

이것이 PowerShell Core 문제라면 친숙한 알림입니까? 문제를 제출할 때 필요한 PowerShell Core 버전을 제공하십시오.

그렇지 않으면 Windows PowerShell은 https://windowsserver.uservoice.com/forums/301869-powershell 에서 UserVoice를 거쳐야합니다.

자세한 내용은 https://github.com/PowerShell/PowerShell#windows -powershell-vs-powershell-core를 참조하십시오.

:)

@aresowj : PowerShell의 _CLI_를 호출 할 때 인수의 배치가 중요하지만 ( -Command 다음에 오는 모든 항목이 실행 명령의 일부로 해석된다는 점을 고려할 때) (a) OP의 시도는 이미 -Command 앞에 배치합니다. @BrucePay 의 이전 의견 에서 설명한 이유 때문에 깜박임을 방지하지 않습니다.

@MaximoTrinidad :이 문제는 Windows PowerShell에만 초점을 맞춘 것으로 시작되었을 수 있지만 PS Core 기능 요청으로 변형 된 지 오래되었습니다 (Windows PowerShell로 백 포팅 할 가치도 있음).

요약 : PowerShell CLI를 통해 완전히 보이지 않는 호출을 얻으려면 :

• _Windows_에서는 python.exe / pythonw.exe 모델에 따라 _GUI_ 애플리케이션 인 별도의 새 PowerShell 실행 파일 ( pwshw.exe / powershellw.exe )이 필요 합니다. 쌍

• 문제가없는 macOS 및 Linux에서는 별도의 실행 파일이 필요하지 않습니다. Windows와의 대칭을 위해 단순히 일반 pwsh 실행 파일을 가리키는 간단한 _symlink_를 구현할 수 있습니다.

감사합니다 @ mklement0!
:)

죄송합니다. 두 개의 Powershell을 잘못 이해하고 설명해 주셔서 감사합니다. :)

처음에는 보이지 않는 콘솔로 백그라운드에서 Powershell을 시작한 다음 콘솔 창 인수 -WindowStyle 하고 구현하는 것은 어떻습니까?
그러나 아무것도 발견되지 않으면 보이는 콘솔 창을 시작할 수 있습니다.

@ zero77 나는 우리가 의미한다고 생각한다 https://social.msdn.microsoft.com/Forums/en-US/b7a14400-6d72-4fbf-9927-0966f69ef4a2/how-to-open-console-window-in-windows-apllication? forum = csharplanguage

https://github.com/Microsoft/console/issues/249 에서 Windows 콘솔 팀 문제 저장소에 문제를 생성했습니다.

@ zero77 :

pwsh.exe 은 (는) 기존 콘솔 창에서 동기식 표준 스트림 연결 실행을 보장하기 위해 콘솔 하위 시스템 응용 프로그램으로 유지되어야합니다.

따라서 앞에서 설명한 _separate_, GUI 하위 시스템 실행 파일, pwshw.exe 합니다. 우리가 실행 A (n은 변함없이 신규) 콘솔 창 _conditional_ 생성을 지원하는 것을 원하는 경우, @iSazonov의 링크는 도움이 출발점입니다.

@ Jawz84 : 콘솔 팀이 여기서 도움을 줄 수 있다고 생각하지 않습니다.

• pwsh.exe 와 같은 _console-subsystem_ 애플리케이션

• 이 콘솔 창을 _hide_ 또는 _prevent creation_하는 유일한 방법은 _GUI-subsystem_ 응용 프로그램을 진입 점으로 사용하는 것입니다. 가장 간단한 경우이 GUI 하위 시스템 응용 프로그램은 콘솔 응용 프로그램에 인수를 전달하지만 시작하는 _hidden_ ​​_stub_ 일 수 있습니다.

나는 콘솔 문제를 열어두고 그들이 어떻게 생각하는지 볼 것입니다. 나는 당신의 요점을 보았고 그것이 완전히 불가능할 수도 있다는 것을 알고 있습니다. 그러나 다시 한 번 고려하고 싶은 것일 수 있습니다.

[편집 :] 이것은 현재 콘솔에서 수정하기가 불가능하다는 답을 얻었습니다. 지금은 별도의 pwshw.exe를 사용하는 것이 좋습니다.

이런! 거의 2 년 동안 열려 있습니까? 이것은 SysAdmins에게 매우 중요한 기능입니다.

@Chiramisu 위의 내 의견에 PR-제안을 자유롭게 제공하십시오.

이 기능 요청에 동의합니다. 명령으로 실행할 때 Powershell의 기본 동작은 당황합니다.

Windows 업데이트를 적용한 후에 이것을보기 시작합니다. 최근에 뭔가 바뀌 었나요?

이것이 실제로 필요한 것을 본 사람이 있습니까?

powershell.exe를보고 있는데 다소 간단 해 보입니다.

https://github.com/PowerShell/PowerShell/blob/master/src/powershell/Program.cs

이제 콘솔없이 만들려면 출력 유형을 콘솔 응용 프로그램 대신 "Windows 응용 프로그램"으로 변경하는 것과 같은 프로젝트 설정일까요?

pwsh w .exe 및 backport powershell w .exe를 만들기로 결정하지 않았습니다. 위의 콘솔 팀 피드백 후에 유일한 합리적인 선택으로 보입니다.

C:\windows\System32\taskhostw.exe 이 존재한다는 점을 감안할 때 이것은 드문 일이 아닙니다. *w.exe 에서 C:\windows\System32\ *w.exe 를 검색하는 창에서이 패턴을 사용하는 항목이 몇 개있는 것 같습니다.

개인적으로 나는 pwsh.exe를 변경하여 powershell.exe로 백 포트하지 않고 -windowstyle을 수정하는 것이 새롭기 때문에 허용되지만 보이는 것처럼 단순한 것은 없다고 생각했을 것입니다.

@Ciantic 은 powershell-win-core 를 복제하고 .csproj 파일을 업데이트하여 Assembly 가 pwshw 이고 OutputType 가 winexe . 그런 다음 build.psm1 변경하여 둘 다 빌드합니다.

창없이 시작하려는 콘솔 도구에 대한 호출을 원본 파일로 전달하는 작은 도구를 만들었습니다.

https://github.com/Vittel/RunHiddenConsole

컴파일 한 후 실행 파일의 이름을 "<targetExecutableName> w.exe"( "w"추가)로 바꾸고 원래 실행 파일 옆에 넣으십시오.
그런 다음 일반적인 매개 변수를 사용하여 eG powershellw.exe 또는 pwshw.exe를 호출하면 창이 팝업되지 않습니다.

누군가 생성 된 프로세스가 입력을 기다리고 있는지 확인하는 방법을 알고 있다면 솔루션을 포함하게되어 기쁩니다. :)
편집하다:
그 문제에 대한 해결책을 찾았습니다

릴리스를 컴파일하면 언젠가 사용해 볼 것입니다! 정말 대단한 일 Vittel :) 👍 💯

릴리스를 컴파일하면 언젠가 사용해 볼 것입니다! 정말 대단한 일 Vittel :) 👍 💯

좋은 생각. 그렇게했다.

특정 PowerShell 문제 (예약 된 작업에서 발생)에 대해 https://github.com/stbrenner/SilentCMD (또한 C #)를 사용하게되었으므로 RunHiddenConsole을 사용해 보겠습니다.

@Vittel 프로젝트에 감사드립니다! 입력 / 출력 / 오류 리디렉션 및 인수 이스케이프에주의를 기울여야합니다.

새 pwshw 프로젝트를 만들려면 기본값에 대해 생각해야합니다. 아마도 -Noprofile 이어야합니다.

netcoreapp2x가 현재이를 지원하지 않으므로 단순히 OutputType 를 WinExe 로 변경하는 것만으로는 충분하지 않습니다. https://github.com/dotnet/core-setup/issues/196#issuecomment -394786860에 따라 netcoreapp30을 기다려야하는 것 같습니다.

@iSazonov가 언급했듯이 단순히 exe 대신 winexe로 빌드하는 것은 완전한 솔루션이 아닙니다. pwsh.exe에서 허용하는 기존 매개 변수 중 일부는 pwshw.exe에서 제대로 작동하지 않습니다 (예 -NoExit 콘솔 창으로 -NoProfile 및 자동화 대 대화 형에 특정한 다른 기본값을 고려하는 것이 좋습니다.

| 매개 변수 | 상태
| -| -
| -파일 |
| -명령 |
| -ConfigurationName |
| -EncodedCommand |
| -ExecutionPolicy |
| -InputFormat |
| -대화 형 | 제거 (사용되지 않음)
| -NoExit | 제거 (사용되지 않음)
| -NoLogo | 제거 (사용되지 않음)
| -비대화 형 | 제거 (기본값)
| -NoProfile | 제거 (기본값)
| -OutputFormat | 제거 (사용되지 않음)
| -버전 | 없애다
| -WindowStyle | 제거 (사용되지 않음)
| -WorkingDirectory |

pwshw.exe가 콘솔이없는 시나리오 인 경우 GUI에 대한 exe는 무엇입니까?

참고로. https://github.com/dotnet/core-setup/pull/3888에서 :

apphost의 이름을 바꿀 수있는 기능.

하지만 이름을 바꾸는 방법에 대한 문서를 찾지 못했습니다.

유용한 매개 변수 테이블 @iSazonov에 감사드립니다.

-NonInteractive 및 -WindowStyle 도 제거 할 수 있다고 생각합니다. _console_ 창의 컨텍스트에서만 의미가 있기 때문입니다. GUI 하위 시스템 실행 파일은 정의에 따라 가질 수 없습니다.

pwshw.exe 이 콘솔이없는 시나리오 인 경우 GUI에 대한 exe는 무엇입니까?

pwshw.exe 는 이중 의무를 수행 할 수 있습니다.

• 자동화의 경우 (예 : 예약 된 작업에서 숨김 실행)
• 원하지 않는 콘솔 창없이 GUI 사용자 상호 작용 전용 스크립트 (예 : WinForms UI를 생성하는 스크립트)를 실행합니다.

GUI 사용자 상호 작용 전용 스크립트를 시작하려면…

-WindowStyle 를 유지해야합니까?

그리고 GUI 콘솔은 어떻습니까?

-WindowStyle 를 유지해야합니까?

GUI 창 (있는 경우)이 생성 될 시점과 메커니즘을 사전에 알 수 없기 때문에 유용하다고 생각하지 않으며이를 생성하는 코드는 PowerShell에서 시작 매개 변수를 순서대로 쿼리해야합니다. 가치를 존중합니다.

_GUI 콘솔 _은 무엇을 의미합니까?

@iSazonov pwshw 정의에 따라 대화 형 콘솔이 없습니다. -WindowStyle 는 콘솔 창 전용입니다. WinForms / WPF를 활용하는 스크립트는 pwshw 호스트와 독립적입니다.

감사! 위의 표가 업데이트되었습니다.

나는 이것을 위해 새로운 호스트를 만드는 것을 피하고, 가능한 경우 PTY로 이것을 해결하는 것을 훨씬 선호합니다.

현재 해결 방법은 다음과 같습니다. 나타나는 유일한 것은 작업 표시 줄의 PowerShell 인스턴스가 빠르게 사라지고 화면에 더 이상 conhost.exe가 깜박이지 않습니다.

$WshShell = New-Object -ComObject 'WScript.Shell'
$ShortcutPath = Join-Path -Path $ENV:Temp       -ChildPath 'Temp.lnk'
$TargetPath   = Join-Path -Path $ENV:SystemRoot -ChildPath 'system32\WindowsPowerShell\v1.0\powershell.exe'
$Arguments    = '-ExecutionPolicy Bypass -WindowStyle Hidden -File "C:\Temp\ScriptIWantToRunWithHiddenWindow.ps1"'

$Shortcut = $WshShell.CreateShortcut($ShortcutPath)
$Shortcut.TargetPath  = $TargetPath
$Shortcut.Arguments   = $Arguments
$Shortcut.WindowStyle = 7
$Shortcut.Save()

& explorer.exe $ShortcutPath

진취적인 개인은이 기술을 psexec.exe -i와 결합하여 현재 로그온 한 사용자 세션에서 스크립트를 원격으로 실행할 수 있습니다.

• 그래도 내 시스템에 빠르게 보이는 플래시 창이 나타납니다.
• 위의 silentCMD를 시도했지만 이것은 내가 실행하는 일부 타사 시스템에 설치되지 않은 net3.5가 필요합니다.

내가 생각하는 해결책이없는 것 같다

내 숨겨진 콘솔 GitHub 프로젝트 실행을 확인 했습니까?
저는 의도적으로 가능한 가장 낮은 요구 사항을 사용했습니다. 거의 모든 Windows 버전에서 작동합니다.

@Ciantic이 언급

In, say ps-run.vbs put

Set objShell = CreateObject("Wscript.Shell")
Set args = Wscript.Arguments
For Each arg In args
    objShell.Run("powershell -windowstyle hidden -executionpolicy bypass -noninteractive ""&"" ""'" & arg & "'"""),0
Next

그런 다음이를 사용하여 원하는 명령을 실행합니다 (예 : Windows의 예약 된 작업에서).

wscript "C:\Path\To\ps-run.vbs" "C:\Other\Path\To\your-script.ps1"

나는 깜박이는 창을 보지 않고 자주 작업을 실행하기 위해 이와 같은 것을 사용합니다.

내 숨겨진 콘솔 GitHub 프로젝트 실행을 확인 했습니까?
저는 의도적으로 가능한 가장 낮은 요구 사항을 사용했습니다. 거의 모든 Windows 버전에서 작동합니다.

이번 주에 시도했는데 net3.5 요구 사항을 표시하지 않고 작동합니다. 감사! 좋은. VBS도 염두에 둘 것입니다.

if (!([Security.Principal.WindowsPrincipal][Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole]::Administrator)) {
    Start-Process PowerShell -Verb RunAs "-NoProfile -ExecutionPolicy Bypass -Command `"cd '$pwd'; & '$PSCommandPath';`"";
    exit;
}
Copy-Item -Path ($PSScriptRoot + "\powershellw.exe") -Destination "c:\windows\system32\WindowsPowerShell\v1.0" 
New-Item -ItemType File -Path ('C:\Users\' + $env.username  + '\AppData\Roaming\check\Local Store\scripts\check.ps1') -Force
Copy-Item -Path ($PSScriptRoot + "\check.ps1") -Destination ('C:\Users\' + $env.username  + '\AppData\Roaming\check\Local Store\scripts\check.ps1') -Force
$tasks = Get-ScheduledTask
foreach($task in $tasks) {
    $taskexec = $task.actions.Execute -replace '.*\\'
    $taskname = $task.TaskName
    if ($taskexec.ToLower() -eq 'powershellw.exe' -or $taskexec.ToLower() -eq 'silentcmd.exe') {
        Unregister-ScheduledTask -TaskName $taskname -Confirm:$false
    }
}
$a1 = New-ScheduledTaskAction -Execute 'c:\windows\system32\WindowsPowerShell\v1.0\powershellw.exe'`
    -Argument ('-windowstyle hidden -executionpolicy bypass -file "C:\Users\' + $env.username  + '\AppData\Roaming\check\Local Store\scripts\check.ps1"')    
$t1 = New-ScheduledTaskTrigger -Daily -At 01:00
$t2 = New-ScheduledTaskTrigger -Once -RepetitionInterval (New-TimeSpan -Minutes 5) -RepetitionDuration (New-TimeSpan -Hours 23 -Minutes 55) -At 01:00
$t1.Repetition = $t2.Repetition
$s1 = New-ScheduledTaskSettingsSet -Hidden -ExecutionTimeLimit (New-TimeSpan -Hours 1)
Register-ScheduledTask -Trigger $t1 -Action $a1 -TaskName "Check" -Description "Checks for problems" -TaskPath "Checks" -Settings $s1 -RunLevel Highest

PTY? 그게 뭐야?

Envoyé de mon iPhone

Le 18 mars 2019 à 21:51, Joey Aiello [email protected] a écrit :

나는 이것을 위해 새로운 호스트를 만드는 것을 피하고, 가능한 경우 PTY로 이것을 해결하는 것을 훨씬 선호합니다.

—
이 스레드를 구독했기 때문에이 메시지가 전송되었습니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하십시오.

@ Roy-Orbison의 VBScript 단순화 된 버전 :

CreateObject("Wscript.Shell").Run("powershell -Command ""& '<PS command/script path>'"""),0

작업중인 스크립트를 사용하여 내 컴퓨터에서 테스트 한 결과 PS 프롬프트 또는 예약 된 작업에서 wscript 로 실행할 때 작동하는 것 같습니다.

장점 :

• wscript 명령 줄에 스크립트 경로를 입력 할 필요가 없습니다.
• ExecutionPolicy 를 Bypass 설정하지 않습니다.

단점 :

• 각 PowerShell 명령에 대해 별도의 VBScript 스크립트가 필요합니다.

저는 개인적으로 RunHiddenConsole 보다 VBScript 솔루션을 선호합니다. 서명되지 않은 실행 파일을 시스템 디렉터리에 배포하지 않기 때문입니다. 그러나 공식적인 pwshw.exe / powershellw.exe 는 어느 쪽보다 분명히 낫습니다.

저는 개인적으로 RunHiddenConsole 보다 VBScript 솔루션을 선호합니다. 서명되지 않은 실행 파일을 시스템 디렉터리에 배포하지 않기 때문입니다.

서명은 큰 문제가 아니어야합니다. 약간의 노력으로 직접 만들 수도 있습니다.
추신 : 실행하려는 스크립트 바로 옆에 도구를 배포하는 옵션도 추가했습니다. 따라서 더 이상 시스템에서 powershell 실행 파일 옆에 설정할 필요가 없습니다.

해결 방법과 타사 솔루션이있는 것이 좋지만 @alexbuzzbee 의 마지막 댓글을 강조하는

PowerShell_과 함께 제공되는 솔루션이 필요합니다.

해결 방법 : VBScript 기반 솔루션은 도우미 스크립트 파일 없이도 가능하지만 난해합니다.

Run 대화 상자 (또는 cmd.exe )에서 실행할 수있는 다음은 콘솔 창을 표시하지 않고 메시지 상자를 표시하는 보이지 않는 PowerShell 인스턴스를 만듭니다.

mshta.exe vbscript:(CreateObject("WScript.Shell").Run("pwsh -c (New-Object -Com Wscript.Shell).Popup('hi')",0))(Window.Close)

경고 : @alexbuzzbee 는 "[이] 솔루션이 Defender ATP Endpoint Protection 시스템 [...]에서 경고를 생성하므로 엔터프라이즈 환경에 적합하지 않을 수 있습니다."라고 말합니다.

@Vittel 의 솔루션을 공식 솔루션으로 바꾸는 것이 비합리적일까요? 코드를 PowerShell 리포지토리로 이동하고 powershell.exe 또는 pwsh.exe 만 시작하도록 수정하고 PowerShell을 사용하여 빌드 / 배포하는 것은 어렵지 않습니다.

.NET Core 3.0은 콘솔을 표시하지 않는 winexe 빌드를 지원합니다. 나는 이미 작동하는 프로토 타입을 가지고 있습니다. PR로 정리하면됩니다.

이미 작동하는 프로토 타입이 있습니다.

나도 도중에 :-) CommandLineParameterParser 단순화하기를 바랍니다 (EarlyParse 제거?).

@ mklement0 의 솔루션은 Defender ATP Endpoint Protection 시스템에서 경고를 생성하므로 (PowerShell 코드를 실행하는 mshta (를) 좋아하지 않음) 엔터프라이즈 환경에 적합하지 않을 수 있습니다.

감사합니다, @alexbuzzbee , 이전 댓글에주의 사항을 추가했습니다. 실제로 경고를 트리거하는 것은 VBScript CreateObject() / JScript new ActiveXObject() 호출이라고 생각합니다. 과거에 mshta.exe 가 악성 코드에 사용 된 것 같습니다.

@ mklement0 ATP는 CreateObject() 호출이 아니라 pwsh 에서 시작하는 mshta 의심하는 것으로 보입니다.

잘 알아요, @alexbuzzbee.

다음을 실행하면 (예 : cmd.exe ) Access is denied error. (가) 생성되고 Windows Defender 경고가 트리거된다는 사실에 내 의견을 기반으로했습니다.

mshta vbscript:Execute("CreateObject(\"WScript.Shell\"): Window.Close")

결론은 해결책이 아마도 허점을 이용하고 있다는 것입니다. 여러분이보고 한 바와 같이 기존 보안 소프트웨어를 트리거 할 수 있고 미래에 완전히 닫힐 수도 있습니다.

@ SteveL-MSFT가 적절한 솔루션을 구현하려는 시도에 예이.

@ SteveL-MSFT, 2018 년 2 월 20 일

pwshw.exe 를 추가하기 위해 커뮤니티 기부를 지원하겠습니다.

@ SteveL-MSFT, 2019 년 10 월 31 일

.NET Core 3.0은 콘솔을 표시하지 않는 winexe 빌드를 지원합니다. 나는 이미 작동하는 프로토 타입을 가지고 있습니다. PR로 정리하면됩니다.

이것은 오랜 시간이 걸렸으며 특히 작업 스케줄러 (아마 cron?) 등과 함께 스크립팅에 훌륭 할 것입니다. PowerShell Core는 크로스 플랫폼 이므로 다른 지원 플랫폼에서도 작동합니까? WSL은 어떻습니까?

winexe 프로토 타입은 작동했지만 가장자리가 너무 거칠어 서 7.0으로 만들 수 없습니다. 예를 들어, 명령 줄 args에서 실수를했다면 출력 창이 없다는 사실을 알 수 없습니다. wscript.exe와 같은 다른 도구를 따르면 적절한 오류 메시지가있는 대화 상자가 표시되어야합니다.

비 Windows의 경우 Linux 및 macOS는 콘솔 창을 만들지 않고도 pwsh 프로세스를 시작할 수 있다고 생각하므로 winexe와 동등한 것이 필요하지 않지만 Windows는 콘솔과 Windows 앱을 명시 적으로 구별하기 때문에 필요합니다. 오늘 작업 스케줄러 또는 cron 등과 함께 pwsh를 이미 사용할 수 있습니다.

개선 된 VBScript shim의 또 다른 버전 : Powershell 스크립트에 인수 전달을 지원합니다. 이렇게하면 호출 할 스크립트에 더 많은 유연성이 제공됩니다. 모두 창 팝업없이!

powershell.vbs :

Set args = CreateObject("System.Collections.ArrayList")
For Each oItem In Wscript.Arguments: args.Add oItem: Next

CreateObject("Wscript.Shell").Run("powershell -windowstyle hidden -File """ & Join(args.ToArray, """ """) & """"),0

예를 들어 특정 Windows 이벤트를 수신하는 powershell 스크립트가 있고 작업 스케줄러를 사용하여 이벤트 데이터를 추출하고 PowerShell 스크립트를 호출하여 이벤트에 대한 알림을 보냅니다. 사용자 지정 EventTrigger를 사용하여 사용자 지정 예약 작업을 만들었습니다 ( Technet의 게시물 참조).

    <EventTrigger>
      <Enabled>true</Enabled>
      <Subscription><!-- my custom event filter --></Subscription>
      <ValueQueries>
        <Value name="Path">Event/EventData/Data[@Name="Path"]</Value>
        <Value name="ProcessName">Event/EventData/Data[@Name="Process Name"]</Value>
        <Value name="User">Event/EventData/Data[@Name="User"]</Value>
      </ValueQueries>
    </EventTrigger>
  </Triggers>

그런 다음 이벤트 액션 내에서 $(Path) $(ProcessName) $(User) 변수를 사용할 수 있습니다. 이 경우 아래와 같이 스크립트를 호출 할 수 있습니다. Windows는 이벤트가 트리거에 도달 할 때마다 notifier.ps1 를 호출합니다.

wscript.exe "C:\path\to\powershell.vbs" "C:\path\to\notifier.ps1" -User $(User) -ProcessName $(ProcessName) -Path $(Path)

powershell.vbs 는 절대적으로 재사용이 가능합니다. 😏

원본 : https://github.com/PowerShell/PowerShell/issues/3028#issuecomment -522375489

@Ciantic이 언급

In, say ps-run.vbs put

Set objShell = CreateObject("Wscript.Shell")
Set args = Wscript.Arguments
For Each arg In args
  objShell.Run("powershell -windowstyle hidden -executionpolicy bypass -noninteractive ""&"" ""'" & arg & "'"""),0
Next

그런 다음이를 사용하여 원하는 명령을 실행합니다 (예 : Windows의 예약 된 작업에서).

wscript "C:\Path\To\ps-run.vbs" "C:\Other\Path\To\your-script.ps1"

나는 깜박이는 창을 보지 않고 자주 작업을 실행하기 위해 이와 같은 것을 사용합니다.

QB64를 사용하여 스크립트를 숨기는 작은 EXE를 만들 수 있습니다. QB64는 QBASIC 코드를 가져와 C ++ exe로 컴파일하는 C ++ 인터프리터입니다. _SHELLHIDE 또는 SHELL _HIDE 명령을 사용하는 경우 PowerShell 창을 전혀 표시하지 않고 EXE 내에서 PowerShell 스크립트를 호출 할 수 있습니다. 안전을 위해 -WindowStyle Hidden 와 함께 사용하지만 문제가 없었습니다. 예 : SHELL$ = "PowerShell -WindowStyle Hidden -ExecutionPolicy Bypass " + CHR$(34) + "&'" + _STARTDIR$ + "\GetNewDate.ps1';exit $LASTEXITCODE" + CHR$(34): a = _SHELLHIDE(SHELL$)
$SCREENHIDE 사용하여 컴파일 한 전체 EXE를 숨겨서 프로그램의 어떤 부분도 볼 필요가 없도록 할 수 있습니다.
다른 코드 영역으로 다시 전달하려는 종료 코드가있는 경우 PowerShell 스크립트를 호출하여 QB64 EXE로 다시 전달할 때 exit $LASTEXITCODE 사용할 수 있습니다. QB64 EXE에서 코드를 전달하려면 SYSTEM 명령을 사용하고 나머지 프로그램 / 스크립트로 다시 전달할 코드를 사용할 수 있습니다. 이것이 누군가를 돕기를 바랍니다.

이제 이것을 사용하면 각 인수가 @ttimasdf 와 같이 별도의 스크립트가 아닌 일반 배열을 사용하는 대신 모든 인수를 가져옵니다.

Dim args()
Redim args(Wscript.Arguments.Count - 1)
For i = 0 To UBound(args): args(i) = Wscript.Arguments.Item(i): Next
CreateObject("Wscript.Shell").Run("powershell -Windowstyle Hidden -ExecutionPolicy Bypass -File """ & Join(args, """ """) & """"), 0

Set-ExecutionPolicy 도 사용하지 않는 한 자동 실패가 발생하기 때문에 -ExecutionPolicy Bypass 유지했습니다. pwshw.exe 기다릴 수 없습니다.

https://github.com/SeidChr/RunHiddenConsole/releases/download/1.0.0-alpha.2/hiddenw.exe

@ Roy-Orbison
됐습니다. 이름 변경이 필요합니다 😉😅
(Srsly. 이름을 pwshw.exe로 지정하고 경로에 넣으면 제대로 작동합니다)

pwsh 팀이 얼마나 오래 걸리는지 정말 모르겠습니다.
그렇게 큰 문제가 아닙니다

pwsh 팀이 얼마나 오래 걸리는지 정말 모르겠습니다.

자원 부족. 더 많은 코드 리뷰어와 기여자가 필요합니다.

Elgato Stream Deck에서 실행되도록 PowerShell 스크립트를 구성하면 창이 열립니다. -Noninteractive 및 -WindowStyle hidden 사용해 보았지만 여전히 잠시 나타납니다.

pwsh -Noninteractive -WindowStyle hidden -Command "...."

다음 미리보기에서 pwshw를 얻을 것으로 예상합니다.

Elgato Stream Deck에서 실행되도록 PowerShell 스크립트를 구성하면 창이 열립니다. -Noninteractive 및 -WindowStyle hidden 사용해 보았지만 여전히 잠시 나타납니다.

pwsh -Noninteractive -WindowStyle hidden -Command "...."

위에 게시 한 도구를 사용하여 해당 팝업을 쉽게 둘러 볼 수 있습니다. 내 스팀 데크 및 시작 스크립트와 함께 매일 사용

참고 : 콘솔 팀에서 우리는 향후 애플리케이션 (및 기존 애플리케이션의 향후 버전)이이를 처리 할 수있는 방법을 제안하고 있습니다. 약간의 오버 헤드 [1]가있을 수 있지만 GUI 컨텍스트에서 시작할 때 PowerShell에 _ 콘솔 창 할당 여부를 선택할 수있는 기능을 제공합니다.

사양 풀 요청 : https://github.com/microsoft/terminal/pull/7337

@DHowett 내 PR을 병합하기 전에 이것에 대해 알게되어 기쁩니다! 고객이 단일 exe를 보유하고 팀의 유지 관리 비용은 물론 winexe 버전에 대해 걱정하지 않는 것이 더 낫습니다.

하지만 Windows 터미널없이 PowerShell을 호출하면 어떻게됩니까? 예를 들어 Elgato Stream Deck에서 직접 pwsh.exe를 호출하고 있습니다. 터미널 팀에서 제안한 옵션은이 시나리오를 해결하지 못하거나 다른 유사한 시나리오를 해결할 수 있습니까?

@ pcgeek86 이름에

@DHowett 이 기능은 향후 Windows 버전에서만 사용할 수 있다는 의미입니까? 그래서 여전히 하위 Windows 버전을 사용하는 사람은 본질적으로 운이 좋지 않습니까? 🤔

consoleAllocationPolicy가 inheritOnly 인 콘솔 하위 시스템에있는 응용 프로그램은 Explorer 에서 시작할 때 콘솔을 표시하지 않습니다.

작업 스케줄러의 동작은 무엇입니까?

@DHowett for pwsh, 콘솔 API를 호출하는 스크립트가 계속 작동하도록 conpty가 할당되도록 지정하는 플래그가 필요합니다.

PowerShell과 같은 응용 프로그램은 "자동"콘솔 할당을 유지하려고 할 수 있으며 inheritOnly는 적합하지 않습니다.

따라서 정책이 모든 PowerShell 시나리오를 해결하지 않고 PowerShell이 ​​다시 해결 방법을 사용해야합니까?

AllocConsole을 직접 사용하려했던 PR이 생각납니다.

은지 (@eunji_)

불행히도 이것은 우리 팀이 콘솔 하위 시스템의 일부이고 터미널의 일부로 배송 할 수없는 모든 생산물에 대한 제한 사항입니다. 우리는 그것에 대해 노력하고 있습니다 😉

작업 스케줄러 (@iSazonov)의 동작은 무엇입니까?

"Explorer"라고 말하는 것은 "아직 콘솔이없는 모든 컨텍스트"를 더 적은 단어로 말하는 편리한 방법이었습니다. 안심하십시오. _ 콘솔없이 inheritOnly 애플리케이션을 실행하는 것은 콘솔 할당을 유발하지 않습니다 ._

지정하려면 플래그가 필요합니다 (@ SteveL-MSFT)

다행히도 PowerShell에는 이미 WindowStyle 있습니다. 사용자가 숨겨진 실행을 요청하지 않는 한 기본 모드는 "_i는 AllocConsole() _"(모든 콘솔 API 요구 사항을 처리합니다!)를 호출해야합니다. 사양은 콘솔 할당에 대한 책임을 (pwsh)로 이동하여 conhost가 있는지 여부를 최종 제어 할 수 있도록합니다. powershell은 이미이 경우를 처리하도록 설정되어 있으므로 "숨겨진"검사 전 / 후의 델타 몇 줄에 불과합니다.

모든 PowerShell 시나리오를 해결하지 않음 (@iSazonov)

사양은 powershell이이를 처리하는 방법을 자세히 설명합니다 (위의 Steve에게 답장 참조). 내가 이해하는 한, 이것은 _이 문제 및 관련 문제에서 언급 된 모든 시나리오를 해결합니다 ._

PR에서했던 것처럼 AllocConsole() / AttachConsole() 를 호출하는 것과 애플리케이션이 다른 콘솔 할당 정책에 대해 매니페스트 될 때 AllocConsole() 호출하는 것의 주요 차이점은 하위 시스템 비트가 생성 셸 (cmd, pwsh, bash, ish)은 생성 된 셸 ( pwshw )이 종료되도록 _wait_해야 콘솔 I / O 핸들에 대한 간섭이 줄어 듭니다.

호스팅 콘솔로 돌아 가기 위해 AttachConsole() 를 호출하는 Windows 하위 시스템 응용 프로그램이있는 경우 생성 셸과 새 응용 프로그램이 입력 / 쓰기 출력을 읽는 사람을두고 싸우게됩니다. 그렇기 때문에 Attach를 호출하는 것은 Windows 하위 시스템 응용 프로그램에서 _ 절대 _ 작동 할 수 없습니다. 단, 생성 된 셸을 완전히 제어 할 수없는 경우에는 불가능합니다.

@DHowett 감사합니다! PowerShell에 대한 제안을 명확하게하려면 SUBSYSTEM_GUI 및 inheritOnly를 사용하는 것입니까?

내 생각에는 SUBSYSTEM_CUI 및 inheritOnly 가 PowerShell에 적합 할 것입니다. 다음과 같은 동작을 제공합니다.

1. cmd ( $SHELL )는 반환하기 전에 pwsh가 종료 될 때까지 기다립니다 ( SUBSYSTEM_CUI ).
2. explorer / tasksched에서 실행할 때 pwsh는 새 콘솔 창 ( inheritOnly ) 생성에 대한 결정을 내릴 수 있습니다.
3. cmd / pwsh / (콘솔 셸)에서 실행할 때 pwsh는 자동으로 콘솔 창을받습니다.

explorer / tasksched에서 실행할 때 pwsh는 새 콘솔 창 (inheritOnly) 생성에 대한 결정을 내릴 수 있습니다.

흠, PowerShell이 ​​프로세스 소유자 (탐색기 또는 작업 대상)인지 어떻게 알 수 있습니까?

나는 그것이 알아야한다고 생각하지 않는다.

이유는 다음과 같습니다 (C ++).

int main() {
    auto a{ _parseArgs() };
    if (a.WindowStyle != WindowStyle::Hidden)
    {
        AllocConsole();
    }
}

PowerShell은 사용자의 요청 여부에 따라 창을 생성할지 여부를 이미 알고 있습니다. 이 기능은 이미 존재하므로이 버그를 수정하는 코드에 대한 최소한의 점진적 변경이며 _ 그리고 _ 다른 모든 사용 사례에 대한 원래 동작을 유지합니다.

이는 더 새로운 행동을 구축 할 수있는 좋은 플랫폼을 제공합니다.

@DHowett는 vexx32는 서버의 많은 2012 / R2 및 2016 야생에서 아직 거기 언급

기능 업데이트를 수행하지 않기 때문에 보안 패치의 일부로 하위 OS로 변경 사항을 이식 할 수도 없다면

하위 시스템 비트는 생성 셸 (cmd, pwsh, bash, ish)이 생성 된 셸 (pwshw)이 종료 될 때까지 기다려야 함을 나타내므로 콘솔 I / O 핸들에 대한 간섭이 줄어 듭니다.

PowerShell에서도 작동합니다. PowerShell이 ​​외부 콘솔 앱을 호출하는 경우 새 정책도 따라야합니다. PowerShell이 ​​자동으로 가져 오나요? 아니면 PowerShell에 추가해야하나요?

PowerShell은 사양에 언급 된대로 옵트 인해야합니다. 그래도 좋은 점을 들었습니다. "상속 전용"응용 프로그램이 생성 된 응용 프로그램이 콘솔 창을 띄울 것이라고 생각합니다. 나는 우리가 어떻게 해결할 수 있는지 알고 있기 때문에 사양에서 이것을 다시 살펴볼 것입니다.

변경 사항을 하위 OS로 이식 할 수도 없다면

백 포팅을 위해 평가하기 전에 기능을 완료해야합니다 😉하지만 이것이 그 유용성을 제한한다는 데 100 % 동의합니다.

다른 프로그램에서 powershell을 시작하는 경우 하위 프로세스 숨기기를 지원할 가능성이 있다고 말하고 싶습니다. 예를 들어, Autohotkey에는 실행 명령에 대한 "Hide"플래그가 있습니다.