L'installation de PowerShell module de persistance pour tous les utilisateurs

Je suis de l'installation d'un module PowerShell via Poulpe Déployer sur un certain nombre de différents serveurs. Pour des fins de test, je suis allé avec l'aide de la documentation de Microsoft pour l'installation de Modules PowerShell.

Cela a bien fonctionné, mais comme la documentation indiquée, mes changements seront visibles uniquement pour la session en cours. C'est, si je devais faire ce qui suit:

$modulePath = [Environment]::GetEnvironmentVariable("PSModulePath", [EnvironmentVariableTarget]::Machine)
# More practically, this would be some logic to install only if not present
$modulePath += ";C:\CustomModules"
[Environment]::SetEnvironmentVariable("PSModulePath", $modulePath, [EnvironmentVariableTarget]::Machine)

Lors de l'exécution de ce programme d'installation automatiquement sur leurs serveurs, les futurs PowerShell sessions ne semblent pas voir la nouvellement installé les modules.

Comment puis-je installer un module PowerShell dans un profil de façon agnostique, de sorte que chaque session PowerShell commencé peux le voir?

InformationsquelleAutor Mike Bailey | 2014-01-02
  1. 11

    PowerShell ne peut "voir" les modules installés dans l'un des répertoires listés dans $env:PSModulePath. Sinon, vous devrez importer le module avec son chemin d'accès complet.

    De faire un nouveau module visible à tous les utilisateurs en gros, vous avez deux options:

    1. Installer le module par défaut à l'échelle du système répertoire du module (C:\Windows\system32\WindowsPowerShell\v1.0\Modules).
    2. Modifier l'environnement du système, de sorte que PSModulePath variable contient déjà de votre module personnalisé répertoire (par exemple via un préférences de stratégie de groupe).

    Ce dernier n'entrera en vigueur que pour PowerShell sessions commencé après la modification a été faite, cependant.

    • PowerShell 3.0 et supérieur charger automatiquement les modules qu'il peut trouver avec la méthode ci-dessus. Donc pas besoin d'importer les modules manuellement ou importées dans un profil.
    • Vous voulez plutôt utiliser la 2ème option, comme msdn.microsoft.com/en-us/library/dd878350(v=vs. 85).aspx recomends de ne pas installer de l'utilisateur des modules C:\Windows\system32\WindowsPowerShell\v1.0\Modules "Cet emplacement est réservé pour les modules fournis avec Windows. Ne pas installer les modules à cet endroit."
    InformationsquelleAutor Ansgar Wiechers
  2. 2

    Ce profil s'applique à tous les utilisateurs et tous les shells. 

    %windir%\system32\WindowsPowerShell\v1.0\profile.ps1
    • le profil de votre lien d'un article ne s'applique "par l'utilisateur", l'un au-dessus de la machine de large.
    • Puis-je être assuré que cela va s'exécuter, même si la coque est ouvert avec -NoProfile?
    • Je crains que je ne peux pas faire. Je suppose que le module sera chargé dans un -NoProfile de l'environnement.
    InformationsquelleAutor Knuckle-Dragger
  3. 0

    Après avoir pris les étapes énoncées dans votre question (qui je pense est le général de chemin à faire), j'ai trouvé deux façons d'obtenir le nouveau module source reconnue par Powershell:

    • De redémarrer la machine. (Fonctionne à chaque fois.)

    • Réinitialiser le PSModulePath dans chaque session ouverte.

      $env:PSModulePath=[Environment]::GetEnvironmentVariable("PSModulePath", "Machine")

      J'ai trouvé ce qui était nécessaire pour exécuter à la fois normale et élevée invites à obtenir que cela fonctionne sans avoir à redémarrer à chaque type d'invite de commandes. (Voir aussi la conversation @ Sujet: PSModulePath.)

    InformationsquelleAutor Peter Majeed