Configurer un programme par défaut

Version imprimable

Voir 40 message(s) de cette discussion en une page

23/04/2016, 12h22
Tchupacabra

Configurer un programme par défaut

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 !
:roll:

Bonjour à toi,

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

Code:

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
}

28/04/2016, 10h33
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... :D
28/04/2016, 11h00
cerede2000

D'ou ma précision :

Citation:

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 ;)
28/04/2016, 17h15
Tchupacabra

les postes ne sont pas dans un domaine... :calim2:
28/04/2016, 18h01
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 :(

Salut,

Citation:

Envoyé par cerede2000

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

Un exemple via un outil externe :

Code:

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 :-)

12/05/2016, 15h47
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. :triste:
12/05/2016, 15h55
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
19/05/2016, 18h57
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.
20/05/2016, 08h47
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é ?
20/05/2016, 08h56
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.
20/05/2016, 09h02
cerede2000

Je comprends la démarche mais déjà Mozilla ne propose Firefox en MSI.
Après on trouve des packages non officiels...
20/05/2016, 09h38
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.
20/05/2016, 09h45
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 ;)
20/05/2016, 10h09
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

Citation:

ActiveSetup c'est pour installer des applications !
20/05/2016, 10h34
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é !
20/05/2016, 10h56
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'
20/05/2016, 11h00
cerede2000

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

Je suis très étonné !
20/05/2016, 11h13
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é...

Voir 40 message(s) de cette discussion en une page