none
Office 2013 Association Fichiers par default (Par Utilisateur) Server 2012 R2 RemoteApp RRS feed

  • Discussion générale

  • Bonjour, j'ai une ferme de RemoteApp Windows Server 2012 avec plusieurs logiciels qui inclus LibreOffice et Office 2013. J'aimerais pouvoir associer les fichier des utilisateurs selon le bon groupe.

    Avec Windows Server 2012 je ne peux pas associer par utilisateur les fichiers par default. J'ai trouvé un GPO pour importer a partir d'un fichier XML mais c'est pour ordinateur seulement.

    J'ai trouvé un blog qui explique que je ne peux pas changer les applications par default dans le registre car il y a une clef HASH et si elle ne correspond pas l'application n'est pas associé. 

    J'ai trouvé que si j'efface la clef de registre par exemple:

    Suppression: HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.doc
    Ajout: HKCU\Software\Classes\.doc (LibreOffice.Doc)

    Cette solution fonctionne pour beaucoup de logiciel mais pas avec la suite Office. Je me suis donc dit que j'allais appliqué par GPO le fichier XML par machine avec tous les extensions pas default de la suite office et par la suite faire la manipulation pour les utilisateurs de LibreOffice.

    Mon problème est que si j'applique cette GPO les clefs de registre mentionné plus haut sont en RESTRICTED et je ne peux donc pas les effacer avec une GPO resgistre. J'ai crée un batch qui change les autorisations avec regini et ensuite supprime les clefs. Ca fonctionne si je clic sur le batch dans la session de l'utilisateur mais si je le lance a partir d'un script d'ouverture de session ou par le logon Script du profil, les clefs ne sont pas supprimés. 

    Si quelqu'un a déjà fait face a une telle situation j’appréciais un peu d'aide :)



    • Modifié Nicecube vendredi 21 octobre 2016 23:25 Changement de titre
    • Type modifié Teodora Sharkova mardi 8 novembre 2016 00:08
    vendredi 21 octobre 2016 12:47

Toutes les réponses

  • Bonjour

    Avez-vous trouvé une solution à ce problème ?

    mardi 29 novembre 2016 16:08
  • Hello,

    C'est une question très intéressante à vrai dire ... Avant c'était plus simple...
    J'ai un peu lu le sujet et votre poste, où vous semblez déjà avoir testé beaucoup de chose !
    J'y vois plusieurs solutions possibles; aucune n'est parfaite.

    1. Une RD Session Collection par FTA (File Type Associaiton).
      - Les utilisateurs LibreOffice, sur un serveur différent des utilisateurs Office.
      - Avec le CMDLet Set-RDFileTypeAssociation ou via GUI /PerCollection

      Cela implique de dupliquer les serveurs, mais bien organisé cela ne doit pas poser trop de problème.
      Par contre si un utilisateur Office veut un lecteur PDF "Adobe" et un autre utilisateur Office, un lecteur "PDFCreator". Cela revient à plus de config (2collection, permissions per app/per user) et là je pense que cela difficile car on ne sait définir qu'une seule Default Collection et que l'usage du RDWeb / .rdp ne fonctionne pas avec le FTA.

    2. Êtes-vous déjà tombé sur ce lien ? Si pas, c'est à lire ... : http://www.htguk.com/deploying-per-user-file-type/. Je trouve qu'il explique plus ou moins bien et propose un Workarround registry. Il dit quand même qu'avec Office c'est particulier ... Et c'est même lourd à mettre en place.

    3. Des solutions du genre App-V
      A l'époque 2008R2/App-v, cette méthode fonctionnait bien puisqu'on assigne l'application et son association aux utilisateurs. Maintenant combiner App-V/RemoteApp + 2012R2 + Office, c'est déja pas une mince affaire. Ca complexifie énormement beaucoup de chose.
      Par contre la méthode me semble sûre car l'association (et les clés de registres) userchoice, OpenWith et le hash seront dans la séquence aussi.

      Comme ça, j'aurais tendance à investiguer l'option 1, qui est de loin la plus facile si réalisable dans votre environnement. C'est fou quand même ... J'espère qu'il feront quelque chose ou que quelqu'un procmon les clés FTA pour Office ...


    mardi 29 novembre 2016 20:51
  • Quelques lectures plus loin ... je crains que cela ne soit plus possible "en rêgle"

    User-Specific File Type Association in Windows 8 & laters (2012, 2012R2, 10)
    https://msdn.microsoft.com/en-us/library/windows/desktop/cc144160(v=vs.85).aspx
    Important  This topic does not apply for Windows 10. The way that default file associations work changed in Windows 10. For more information, see the section on Changes to how Windows 10 handles default apps in this post.

    On systems running Windows 8(+or later), a newly created user account relies on per-user defaults from the start and the setting of those defaults on first run as explained in the Application First Run and Defaults section is no longer supported.

    Note  As of Windows 8, the system handles this procedure on behalf of all applications. Applications themselves can no longer query and change defaults. Only the user can do that. Therefore, applications should not attempt to query for the current default or change that default through any mechanism. However, applications can provide an entry point to Default Programs in the Control Panel by calling the LaunchAdvancedAssociationUI method of the IApplicationAssociationRegistrationUI interface.
    https://blogs.windows.com/windowsexperience/2015/05/20/announcing-windows-10-insider-preview-build-10122-for-pcs/

    Changes to how Windows 10 handles default apps: ‘Default apps’ refers to the way that Windows maps file types and protocols (like HTTP) to the Windows applications they open by default. For example, your favorite photo editor may be set as the default app for .JPG files, which means that when you double-click on a .JPG file in File Explorer, it opens in that photo editor. In Windows 8.1, Classic Windows applications (Win32) could invoke the prompt asking you to change your defaults, so you may have seen multiple prompts during install and after they launched. However, Windows Store apps could not invoke this prompt. Instead, a notification banner will appear after your apps are installed telling you that new apps are available and you would click on this banner to change your defaults.

    We know your defaults matter to you. With Windows 10, all apps – both Classic Windows apps and Universal Windows apps – will be unable to invoke a prompt to change your defaults, only Windows. You remain in full control of your default experiences, while reducing some of the unwanted noise that multiple prompts can bring

    mardi 29 novembre 2016 21:51