Ho riscontrato questo problema e non è stato possibile trovare alcuna risposta. Il problema era che stavo cercando di usare i cdmlet di Azure per connettermi a O365 tramite codice C#, ma non potevo ottenere il connect-msolservice.Impossibile importare MSOnline su PowerShell (errore Connect-MsolService)
"" Il termine non è riconosciuto" quando si tenta di eseguire amministrative cmdlet di Windows PowerShell in Office 365"
Dopo ore di ricerca e cercando ho scoperto che su un server x64 del MSOnline i moduli devono essere installati per x64 e alcuni programmi che devono eseguirli utilizzano la versione x86 di PS, quindi non la troveranno mai.
[SOLUZIONE] Quello che ho fatto per risolvere il problema era:
Copiare le cartelle chiamate MSOnline e MSOnline Extended dalla sorgente
C: \ Windows \ System32 \ WindowsPowerShell \ v1. 0 \ Modules \
alla cartella
C: \ Windows \ SysWOW64 \ WindowsPowerShell \ v1.0 \ Modules \
e poi nella PS eseguire il Import-Module MSOnline, e sarà automaticamente ottenere il modulo: D
Dopo aver esaminato TechNet di Microsoft articolo "Azure Active Directory Cmdlets" -> section "Install the Azure AD Module", sembra che questo processo sia stato drasticamente semplificato, per fortuna.
A partire dal 2016/06/30, al fine di eseguire correttamente i comandi PowerShell Import-Module MSOnline e Connect-MsolService, è necessario installare le seguenti applicazioni (solo 64 bit):
7.250.4556.0 (ultima) D077CF49077EE133523C1D3AE9A4BF437D220B16D651005BBC12F7BDAD1BF313AdministrationConfig-en.msi3.0 (le versioni successive probabilmente funzionerà ugualmente) Windows6.1-KB2506143-x64.msu
Thnx per una spiegazione così bella. Risolto il mio problema completamente. – Piyush
Grazie per questo! –
Diciassette mesi dopo, è ancora necessaria la versione BETA dell'Assistente di accesso (vedere la nota al punto 4). Su Win7 x64, avevo installato l'Assistente di accesso 7.250.4303, quindi non riuscivo a capire perché l'installazione di Azure si lamentava del fatto che fosse necessario 7.0. Abbastanza sicuro, dopo aver installato l'Assistente di accesso BETA 7.250.4551, sono stato in grado di installare il modulo di Azure AD. –
Il seguente è necessario:
Fonte: http://www.msdigest.net/2012/03/how-to-connect-to-office-365-with-powershell/
Poi Seguire questo se si sta eseguendo un computer 64bits: Attualmente sto facendo funzionare un OS x64 (Win8 Pro).
Copiare la cartella MSOnline da (1) -> (2) come si vede qui
1) C: \ v1.0 Modules \ Windows \ System32 \ WindowsPowerShell \ (MSOnline)
2) C : \ Windows \ SysWOW64 \ WindowsPowerShell \ v1.0 \ Modules (MSOnline)
Fonte: http://blog.clauskonrad.net/2013/06/powershell-and-c-cant-load-msonline.html
Spero che questo è meglio e può salvare alcune persone il tempo
Si collega a Office 365 e Exchange Online con un unico script facile da usare.
PROMEMORIA: per gestire Office 365 tramite PowerShell è necessario disporre di quanto segue.
Microsoft Online Services Sign-in Assistant: http://go.microsoft.com/fwlink/?LinkId=286152
Azure AD Modulo per Windows PowerShell 32 bit - http://go.microsoft.com/fwlink/p/?linkid=236298 64 bit - http://go.microsoft.com/fwlink/p/?linkid=236297
Informazioni trovate qui: http://technet.microsoft.com/en-us/library/hh974317.aspx
Il la soluzione con la copia delle librerie a 32 bit a 64 bit non ha funzionato per me. Ciò che ha funzionato è stato deselezionare il segno di spunta Target Platform Prefer 32 bit nelle proprietà del progetto.
Sto utilizzando una versione più recente di SPO Management Shell.Per me per ottenere l'errore di andare via, ho cambiato la mia dichiarazione Import-Module da utilizzare:
Import-Module Microsoft.Online.SharePoint.PowerShell -DisableNameChecking;
Ho anche utilizzare il comando più recente:
Connect-SPOService
Grazie! Ha funzionato per me –
Grazie! È esattamente quello che stavo cercando. – Piyush
Grazie per aver condiviso! – atmorell