@adityapatwardhan Você poderia comentar o problema do SDK?

Qualquer um?

@ jnevins-gcm A equipe MSFT está ocupada nos dias, então esperando ...

Já se passaram 15 dias ... @iSazonov @adityapatwardhan

@ jnevins-gcm Das discussões anteriores, só posso dizer por favor, verifique se libpsrpclient está instalado e carregado. O mesmo para OpenSSL.

/ cc @ SteveL-MSFT

@isazonov - essa não é uma resposta significativa. Parece que você nem leu o problema

@ jnevins-gcm Desculpe pela resposta curta.

e a correção do comando ln não parece funcionar para o SDK.

libpsrpclient não tem um registro de ajuda, então seria ótimo se você usasse ferramentas de diagnóstico para identificar dependências quebradas (para ssl eu acho).
E você deseja obter uma solução alternativa ou correção?

Eu ficaria totalmente feliz com uma solução alternativa.

Não estou muito familiarizado com as ferramentas de análise de dependência no OS X, mas estou feliz em tentar reunir algumas informações se você puder fornecer alguma orientação sobre quais ferramentas usar.

Obrigado!

Qualquer atualização...? faz cerca de um mês

Acredito que você precise incluir https://www.nuget.org/packages/Microsoft.PowerShell.Native

Microsoft.PowerShell.Native 6.2.0

Binários nativos para PowerShell Core

@ SteveL-MSFT já tentou isso

.... você experimentou?

@ jnevins-gcm desculpe, não vi todos os detalhes do seu relatório. Eu tentei isso e percebi que dotnet run falha, mas se eu executar explicitamente o exe integrado, ele funciona (no sentido de que cansa de conectar)

Unhandled exception. System.Management.Automation.ActionPreferenceStopException: The running command stopped because the preference variable "ErrorActionPreference" or common parameter is set to Stop: [outlook.office365.com] Connecting to remote server outlook.office365.com failed with the following error message : Client did not get proper response from server. For more information, see the about_Remote_Troubleshooting Help topic.
   at System.Management.Automation.Runspaces.PipelineBase.Invoke(IEnumerable input)
   at System.Management.Automation.Runspaces.Pipeline.Invoke()
   at System.Management.Automation.PowerShell.Worker.ConstructPipelineAndDoWork(Runspace rs, Boolean performSyncInvoke)
   at System.Management.Automation.PowerShell.Worker.CreateRunspaceIfNeededAndDoWork(Runspace rsToUse, Boolean isSync)
   at System.Management.Automation.PowerShell.CoreInvokeHelper[TInput,TOutput](PSDataCollection`1 input, PSDataCollection`1 output, PSInvocationSettings settings)
   at System.Management.Automation.PowerShell.CoreInvoke[TInput,TOutput](PSDataCollection`1 input, PSDataCollection`1 output, PSInvocationSettings settings)
   at System.Management.Automation.PowerShell.CoreInvoke[TOutput](IEnumerable input, PSDataCollection`1 output, PSInvocationSettings settings)
   at System.Management.Automation.PowerShell.Invoke(IEnumerable input, PSInvocationSettings settings)
   at System.Management.Automation.PowerShell.Invoke()
   at wsman.Program.Main(String[] args) in /Users/steve/test/wsman/Program.cs:line 25

obrigado @ SteveL-MSFT - qual é a diferença? como posso fazer uma função de experiência de depuração?

Não sei por que dotnet run falha. Você pode ter que trazer isso para o repositório dotnet CLI. Com base nos rastreios, ele carrega a biblioteca necessária, mas a descarrega por algum motivo. Executar o exe diretamente não descarrega essa biblioteca.

Tenho que tentar isso. Mesmo erro ao chamar "dotnet mydll"

Tem certeza de que realmente fez isso funcionar por meio da linha de comando?

@ SteveL-MSFT alguma atualização? parece um bug no PowerShell Core ....

@ SteveL-MSFT @iSazonov

procurando obter algum / qualquer suporte aqui, por favor. O PowerShell supostamente tem suporte ativo da Microsoft e isso é claramente um bug.

@ jnevins-gcm Desculpe, não tenho um Mac para investigar.
Se você compartilhou seu projeto ou projeto de amostra, isso ajudaria os especialistas da MSFT.

O código de amostra que postei, exatamente como está, em um aplicativo de console csproj pronto para uso reproduzirá o problema.

Ter o projeto GitHub pronto para executar economizaria o tempo do revisor.

@iSazonov @ SteveL-MSFT

Está bem....

https://github.com/JeffN825/PowerShellWSManBug

É um csproj simples e Program.cs copiado direto do meu post original.

dotnet build
cd bin/Debug/netcoreapp2.2/
dotnet PowerShellWSManBug.dll 

seria ótimo obter uma resolução

GitHub

JeffN825 / PowerShellWSManBug

Contribua com o desenvolvimento do JeffN825 / PowerShellWSManBug criando uma conta no GitHub.

netcoreapp2.2

Nunca almejamos 2.2. Você pode tentar 2.1?

não funciona

@iSazonov @ SteveL-MSFT

colisão ... alguma correção para este bug? Passei o tempo montando aquela amostra ... seria ótimo se você pudesse retribuir.

@ jnevins-gcm Não tenho MacOs para investigar o problema, desculpe. Já que você está usando o SDK, acho que você pode usar o depurador e sugiro usar um manipulador dll nativo (consulte # 11032) e pegue um caminho para openssl.dylib. Isso pode ajudar a entender onde está o problema ou até mesmo corrigi-lo no sistema operacional ou no seu código.

É muito frustrante que haja uma única pessoa que oferece suporte / responde a bugs no PowerShell e não tem acesso às plataformas que o PowerShell afirma oferecer suporte.

@iSazonov como faço para aproveitar o que está no PR que você vinculou? Alguma direção básica seria útil.

@ jnevins-gcm tenha em mente que este é o fim de semana de Ação de Graças nos EUA, onde toda a equipe do PS está baseada. Tenho certeza de que todos estão passando tempo com suas famílias. : ligeiramente_smiling_face:

@ vexx32 Ficarei felizmente surpreso se receber uma resposta útil na próxima semana.

Abri esta edição em 23 de setembro, há mais de 2 meses, e a equipe quase não respondeu e não recebi nenhuma resposta que tenha sido útil.

Muito frustrante que haja uma única pessoa ...

Sou um membro da comunidade como você e tenho recursos e tempo limitados. :-(

como posso aproveitar o que está no PR que você vinculou?

Eu sugiro adicionar o manipulador dll nativo em seu projeto e definir o ponto de interrupção. Convido você a obter mais informações que o assembly está tentando carregar e que é o caminho para dll nativo. Depois disso, poderíamos entender como consertar isso ou fazer uma solução alternativa.

Abri esta edição em 23 de setembro

Temos alguns problemas como este e eu já enviei um ping para a equipe MSFT. Espero que analisem em profundidade porque o WSMan é sensível.
/ cc @ SteveL-MSFT

@iSazonov - desculpe, não sabia que você não estava com MS. Eu aprecio seu tempo nisso.

Saber disso torna o lago de suporte da Microsoft ainda mais frustrante.

você vê as dependências do openssl ao usar o otool?

ie:
otool -L /usr/local/microsoft/powershell/6/libmi.dylib
/usr/local/microsoft/powershell/6/libmi.dylib:
@ rpath / libmi.dylib (versão de compatibilidade 0.0.0, versão atual 0.0.0)
/usr/lib/libSystem.B.dylib (versão de compatibilidade 1.0.0, versão atual 1238.60.2)
/usr/lib/libpam.2.dylib (versão de compatibilidade 3.0.0, versão atual 3.0.0)
/usr/local/opt/openssl/lib/libssl.1.0.0.dylib (versão de compatibilidade 1.0.0, versão atual 1.0.0)
/usr/local/opt/openssl/lib/libcrypto.1.0.0.dylib (versão de compatibilidade 1.0.0, versão atual 1.0.0)
/usr/lib/libz.1.dylib (versão de compatibilidade 1.0.0, versão atual 1.2.8)

você instalou o powershell com brew ou baixou por meio dos pacotes do GitHub?

você instalou o openssl do brew, macports, outro?

a dependência do arquivo para libssl.1.0.0.dylib e libcrypto.1.0.0.dylib existe?

@ davesil2

 otool -L /usr/local/microsoft/powershell/6/libmi.dylib
/usr/local/microsoft/powershell/6/libmi.dylib:
    @rpath/libmi.dylib (compatibility version 0.0.0, current version 0.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1238.60.2)
    /usr/lib/libpam.2.dylib (compatibility version 3.0.0, current version 3.0.0)
    /usr/local/opt/openssl/lib/libssl.1.0.0.dylib (compatibility version 1.0.0, current version 1.0.0)
    /usr/local/opt/openssl/lib/libcrypto.1.0.0.dylib (compatibility version 1.0.0, current version 1.0.0)
    /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.8)

para PowerShell 6 CLI (que funciona).

e para PowerShell.SDK

otool -L /Users/jeff/dev/PowerShellWSManBug/bin/Debug/netcoreapp2.2/publish/runtimes/osx/native/libmi.dylib 
/Users/jeff/dev/PowerShellWSManBug/bin/Debug/netcoreapp2.2/publish/runtimes/osx/native/libmi.dylib:
        @rpath/libmi.dylib (compatibility version 0.0.0, current version 0.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1238.60.2)
        /usr/lib/libpam.2.dylib (compatibility version 3.0.0, current version 3.0.0)
        /usr/local/opt/openssl/lib/libssl.1.0.0.dylib (compatibility version 1.0.0, current version 1.0.0)
        /usr/local/opt/openssl/lib/libcrypto.1.0.0.dylib (compatibility version 1.0.0, current version 1.0.0)
        /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.8)

que não funciona

Eu instalei o PowerShell.SDK por meio de um PackageReference regular.

A linha de comando PowerShell (que funciona), instalei via brew.

a dependência do arquivo para libssl.1.0.0.dylib e libcrypto.1.0.0.dylib existe?

como faço para verificar isso?

otool mostra a dependência:

/usr/local/opt/openssl/lib/libssl.1.0.0.dylib
/usr/local/opt/openssl/lib/libcrypto.1.0.0.dylib

Esses arquivos existem?

ls -la / usr / local / opt / openssl / lib /

Eu também tive problemas com o arquivo que não existe no diretório da biblioteca padrão:

ls -la /usr/local/lib/libssl.1.0.0.dylib
ls -la /usr/local/lib/libcrypto.1.0.0.dylib

você não mencionou qual versão do openssl está executando ou como o instalou?

Não tenho certeza do que fazer com as últimas bibliotecas ausentes @ davesil2

Jeffs-MacBook-Pro:~ jeff$ ls -la /usr/local/opt/openssl/lib/
total 11664
drwxr-xr-x  11 jeff  staff      352 Oct 20 19:19 .
drwxr-xr-x  13 jeff  staff      416 Oct 20 19:19 ..
drwxr-xr-x  14 jeff  staff      448 May 28  2019 engines
lrwxr-xr-x   1 root        staff       14 Sep 22 19:33 lib -> /opt/local/lib
-rw-r--r--   1 jeff  staff  1864096 Jun 24 17:11 libcrypto.1.0.0.dylib
-r--r--r--   1 jeff  staff  3208352 May 28  2019 libcrypto.a
lrwxr-xr-x   1 jeff  staff       21 May 28  2019 libcrypto.dylib -> libcrypto.1.0.0.dylib
-r--r--r--   1 jeff  staff   371128 Jun 24 17:11 libssl.1.0.0.dylib
-r--r--r--   1 jeff  staff   517904 May 28  2019 libssl.a
lrwxr-xr-x   1 jeff  staff       18 May 28  2019 libssl.dylib -> libssl.1.0.0.dylib
drwxr-xr-x   5 jeff  staff      160 Jun 24 17:11 pkgconfig

Jeffs-MacBook-Pro:~ jeff$ ls -la /usr/local/lib/libssl.1.0.0.dylib
ls: /usr/local/lib/libssl.1.0.0.dylib: No such file or directory

Jeffs-MacBook-Pro:~ jeff$ ls -la /usr/local/lib/libcrypto.1.0.0.dylib
ls: /usr/local/lib/libcrypto.1.0.0.dylib: No such file or directory

Eu tentei instalar o openssl via MacPorts e Homebrew (ambos com resultados negativos). Atualmente estou executando uma cópia instalada via MacPorts (1.1.1d)

Para mim, o que tive que fazer foi criar o link simbólico para libssl.1.0.0.dylib e lib crypto.1.0.0.dylib.

ln -s /usr/local/opt/openssl/lib/libssl.1.0.0.dylib / usr / local / lib /
ln -s /usr/local/opt/openssl/lib/libcrypto.1.0.0.dylib / usr / local / lib /

Isso deve criar um link simbólico em / usr / local / lib / para esse arquivo. Isso me proporcionou sucesso no uso do psremoting, pois parece que pode haver alguma referência a essa biblioteca (para mim, não consigo fazê-la funcionar no Catalina, embora funcione, encontre no Mojave).

Uma coisa que não faz sentido para mim é que você tem 1.1.1d de macports instalado, mas você tem a biblioteca 1.0.0? você instalou 1.1.1d e 1.0?

A outra opção seria redefinir suas instalações do openssl. Tive os melhores resultados com cerveja (na maior parte).

você precisa remover a instalação do macports:

ports uninstall installed

** Nota: remove todos os macports instalados, você também pode apenas fazer o openssl e o openssl10

brew install openssl
ln -s /usr/local/opt/openssl/lib/libcrypto.1.1.dylib /usr/local/lib/libcrypto.1.0.0.dylib
ln -s /usr/local/opt/openssl/lib/libssl.1.1.dylib /usr/local/lib/libssl.1.0.0.dylib

Enquanto estiver em Mojave, tive um sucesso bastante sólido, os links simbólicos sendo a chave. Espero que a @Microsoft possa ajudar com o lado Catalina

@ davesil2
Tentou:

ports uninstall installed
brew install openssl
brew install openssl
ln -s /usr/local/opt/openssl/lib/libcrypto.1.1.dylib /usr/local/lib/libcrypto.1.0.0.dylib
ln -s /usr/local/opt/openssl/lib/libssl.1.1.dylib /usr/local/lib/libssl.1.0.0.dylib

e não funcionou (mas recentemente atualizei para Catalina, então provavelmente é por isso)

@ davesil2 Já perdi a esperança de que @microsoft se importe (ou seja capaz de) suportar esta plataforma

@ davesil2 & @ jnevins-gcm

Este é o erro que vejo depois de executar os comandos de link mencionados e conectar-se ao Exchange Online usando New-PSSession:
Comandos de link simbólico:

ln -s /usr/local/opt/openssl/lib/libcrypto.1.1.dylib /usr/local/lib/libcrypto.1.0.0.dylib
ln -s /usr/local/opt/openssl/lib/libssl.1.1.dylib /usr/local/lib/libssl.1.0.0.dylib

Erro:

dyld: lazy symbol binding failed: Symbol not found: _SSL_library_init
  Referenced from: /usr/local/microsoft/powershell/6/libmi.dylib
  Expected in: /usr/local/lib/libssl.1.0.0.dylib

dyld: Symbol not found: _SSL_library_init
  Referenced from: /usr/local/microsoft/powershell/6/libmi.dylib
  Expected in: /usr/local/lib/libssl.1.0.0.dylib

Também vejo exatamente o mesmo erro no meu Catalina 15.1 Mac. Passei muitas horas passando por todas as iterações deste problema, sem resultados positivos. Basicamente, estou voltando a usar uma VM do Windows novamente apenas para realizar 365 tarefas relacionadas, uma vez que as PSSessions não parecem funcionar dentro do PSCore e das novas libssl e libcrypto.

@ tthoma24 você pode fornecer o comando exato que usou? e você estava usando o PowerShell CLI ou SDK (esta postagem é sobre o SDK ... Tive sucesso ao usar o CLI)

Ah deixa pra lá. Meu problema é com o CLI. Desculpe pela confusão.

@ JeffN825 Você poderia fornecer um link ou informações sobre como conseguiu fazer a CLI funcionar com o o365?

@daviscyd acabei de https://github.com/PowerShell/PowerShell/issues/5561

Eu tive o mesmo problema, consegui resolvê-lo vinculando uma versão mais antiga do openssl do brew com brew switch openssl 1.0.2s

@Glennzo , você estava usando o PowerShell CLI ou o pacote nuget do SDK. Este problema é sobre o pacote nuget do SDK.

@daviscyd acabei de

@ jnevins-GCM Eles são os mesmos que os mencionados neste segmento aqui ? Porque se estiverem, eu já tentei e não funciona para mim.

Qual sistema operacional você está executando?

@Glennzo Como você instalou o 1.0.2s? Ao executar isso, o brew me diz que não há pacote para essa versão.

Eu tive o mesmo problema, consegui resolvê-lo vinculando uma versão mais antiga do openssl do brew com brew switch openssl 1.0.2s

Essa é a solução. Se você tem cerveja, digite
brew switch openssl 1.0.2s

Isso só funciona se você tiver baixado o openssl anteriormente, porque ele não está mais disponível na torneira. Se você não conseguir fazer isso funcionar, provavelmente precisará encontrar manualmente os arquivos do 1.0.2s e fazer um link simbólico para eles.

@ pyrohaz4good SDK ou CLI?

Valor do Nome
---- -----
PSVersion 6.2.0
PSEdition Core
GitCommitId 6.2.0
OS Darwin 18.5.0 Darwin Kernel Versão 18.5.0: Mon…
Plataforma Unix
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0…}
PSRemotingProtocolVersion 2.3
SerializationVersion 1.1.0.1
WSManStackVersion 3.0

De c # ou linha de comando? @ pyrohaz4good

CLI (especificamente, Visual Studio Code)

@ pyrohaz4good, esse problema está relacionado ao SDK. Mesmo quando funciona com a CLI, não funciona com o SDK

Eu tive o mesmo problema, consegui resolvê-lo vinculando uma versão mais antiga do openssl do brew com brew switch openssl 1.0.2s

Para mim, 1.0.2r também funcionou. Eu tinha o openssl 1.1 instalado através do brew mas não funcionou

@jshum CLI ou SDK? Este problema está relacionado ao SDK

Certo, meu comentário foi sobre CLI, mas estou supondo que pode ser o mesmo problema subjacente relacionado à biblioteca SSL encontrada no ambiente / caminho no OS X

Eu suspeito que macports ainda funcionem. As instruções estão aqui:
https://github.com/PowerShell/PowerShell/issues/5634#issuecomment -445051982

@ TravisEz13 Você pode simplesmente experimentar ou ler a pergunta inteira e saberá que não funciona ... realmente inacreditável

@ TravisEz13 - não funciona

Eu entendo que algumas pessoas estão frustradas aqui, mas lembre-se de que não somos uma grande equipe e temos que priorizar os problemas que acreditamos ter o maior impacto. Neste caso específico, temos conversado com a equipe EXO para mudar o sistema remoto baseado em WSMan. A biblioteca que estávamos usando para WSMan remoting em não-Windows foi preterida e não tem mais suporte de uma equipe. Novos cmdlets EXO estão chegando com a expectativa de que sejam compatíveis entre plataformas. Desculpe, não há cronograma para anunciar, pois não é meu projeto.

Boa sorte nisso! Espero que os novos cmdlets suportem login MFA no macOS, semelhante a Connect-AzAccount do novo módulo Az ... 🚀

Documentos atualizados para fazer a libmi funcionar usando MacPorts https://github.com/MicrosoftDocs/PowerShell-Docs/pull/5726

Observe que esta é uma solução temporária, como disse @ SteveL-MSFT:

temos conversado com a equipe EXO para mudar o controle remoto baseado em WSMan . A biblioteca que estávamos usando para WSMan remoting em não-Windows foi preterida e não tem mais suporte de uma equipe. Novos cmdlets EXO estão chegando com a expectativa de que sejam compatíveis entre plataformas. Desculpe, não há cronograma para anunciar, pois não é meu projeto.

CC @mgreenegit

Por enquanto, este hack funciona ...

brew install https://github.com/luckman212/openssl10/releases/download/1.0.2u/[email protected]
rm /usr/local/opt/openssl
ln -s /usr/local/Cellar/[email protected]/1.0.2u /usr/local/opt/openssl

Isso funciona para o SDK ou apenas o CLI?

@ JeffN825 Não posso dizer com certeza, mas isso é um link simbólico para o dir global /usr/local/opt então espero que funcione para ambos. Por favor, tente se você pode e relatar de volta.

Não

Jeffrey Nevins
Diretor Executivo, Arquitetura e Engenharia de TI
GCM Grosvenor
900 North Michigan Avenue, Suite 1100
Chicago, IL 60611
T + 1-312-506-6499
M + 1-516-551-3202
[email protected]

Para referência https://github.com/PowerShell/PowerShell/issues/11216#issuecomment -608221120

@iSazonov Eu escondi seu tópico porque não tem NADA a ver com o CLR. Este é libmi que está codificado para carregar a partir deste caminho e está obsoleto .

Este problema foi marcado como externo e não teve nenhuma atividade por 1 dia . Ele foi fechado para fins de limpeza.

Por que o & $ @! Você poderia encerrar este problema ??

@ jnevins-gcm Existe um longo caminho para dependências obsoletas. É assim nos últimos 2 anos. A recomendação para comunicação remota em MacOs é usar SSH. Para serviços do O365, módulos do Azure, só podemos esperar quando eles são atualizados.

@ jnevins-gcm Aqui está o problema externo. https://github.com/microsoft/omi/issues/596 Ele foi fechado porque o OMI está obsoleto e não corrigirá esses problemas.
Isso foi resumido aqui: https://github.com/PowerShell/PowerShell/issues/10600#issuecomment -610565488

ok, então ele foi movido para um projeto foi declarado "fora do escopo"

Acho que já faz uns dois anos que a gente espera isso, alguma chance de ter um acompanhamento e um cronograma adequados?

Obrigado

@ adin3d Por favor, veja os últimos comentários em https://github.com/PowerShell/PowerShell/issues/5561