Discussion :

[Tchupacabra]

Bonjour,
J'ai un script qui déploie Mozilla Firefox ESR sur tout un parc informatique...
J'aimerais ajouter du code PowerShell qui permet de lui assigner toutes les valeurs par défaut (Panneau de configuration > Programmes par défaut > Définir les programmes par défaut > Firefox)
car je n'ai pas trouvé d'option le permettant (via les fichiers \conf.ini, \browser\override.ini, \defaults\pref\local-settings.js, \mozilla.cfg)
Savez-vous si cela est possible ? et bien sûr si oui... comment !???

Merci d'avance !

[cerede2000]

Bonjour à toi,

Action à réaliser sur le profil utilisateur.
Je te propose ceci :

Code powershell :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
function Set-defaultBrowserFirefox {
  Set-ItemProperty 'HKCU:\Software\Microsoft\Windows\Shell\Associations\UrlAssociations\ftp\UserChoice' -name ProgId FirefoxURL
  Set-ItemProperty 'HKCU:\Software\Microsoft\Windows\Shell\Associations\UrlAssociations\http\UserChoice' -name ProgId FirefoxURL
  Set-ItemProperty 'HKCU:\Software\Microsoft\Windows\Shell\Associations\UrlAssociations\https\UserChoice' -name ProgId FirefoxURL
}

[Tchupacabra]

Merci cerede2000 !
Cela semble fonctionner correctement cependant cela n'est valable que pour l'utilisateur en cours...
Est-il possible de faire la même chose pour tous les comptes locaux du poste ?
et d'associer les extensions de fichiers HTM, HTML, etc...

[cerede2000]

D'ou ma précision :

Action à réaliser sur le profil utilisateur.

Je ne connais pas ton environnement mais il serais du coup largement plus judicieux si tu souhaites appliquer ça sur tout tes postes de faire une GPO/GPP pour définir cette partle là.
Ça sera beaucoup plus simple à gérer et appliquer de manière automatique à l'ensemble des tes users

[Tchupacabra]

les postes ne sont pas dans un domaine...

[cerede2000]

Pfffff ben la c'est galère à traiter.....
Il faut faire un parcours des PC depuis une liste CSV par exemple, puis pour chaque PC, le script va lister les profils, mais il va devoir monter les ruches registres des users non connectés.....

Belle rigolade en perspective

[Laurent Dardenne]

Salut,

mais il va devoir monter les ruches registres des users non connectés.....

Un exemple via un outil externe :

Code powershell :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
    try {
       Reg Save HKEY_CURRENT_USER\Environment C:\temp\RegistryHiveTest.hiv
       REG LOAD HKU\PowerShell_TEST C:\temp\RegistryHiveTest.hiv
       new-Psdrive -name Test -Psprovider Registry -root HKEY_USERS\PowerShell_Test
       cd Test:
       $key = Get-Item $pwd
       $values = Get-ItemProperty $key.PSPath
       $key.Property.GetEnumerator()|
         Foreach { 
           New-Object PSObject -Property @{
             Path=$key.PSPath; 
             Name="$_"; 
             Value=$values."$_"
           }#Property 
         }|
         Replace-String @{"C:\\"="D:\"} -Property Value|
         Set-ItemProperty -name {$_.Name} -Whatif
     }#try
    finally 
     { 
       cd C:
       Remove-PSDrive Test
       key=$null;values=$null
      [GC]::Collect(GC]::MaxGeneration)
      REG UNLOAD HKU\PowerShell_TEST
    }#finally

Le code n'est pas lié à ton besoin mais donne une piste pour une partie de ton traitement.
L'usage d'un pc de test va sans dire et un backup de la ruche aussi :-)

[Tchupacabra]

cerede2000 : j'ai un "agent" sur chaque poste qui me donne un accès administrateur à distance...

Laurent Dardenne : désolé je comprends rien à ton script et je ne vois pas comment je pourrais l'adapter à mes besoins.

[cerede2000]

Et ton agent permet d’exécuter des scripts ?

Ce qu'as donné Laurent Dardenne est exactement ce qu'il te faut, montage/demontage d'une ruche utilisateur.
Donc il te reste à adapter pour parcourir la liste de profils qu'on peux trouver dans HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList

[ericlm128]

Un autre moyen, qui est utilisé en packaging (MSI), est la mise en place d'un ActiveSetup, cela permet d’effectuer une personnalisation dans le profil utilisateur.
On peut donc exécuter un script une seule fois à l'ouverture de chaque session avec les droits de l’utilisateur.

[cerede2000]

Heu......
Pour 3 valeurs registre à modifier, créé un package MSI et le mettre dans ActiveSetup tu n'as pas l'impression que c'est un peu surdimensionné ?

[ericlm128]

Je ne souhaite pas créer un MSI, mais juste utiliser leur mécanisme.

C'était une information supplémentaire pour aiguiller les recherches.

[cerede2000]

Je comprends la démarche mais déjà Mozilla ne propose Firefox en MSI.
Après on trouve des packages non officiels...

[ericlm128]

Est tu d'accord que ce principe répond au besoin ?
Exécuter un script une seule fois à l'ouverture de chaque session avec les droits de l’utilisateur.

[cerede2000]

Pas un script justement....
ActiveSetup c'est pour installer des applications !

Pour lancer n'importe quoi juste une seule fois, à ce moment là on va plutôt utiliser le RunOnce

[ericlm128]

Le RunOnce ne s'exécute qu'une fois c'est tout et pas une fois par utilisateur.
Je pense qu'il utilise le compte utilisateur je ne sais plus.

Pas d'accord

ActiveSetup c'est pour installer des applications !

[cerede2000]

Pas tout à fais justement, il est intéressant de connaitre les subtilité de la chose.....
Il suffit de placer ce que tu veux dans le RunOnce du profil Default.
Et à chaque nouveau profil qui sera créé alors le RunOnce sera exécuté la première fois !

Le problème ici restera les profiles déjà existant certes, qui dans le cas de l'ActiveSetup serais traité en effet.

On en revient au même, créé un package pour 3 valeurs à modifier....
Il faut adapter au besoin c'est tout, une modifs des ruches registre n'est pas si complexe une fois qu'on à compris le mécanisme.

Et si environnement AD, encore plus simple, une GPP et c'est terminé !

[ericlm128]

Oui les nouveaux profil c'est la cas facile.
Mais pourquoi veux tu absolument créer un package.

Voici un exemple de mise en place d'un ActiveSetup personnalisé (pas plus compliqué qu'un RunOnce, mais sa répond au besoin des profils existant et des futurs):
Registre :
Créer une clé, 'script', dans 'HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Active Setup\Installed Components'
Créer une chaine Version = 1
Créer une chaine extensible = "C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe" -NoLogo -NonInteractive -File "%ProgramData%\Script\Script.ps1"
Fichier
Copier le script devant s'exécuter à l'ouverture de session dans "%ProgramData%\Script\Script.ps1"

Fonctionnement :
A chaque ouverture de session, Windows vérifie si l'ActiveSetup à déjà été exécuté.
Il vérifie si la chaine 'Version' dans la clé 'HKEY_CURRENT_USER\Software\Microsoft\Active Setup\Installed Components\Script' est existante ou si sa valeur est inférieur à la valeur de la chaine 'Version' de la clé 'HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Active Setup\Installed Components\Script'
Si c'est le cas il exécute la ligne contenue dans la valeur 'StubPath' de la clé 'HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Active Setup\Installed Components\Script'

[cerede2000]

Ah bon ça fonctionne ça ?!
Et le PolicyExecution ne bloque pas le script ?

Je suis très étonné !

[ericlm128]

Je préfère l'utilisation de l'ActiveSetup, le montage des ruches peut poser certains problèmes, certaines ruches peuvent être en cours d'utilisation (autre que celle de l'utilisateur courant) :
Programme 'Exécuter en tant qu'autre utilisateur'
Poste ayant plusieurs session ouverte
Ruche pas (encore) déchargé...