Discussion :

[fffttt]

bonjour

dans l'organisation dans laquelle je travaille, les droits sont de plus en plus réduits.
Jusqu'à présent, je faisais une install de référence sur un serveur. L'installation des postes clients se faisait par rapport à cette dernière.

A chaque modification, soit je pouvais faire du push, soit laisser l'utilisateur cliquer sur suivant 3 fois.

Les utilisateurs ne sont plus admin du poste (ni utilisateurs avec pouvoir, ils ne peuvent même plus installer un truc dans leur répertoire).
Je ne suis plus admin du domaine (adieu le push).
Et donc, je dois installer les mises à jour sur chaque poste en utilisant un compte local à la machine.
Bref, c'est pénible. La sécurité c'est très bien, c'est certain, mais là, c'est retour à il y a 20 ans.

De votre côté, vous faites comment ?

[Lo²]

Bonjour,

Je dirais que dans ce cas, ceux sont ceux qui mettent en place cette sécurité qui feront dorénavant les installations

[fffttt]

Bonjour,

Je dirais que dans ce cas, ceux sont ceux qui mettent en place cette sécurité qui feront dorénavant les installations

Hélàs, ce n'est pas si évident.
Ils ont certes des outils qui le permettrait, mais dans le cas présent, c'est je pense à peine envisageable. Sans parler des mises à jour où la réactivité sera proche de 0.

[Lo²]

Ma réponse était ironique mais la mise en place de cette sécurité ne s'est faite que d'un seul point de vue.

Quelle solution peuvent-ils te proposer suite à ce changement ?
Comment sont installés les autres logiciels : Office ou autre ?

[fffttt]

Ma réponse était ironique mais la mise en place de cette sécurité ne s'est faite que d'un seul point de vue.

Quelle solution peuvent-ils te proposer suite à ce changement ?
Comment sont installés les autres logiciels : Office ou autre ?

Via sccm ou un truc du genre.
ensuite pour les softs "basiques", directement depuis leur image.

[Lo²]

Je n'ai pas eu l'occasion d'utiliser sccm ou autre.
Peux-tu intégrer dans la stratégie ton application Windev ?

[michel.souris]

Vous avez aussi la possibilité de passer par un partage administratif sur lequel vous ouvrez les droits aux utilisateurs de votre application. Cela ne permet pas de tout faire (registration de DLL impossible notamment) mais vous pourrez remplacer les fichiers.

Vous avez aussi la possibilité de d'installer un service à l'écoute d'un événement (détection du package de mise à jour, heureux exemple) qui s'occupera de réaliser l'installation.

Vous avez aussi la possibilité de regarder du coté de la commande RunAs (ou autre API équivalente mais c'est cette commande qui me vient à l'esprit) et de créer un programme qui gérera la mise à jour en lançant l’exécutable avec un compte autre que celui de l'utilisateur (stocké en crypté dans votre base...)

Enfin, plus crado mais assez efficace, créer une tâche planifiée déclenchée à la détection du fichier de mise à jour (à partir de W7 je crois), tâche planifiée qui s’exécutera avec les droits administrateurs.

Tout ça ne sont que des pistes... en fonction de votre contexte, il faudra peut être mixer les solutions...

[fffttt]

Vous avez aussi la possibilité de passer par un partage administratif sur lequel vous ouvrez les droits aux utilisateurs de votre application. Cela ne permet pas de tout faire (registration de DLL impossible notamment) mais vous pourrez remplacer les fichiers.

Vous avez aussi la possibilité de d'installer un service à l'écoute d'un événement (détection du package de mise à jour, heureux exemple) qui s'occupera de réaliser l'installation.

Vous avez aussi la possibilité de regarder du coté de la commande RunAs (ou autre API équivalente mais c'est cette commande qui me vient à l'esprit) et de créer un programme qui gérera la mise à jour en lançant l’exécutable avec un compte autre que celui de l'utilisateur (stocké en crypté dans votre base...)

Enfin, plus crado mais assez efficace, créer une tâche planifiée déclenchée à la détection du fichier de mise à jour (à partir de W7 je crois), tâche planifiée qui s’exécutera avec les droits administrateurs.

Tout ça ne sont que des pistes... en fonction de votre contexte, il faudra peut être mixer les solutions...

je n'ai pas les droits administrateur ni même le mot de passe du compte root local.

au final, je me demande :
- faire la première install. Créer un exe qui se chargera de vérifier les modifs d'un autre exe stocké qqpart (celui de l'appli), le rapatrier, puis l'executer
- créer une application portable (c'est possible avec Windev ?)

[yoshi570]

Je fais sans soucis:

• Déploiement de l’instal de référence sur un serveur accessible par tout les utilisateur en lecture (moi en écriture évidemment)
• mise a jour (par vérif au démarrage de l'appli) par les utilisateurs

Pour que tout ce passe sans accros:
Dans la création de l'installation sous windev: Paramètre UAC: PAS de droits administrateurs.
Pour l'install réseau: pas de soucis
Pour l'install client: plus d'install dans /Programme Files/ (car plus de droit admin)
Nous avons choisis un répertoire de base C:/Nom.societe.

Ensuite pour éviter l'avertissement Windows sur le lancement d’exécutable sur le réseau: Il faux rajouter/modifier une règles dans les stratégies du domaine (je ne me souvient plus exactement la quelle)

Avec ca, cela tourne bien.

[michel.souris]

créer une application portable (c'est possible avec Windev ?)

=> plus ou moins, enfin si vous entendez par là PE (portable executable) http://forum.pcsoft.fr/fr-FR/pcsoft....ework/read.awp

faire la première install. Créer un exe qui se chargera de vérifier les modifs d'un autre exe stocké qqpart (celui de l'appli), le rapatrier, puis l'executer

=> pas sûr de vous comprendre sur ce coup là... exe (service plutôt) qui tournerait avec les droits admin ? non parce que sinon je ne vois pas la diff'