Powershell: PSCore6과 호환되지 않는 FullCLR 모듈

워크플로는 우리가 지원할 계획이 아닙니다. 대신 우리는 사람들이 워크플로를 사용하는 주된 이유라고 생각하는 PowerShell 스크립트의 동시성/병렬 실행 환경을 개선하기 위해 최선을 다하고 있습니다. 다른 이유가 있으면 알려주세요.

ConvertFrom-String은 현재 오픈 소스로 계획되지 않은 Microsoft Research의 기술에 의존합니다.

그래도 피드백은 고맙게 생각합니다.

워크플로 및 ConvertFrom-String은 PSCore6에 포함될 계획이 아닌 다른 이유로 독립적입니다. 나는 ConvertFrom-String이 Linux의 기존 텍스트 기반 기본 유틸리티에 대해 훌륭하게 작동한다는 데 동의합니다. ConvertFrom-String과 비슷하지만 더 간단한 기능을 사용하여 새 cmdlet을 만들 수 있습니다.

ConvertFrom-string 또는 이와 유사한 기능은 매우 유용합니다.

RSAT가 설치된 Windows 10 ver 16215에서 Windows PowerShell 모듈 로드를 확인했습니다.
첨부 파일의 스크립트 및 결과(오류 포함).
4062a.txt
4062b.txt - PowerShell Core의 전체 목록 모듈.

간단히 말해서.
총 코어 모듈 = 12.
총 Windows 및 Core 모듈 = 120.
총 Windows 모듈 = 108. (Windows Powershell Get-Module -ListAvailable에서).count = 109)
PowerShell Core 시작 후 - 3개의 모듈이 로드됩니다.
모든 모듈을 로드하려고 시도한 후 - 71개의 모듈이 로드되었습니다.

따라서 108개의 Windows 모듈에서 59개가 로드됩니다.
$error.count = 79

@iSazonov 그 결과를 가져 주셔서 감사합니다.

• 이 수정 사항 이 있는 최신 dotnet 코어로 이동하면 CDXML 기반 cmdlet 오류가
• 대부분의 오류는 DSC의 충돌하는 별칭으로 인해 발생합니다.
• RemoteDesktop 모듈은 실패하는 Add-Type을 호출하고 있으며 우리는 다음을 조사해야 합니다.
• 워크플로 1이 작동하지 않을 것으로 예상됩니다.
• ISE 1이 작동하지 않을 것으로 예상됩니다.
• ODataUtils는 cc @anmenaga 로 이식해야 하는 내 팀 소유 중 하나입니다.

cc @PowerShell/powershell-committee

오, ActiveDirectory 모듈은 PSSnapIn 입니다 😕 PowerShell Core의 주요 소비자(시스템 관리자)는 배 밖으로 던져집니다!

cmdlet을 다시 작성하는 방법에 대해 해당 팀과 이야기해야 합니다...

Exchange Server 2013 EMS는 PowerShell Core를 분쇄했습니다. 또한 Exchange 어셈블리를 찾을 수 없습니다.

SCCM 2012 R2 모듈이 로드되지 않음 - .Net 종속성이 손상되고 로컬(SCCM 홈) 폴더에서 어셈블리를 찾을 수 없습니다.

Sharepoint 2013 모듈은 PSSnapIn입니다.

MacOS 및 Linux:

Install-Module Docker -Scope CurrentUser -Repository DockerPS-Dev

Get-Container

파일 또는 어셈블리 'Docker.DotNet, 버전=2.124.0.0, Culture=neutral, PublicKeyToken=null'을 로드할 수 없습니다. 시스템이 지정된 파일을 찾을 수 없습니다.
행:1 문자:1에서

• 컨테이너 가져오기
• ~ ~ ~~~
  
  
  
  • CategoryInfo : OperationStopped: (:) [], FileNotFoundException
  
  
  • FullQualifiedErrorId : System.IO.FileNotFoundException
  
  

따라서 위의 설명에서 ActiveDirectory가 모듈이 아니라 PSSnapIn이고 이 버전이 스냅인을 지원하지 않기 때문에 작동하지 않는다는 것을 올바르게 추론할 수 있습니까?

또한 Import-Module -Name MSOnline을 사용할 수 있지만 Connect-MsolService를 시도했을 때 "'System.Drawing' 어셈블리에서 'System.Drawing.Drawing2D.InterpolationMode' 유형을 로드할 수 없습니다. 그런 다음 powershell.exe가 충돌했습니다.

@JakeMoe 예, PSSnapIn은 PowerShell Core에서 더 이상 사용되지 않습니다.

System.Drawing 는 CoreFS 및 .Net Standard 2.0에 없습니다.

@iSazonov 베타.4에서 이 세 가지(Exchange, SharePoint 및 SCCM)를 다시 시도할 수 있습니까? 감사 해요!

그리고 다른 모든 분들 덕분에 계속 와주세요!

PS C:\Program Files\PowerShell\6.0.0-beta.4> 모듈 가져오기 MSOnline
Import-Module: 'System, Version=4.0.0.0' 어셈블리에서 'System.Diagnostics.EventLogEntryType' 유형을 로드할 수 없습니다.
문화=중립, PublicKeyToken=b77a5c561934e089'.

PS > Start-Process powershell -Credential (Get-Credential)

Windows PowerShell credential request
Enter your credentials.
User: domain\username
Password for user domain\username: **************

Start-Process : Unable to load DLL 'api-ms-win-security-cpwl-l1-1-0.dll': The specified module could not be found.
(Exception from HRESULT: 0x8007007E)
At line:1 char:1
+ Start-Process powershell -Credential (Get-Credential)
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Start-Process], DllNotFoundException
    + FullyQualifiedErrorId : System.DllNotFoundException,Microsoft.PowerShell.Commands.StartProcessCommand

@joeyaiello

• Exchange - 로드된 간단한 cmdlet 작동
• Sharepoint - 로드된 간단한 cmdlet 작동
• SCCM - NullReferenceException 및 충돌:

at System.Management.MTAHelper.IsNoContextMTA()
at System.Management.MTAHelper.CreateInMTA(Type type)
...

• Skype 서버 2015 - 'System.Management.Automation.PSSnapIn' 유형을 로드할 수 없습니다.

RSAT가 설치된 Windows 10 ver 162241 에서 Windows PowerShell 모듈 로드를 다시 확인했습니다.
첨부 파일의 스크립트 및 결과(오류 포함).

4062Beta4fulllist.txt
4062Beta4ipmoall.txt - PowerShell Core의 전체 목록 모듈.

간단히 말해서.
총 코어 모듈 = 12.
총 Windows 및 Core 모듈 = 125.
총 Windows 모듈 = 113.
PowerShell Core 시작 후 - 2개의 모듈이 로드됩니다.
모든 모듈을 로드하려고 시도한 후 - 108개의 모듈이 로드됩니다.

따라서 113개의 Windows 모듈에서 96 개가 로드됩니다.
$error.count = 47

Beta 4로 내 사용자 정의 스크립트 중 하나를 확인했지만 오류와 함께 중단되었습니다.
catch:function : 프로세스: 오류: "0" 인수를 사용하여 ".ctor"를 호출하는 'System.Diagnostics.PerformanceCounter '

오픈 #4295

@daxian-dbw 편집:
근본 원인은 현재 .NET Core 에서 System.Diagnostics.PerformanceCounter 를 사용할 수 없기 때문입니다. dotnet/corefx#3906은 .NET Core 에서 PerformanceCounter 지원을 추적하고 있지만 'Future' 마일스톤으로 표시되어 있어 .NET Core 2.0 에서 사용할 수 없습니다.
자세한 내용은 #4295를 참조하십시오.

@mi-hol 새 문제-질문을 여십시오.

PSWindowsUpdate 버전 1.6.0.3의 6.0 코어 베타-4에서 Get-WUList가 작동하도록 할 수 없습니다. Windows 10 데스크톱 PowerShell에서 제대로 작동합니다.

산출:

Get-WUList -MicrosoftUpdate
Test-Connection : The client cannot connect to the destination specified in the request. Verify
that the service on the destination is running and is accepting requests. Consult the logs and
documentation for the WS-Management service running on the destination, most commonly IIS or
WinRM. If the destination is the WinRM service, run the following command on the destination to
analyze and configure the WinRM service: "winrm quickconfig".
At C:\Program Files\WindowsPowerShell\Modules\PSWindowsUpdate\1.6.0.3\Get-WUList.ps1:274 char:7
+             If(Test-Connection -ComputerName $Computer -Quiet)
+                ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (:) [Test-Connection], CimException
    + FullyQualifiedErrorId : TestConnectionException,Microsoft.PowerShell.Commands.TestConnection
   Command

$PSVersionTable

Name                           Value
----                           -----
PSVersion                      6.0.0-beta
PSEdition                      Core
GitCommitId                    v6.0.0-beta.4
OS                             Microsoft Windows 10.0.15063
Platform                       Win32NT
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1
WSManStackVersion              3.0

@fdncred 신고 감사합니다!
PSWindowsUpdate를 테스트했습니다.

• Test-Connection 및 WS-Management에 문제가 있습니다. 주제에서 이에 대해 논의하지 마십시오. 도움이 필요한 경우 새 문제-질문을 여십시오.
• #3775 때문에 PSWindowsUpdate를 계속 사용할 수 없습니다.

WebAdministration과 IISAdministration은 모두 GAC 어셈블리를 사용할 수 있을 것으로 예상하기 때문에 PS Core에서 실행되지 않습니다. DSC를 사용하는 것이 더 나은 대안일 수 있지만 Invoke-DSCResource 및 Start-DSCConfiguration 가 없기 때문에 코어에 구성을 적용하는 것이 어색합니다. #4457 참조.

문제에 대한 모든 업데이트, Linux 기반 OS에서 MsOnline 모듈을 가져올 수 없습니다 . #4269

PowerShell 갤러리에서 Invoke-MySqlQuery가 작동하지 않습니다. Windows 10의 Beta 5에서 사용하려고 하면 오류가 발생합니다. .Net Standard에 대한 나의 이해는 이것이 Windows(물론 Linux/Mac이 아님)에서 작동해야 할 가능성이 있다는 것입니다. 어셈블리가 로드되고 가장 일반적인 방법 중 하나에서 오류가 발생합니다.
https://www.powershellgallery.com/packages/Invoke-MySqlQuery/1.0.0/DisplayScript

Install-Script -Name Invoke-MySqlQuery

. Invoke-MySqlQuery.ps1
$MyCred = Get-Credential
Invoke-MySQLQuery -ComputerName MyServer -Database mysql -Query "select @@hostname" -Credential $MyCred


Exception calling "Open" with "0" argument(s): "The type initializer for 'MySql.Data.MySqlClient.Replication.ReplicationManager' threw an exception."

Conn.Open()에서 동일한 문제가 있는 내부 모듈도 있습니다. 내부 모듈을 사용하여 100대의 MySql 서버와 AWS Aurora에도 연결합니다.

이것은 Connector/Net 6.9.9 및 Connector/Net 8.0.8(다른 컴퓨터에 설치됨) 모두에서 발생합니다. 이전 버전의 PowerShell에서는 문제 없이 작동합니다.

@FireInWinter 신고

우리는 양식을 제시할 수 있어야 합니다. 이상적으로는 System.Drawing을 통해 하지만 필요한 경우 일부를 XAML로 변환할 수 있습니다. 그러나 둘 다 작동하지 않으므로 Powershell이 ​​죽은 그래픽이 있습니까? 어떤 종류의 양식을 사용할 수 없다면 PowershellCore로 넘어가지 않을 것입니다. 그리고 아니요, 우리는 C#을 사용하지 않을 것입니다 :P

또한 Get-WmiObject가 죽었다고 말하는 것이 안전합니까? Get-WmiObject와 Get-CimInstance 사이의 구문이 동일했으면 좋겠지만 동일하지 않으므로 아직 PS 2.0이 있는 경우 두 번 코딩해야 합니다.

@agressiv GUI를 활성화하기 위해 https://github.com/PowerShell/PowerShell/issues/3957 에 대한 몇 가지 조사가 진행 중입니다.

Get-WmiObject 는 더 이상 사용되지 않는 것으로 간주됩니다. @joeyaiello가 PSv2를 공식적으로 않는다는 블로그를 게시했습니다. 우리는 WSMan을 통한 CIM의 비 Windows 구현(OpenPegasus, OMI, Dell iDrac, HP iLO 등...)과 상호 운용할 수 있는 WMI cmdlet을 사용하는 대신 CIM cmdlet으로 전환하는 것이 좋습니다.

Microsoft가 많은 핵심 제품에서 WMF 4.0을 지원하는 데 느리고 마이그레이션이 끝났기 때문에 여전히 2.0에 컴퓨터가 있습니다. 이제 5.1을 배포하라는 요청을 받았기 때문에 누가 남았는지 확인하기 위해 또 다른 패스를 만들어야 합니다(물론 Skype 및 Exchange Server를 포함한 거의 모든 것과 호환되지는 않음).

참조할 수 있는 제거될 Get-WmiObject와 같은 Cmdlet 목록이 있습니까?

WinPE의 대상 플랫폼은 무엇입니까? 코어로도 이동할까요? 거기에서도 Windows Forms를 사용합니다.

6.0 베타에서 모든 cmdlet을 덤프하고 단순히 비교 개체를 수행했습니다. 다음은 우리를 위한 것입니다.

• 모든 EventLog cmdlet. 우리는 이것을 광범위하게 사용합니다.
• Test-ComputerSecureChannel.
• 추가-PSSnapin. 나는 이것을 사용하지 않고 싶지만 분명히 많은 모듈에 게으른 작성자가 있습니다. (예: Vmware, WSUS, MDT, Citrix, SCOM, Dell). 아마도 이러한 모듈 중 일부를 로드하는 다른 방법이 있을 수 있지만 이러한 OEM은 실제로 코드에서 Add-PSSnapin을 사용하는 것이므로 작동하기를 바라며 코드를 수정하거나 최종적으로 변경합니다. 물론 지금은 8년 정도 Add-PSSnapin을 사용하지 말았어야 했지만, 절대 변하지 않는 것도 있습니다.

@agressiv VMware PowerCLI는 이제 PowerShell 갤러리에서 설치할 수 있는 모듈이며 이미 PowerShell Core를 지원하고 있다고 거의 확신합니다(다시 확인해야 함). 당신이 지적한 것처럼 다른 PSSnapin 낙오자가 있습니다.

PSCore6 용 @agressiv, PSSnapins에 대한 지원을 의도적으로 제거했습니다. 그러나 VMWare에는 현재 PSGallery에 없는 PSCore6용 PowerCLI 포트가 있습니다.

@aggresiv : UI 측면에서 GUI 노력을 완전히 포기하는 것은 아닙니다. 아직 정확히 어디로 향하고 있는지 확신할 수 없습니다. https://github.com/PowerShell/Phosphor 로 이동하면 웹 기반 UI를 생성하기 위해 실행 중인 실험을 확인할 수 있습니다. 누군가가 PowerShell에 대한 Qt 바인딩을 만들고 싶어한다면 그것은 저를 매우 기쁘게 할 것입니다).

Get-WmiObject 관해서는 : 당신 말이 맞습니다. 우리는 그것을 다시 가져올 계획이 없습니다. 제 생각에는, Get-CimInstance 대단히 같은 구문에 개선 Get-WmiObject (이 처음에 만들어진 이유의 일부), 그리고 두 번 코딩, 우리는 또한의 고통을 이해하면서 단지를 더 이상 사용되지 않는 Windows PowerShell 2.0 , 따라서 앞으로 2.0으로의 역호환을 위해 최적화하지 않을 것입니다. :\

내 사용 사례:

• Active Directory PowerShell 모듈을 가져옵니다.
• Azure Active Directory PowerShell 모듈을 가져옵니다.
• Exchange 2010 - 2016 서버에 대한 원격 PowerShell 세션을 설정하고 세션을 가져옵니다.
• Exchange Online에 대한 원격 PowerShell 세션을 설정하고 세션을 가져옵니다.
• Lync/Skype 서버에 대한 원격 PowerShell 세션을 설정하고 세션을 가져옵니다.

Windows, Linux 및 MacOS에서 해당 cmdlet이 모두 작동하도록 할 수 있다면 영웅이 될 것입니다.

이전 의견에서 설명한 것처럼 현재 RSAT 및 스냅인의 일부이기 때문에 AD 모듈이 가장 어렵다고 생각합니다. 하지만 이봐, AD 팀은 시대를 맞아야 해!

다른 모든 방법이 실패하면 도메인 컨트롤러 또는 이러한 모듈이 있는 다른 Windows 컴퓨터에 대한 원격 PowerShell 세션을 수행한 다음 세션을 가져옵니다.

@KeeperB5 PSSession 가져오기를 PSCore6 에서만 작동해야 합니다(Windows는 어쨌든 Linux/MacOS에서는 시도하지 않았지만 작동해야 함).

가져오기 모듈 AzureAD
Connect-AzureAD

처리되지 않은 예외: System.TypeLoadException: 'System.Drawing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' 어셈블리에서 'System.Drawing.Icon' 형식을 로드할 수 없습니다.
System.Windows.Forms.Form.Dispose(부울 처리)에서
System.ComponentModel.Component.Finalize()에서
connect-azuread : 하나 이상의 오류가 발생했습니다. ('System.Drawing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' 어셈블리에서 'System.Drawing.Drawing2D.InterpolationMode' 유형을 로드할 수 없습니다.): 'S 유형을 로드할 수 없습니다.
어셈블리 'System.Drawing, 버전=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'의 ystem.Drawing.Drawing2D.InterpolationMode'.
행:1 문자:1에서
연결-azuread
CategoryInfo : AuthenticationError: (:) [Connect-AzureAD], AadAuthenticationFailedException
FullQualifiedErrorId: Connect-AzureAD,Microsoft.Open.Azure.AD.CommonLibrary.ConnectAzureAD

또한 "powershell.exe가 작동을 멈췄습니다"라는 메시지와 함께 전체 응용 프로그램이 충돌합니다.

6.0.0에 대한 추가 작업이 계획되어 있지 않으므로 이를 6.0.0 마일스톤에서 이동

@SteveL-MSFT PowerShell Core 6.0용 제품의 모듈을 채택하기 위한 MSFT 계획/타임라인이 가능한지 명확히 해주실 수 있습니까?

많은 제품 팀이 6.0.0 최종 릴리스에 도달할 때까지 유효성 검사 작업을 시작하지 않으므로 이 작업을 완료하고 제품 팀과 협력하여 유효성 검사를 시작하는 데 중점을 둡니다. 이것은 불행히도 빨리 일어나지 않을 것이므로 현재로서는 제공할 수 있는 일정이 없습니다.

이 문제를 기반으로 Active Directory/Exchange 모듈을 PowerShell v6으로 이식할 계획이 있습니까? 도구는 Windows 전용입니까(System.DirectoryServices.Protocols는 현재 Windows에서만 실행되기 때문에)?

@j3vans CoreFX는 여전히 API가 매우 제한적이며 MSFT 팀이 이러한 모듈을 이식할 수 있을 것으로 기대하지 않습니다. 원격을 통해 Windows 모듈을 사용할 수 있습니다.

Install-Module SqlServer는 Mac에 설치되지 않습니다.

```복제 단계:
설치 모듈 SqlServer

Errors out with: 
PackageManagement\Install-Package : Unable to load DLL 'api-ms-win-core-sysinfo-l1-1-0.dll': The specified module or one of its dependencies could not be found.                (Exception from HRESULT: 0x8007007E)                                                                                                                                          At /usr/local/microsoft/powershell/6.0.0-rc.2/Modules/PowerShellGet/1.6.0/PSModule.psm1:2057 char:21                                                                           + ...          $null = PackageManagement\Install-Package <strong i="8">@PSBoundParameters</strong>                                                                                                    +                      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : NotSpecified: (Microsoft.Power....InstallPackage:InstallPackage) [Install-Package], Exception
+ FullyQualifiedErrorId : System.DllNotFoundException,Microsoft.PowerShell.Commands.TestModuleManifestCommand,Microsoft.PowerShell.PackageManagement.Cmdlets.InstallPackage

```powershell
> $PSVersionTable
Name                           Value
----                           -----
PSVersion                      6.0.0-rc.2
PSEdition                      Core
GitCommitId                    v6.0.0-rc.2
OS                             Darwin 16.7.0 Darwin Kernel Version 16.7.0: Wed Oct  4 00:17:00 PDT 2017; root:xnu-3789.71.6~1/RELEASE_X86_64
Platform                       Unix
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1
WSManStackVersion              3.0

"Install-Module SQLServer" 정보 - 이 모듈은 Windows 시스템 전용입니다. Linux/Mac SQLPS나 SQLServer 모듈은 아직 없습니다.

이제 Windows가 아닌 시스템에서 고유한 SQL Server PowerShell 명령을 빌드하려는 경우 Linux에서 실행되는 "Microsoft.SqlServer.SqlManagementObjects"를 설치할 수 있습니다.

자세한 내용은 내 블로그 게시물을 참조하십시오. http://www.maxtblog.com/2017/11/streamlining-sql-server-management-objects-smo-in-powershell-core/

이 문제는 https://github.com/PowerShell/WindowsPowerShellCompatibilityPack 에서 해결할 것입니다. 특정 모듈에 대한 문제를 여십시오.

PS 6용 Active Directory 모듈이 작동하도록 하기 위해 진행 중인 작업이 있습니까?

안녕하세요 @apetitjean 입니다 .

위의 @SteveL-MSFT 링크에 질문을 게시할 수 있습니다. 이렇게 하면 제대로 추적할 수 있습니다.
:)

MVP Summit에서 만나요!

@MaximoTrinidad 감사합니다. 여기에 게시하는 것이 정확히 내 의도였습니다. @SteveL-MSFT가 여기에서 내 질문을 볼 수 있기를 바랍니다.

정말 곧 만나요! :)

@apetitjean 계획은 Windows PowerShell 호환 팩을 통해 Active Directory 모듈을 지원할 수 있도록 하는 것입니다. 암시적 원격을 사용하고 아마도 JEA와 함께 사용할 것입니다.

@SteveL-MSFT Windows PowerShell 호환 팩은 Windows 전용입니다. 맞나요? Active Directory 모듈이 Windows에서만 작동하는 것은 허용되지 않는다고 생각합니다. 계획이 필요한 .NET Core API가 x-plat이 될 때까지 Windows에서만 일시적으로 AD를 지원하는 것이라면 저는 괜찮습니다. 그러나 AD는 Windows 환경 이상에서 사용되며 PowerShell을 사용하여 Linux(및 macOS)에서 자동화를 구축하는 기능은 직접적인 .NET 조작이나 Linux에서 AD를 지원할 수 있는 다른 셸/스크립팅 언어를 호출할 필요가 없습니다.

내 이해에서 Active Directory 모듈은 PowerShell에 없습니다.
팀 플레이트 및 PowerShell과 함께 작동하도록 완전히 다시 작성해야 합니다.
핵심.
Steve가 말하는 것은 다음까지 작동해야 하는 해결 방법이라고 생각합니다.
다음 AD 모듈 릴리스.

현재 AD 모듈에는 Windows PowerShell 호환 팩에 PSSnapin shim을 추가하지 않는 한 PS Core에서 작동하지 않는 PSSnapin 요구 사항이 있습니다. 이것이 내가 @SteveL-MSFT에서 AD 모듈(PowerShell 팀이 아니라 OS 팀의 책임임에도 불구하고)이 Windows PowerShell 호환 팩에서 지원될 것이라고 말하는 것을 방해하는 이유입니다. 이미 코어용 모듈을 리팩토링해야 할 중대한 필요성이 있었고 그 미래가 Windows PowerShell 호환 팩에 있다면 그것은 잘못된 방향입니다.

@markekraus 의견에 동의합니다. 저는 Windows PowerShell 호환성 팩을 사용하는 것을 선호하지 않으며 "... 분리된 상태로 유지해야 합니다!!"라고 생각합니다.

하지만 그건 내 생각이야!
:)

Windows PowerShell 호환 기능 팩에 대한 이해는 절대 이식되지 않을 모든 것이 포함되어 있다는 것입니다.

Windows PowerShell 호환 기능 팩의 목적은 기존 Windows PowerShell 사용자가 PSCore6으로 이동할 수 있도록 일시적으로 돕는 것입니다. 장기 계획은 기본적으로 PSCore6과 크로스 플랫폼에서 모듈을 실행하는 것입니다. 일부 팀은 PSCore6으로 포팅하지 않거나 포팅할 것이라고 결정할 수 있지만 크로스 플랫폼과 호환되도록 하는 데 투자하지 않습니다. 그들이 _right_ 결정을 내리는 데 도움이 되는 가장 큰 영향은 고객 피드백입니다(고객을 대표하는 PowerShell 팀이 아님).

이해했다. 그리고 내가 하는 방식을 느끼는 사람을 위해:

https://windowsserver.uservoice.com/forums/304621-active-directory/suggestions/33496864-port-active-directory-module-to-powershell-core-an

그리고

https://windowsserver.uservoice.com/forums/304621-active-directory/suggestions/13350033-open-source-the-activedirectory-powershell-module

.Net 프레임워크 dll에 대한 종속성이 있는 스크립트가 있는 경우 nuget을 통해 해당 종속성의 .Net 코어 버전을 찾은 다음 스크립트를 PS6으로 이식해야 합니까? 이러한 종속성에 대한 "래퍼"가 없습니다. 맞습니까?

@dudeNumber4 에 따라 다릅니다. PSCore6에 이미 포함되어 있는 어셈블리인 경우(많이 포함) 경로를 통해 특정 dll을 참조하지 않는 한 변경할 필요가 없습니다. 예를 들어 이전에 Add-Type을 사용하여 로드하는 System.DirectoryServices.AccountManagement.dll에 종속된 경우 경로를 지정하지 않으면 제대로 작동해야 합니다.

@dudeNumber4 에 따라 다릅니다. PSCore6에 이미 포함되어 있는 어셈블리인 경우(많이 포함) 경로를 통해 특정 dll을 참조하지 않는 한 변경할 필요가 없습니다. 예를 들어 이전에 Add-Type을 사용하여 로드하는 System.DirectoryServices.AccountManagement.dll에 종속된 경우 경로를 지정하지 않으면 제대로 작동해야 합니다.

알겠습니다. New-Object System.Data.OleDb.OleDbConnection 시도했습니다. _유형을 찾을 수 없습니다_. 너겟에서 .Net Standard 2.0을 지원한다고 주장하는 일종의 포트가 있습니다. 스크립트를 이식하려면 해당 라이브러리의 너겟 복원을 추가해야 합니다. 맞습니까?

@dudeNumber4 우리는 PSCore6 자체의 일부로 해당 어셈블리를 포함하지 않으므로 이를 사용하려면 Install-Package 를 사용하여 런타임에 해당 nupkg를 다운로드하거나 수동으로 수행하고 해당 어셈블리를 스크립트.

WebAdministration - xWebAdministration이 대체입니까, 아니면 WebAdministration이 이식됩니까?

@IanKemp 그 모듈은 IIS 팀이 소유하고 있으므로 그들의 계획을 모릅니다. 그러나 지난번에 우리 팀이 해당 모듈을 보았을 때 필요한 .Net Framework 네임스페이스 중 일부를 .Net Core에서 사용할 수 없었기 때문에 다시 작성하지 않는 한 작동하지 않을 것입니다.