Discussion :

[bejibe]

Bonjour

j'ai une appli qui est installé avec mise à jour automatique par LAN.

j'installe donc l'appli à un endroit du réseau.
Qd mise à jour, je la fais au même endroit.
Ok.

Les stations "clientes", installent le logiciel via ce l'install générée dans ce répertoire.
Tout est ok, pour les gens qui sont admin de leur poste (ex : pc portable)

Or, pour les pc de bureau, les salariés ne sont pas admin de leur poste.
par conséquent, au moment de l'install, il est demandé un compte admin. (ca va encore)

Mais pour les mises à jour aussi. Et là ca se complique.
Pas de problème pour les postes en XP.

Bref galère pour les mises à jour.
Comment pallier ce problème?

ps : le push est inenvisageable.
merci

[tatayo]

Bonjour,
Chez nous l'application est installée sur un serveur de fichier, et les postes des utilisateur (en fait des serveurs TSE) y accèdent directement, sans installation locale.
Ainsi il suffit de mettre à jour une fois l'application sur le serveur, et c'est réglé.
Il faut juste penser à installer le Framework sur les postes.

Tatayo.

[mail.spam]

Bonjour,
Est-tu le développeur du programme?
As-tu les sources Windev?

Moi je me pencherais du coté de l'uac lors de la génération de l'exe/install.

PS : merci de donner la version de windev

[DelphiManiac]

Si les utilisateurs des postes ne sont pas administrateurs, ils n'y a, à ma connaissance, que par le push que l'on peut déployer. Il doit être possible de spécifier le compte du domaine qui sera utilisé lors du déploiement par push (par contre je n'ai jamais essayé).

[bejibe]

bonjour et merci de vos réponses

je suis le dév. j'ai les sources. et suis en w18.
Tse pour tout le monde n'est pas possible.
Le push non plus.

J'ai essayé en mettant des droits de modifications sur le répertoire d'install à "tout le monde" mais rien n'y fait.

il demande toujours un compte admin pour faire la maj.

je penche bien évidemment pour l'uac mais du coup?

[tatayo]

J'ai spécifié que nos utiisateurs sont en TSE pour bien indiquer qu'ils n'ont aucun droit d'admin sur leur "poste", et que ça ne risque pas de changer de si tôt.
Mais ma méthode fonctionne dans tous les cas, que les utilisateurs utilisent un client lourd, une session TSE, Citrix ou autre...
Ils lancent directement l'application depuis un répertoire partagé.

Tatayo.

[DelphiManiac]

bonjour et merci de vos réponses

je suis le dév. j'ai les sources. et suis en w18.
Tse pour tout le monde n'est pas possible.
Le push non plus.

J'ai essayé en mettant des droits de modifications sur le répertoire d'install à "tout le monde" mais rien n'y fait.

il demande toujours un compte admin pour faire la maj.

je penche bien évidemment pour l'uac mais du coup?

Le problème n'est pas les droits d'accès au dossier partagé, mais les droits d'installer une application en local.

Si le push n'est pas une solution, la solution de Tatayo en est une. Partagé l'exécutable sur un dossier partagé et chaque poste à un raccourci qui pointe vers cet exécutable, du coup pas besoin d'installer l'application sur chaque poste à chaque modification.

[bejibe]

Le problème n'est pas les droits d'accès au dossier partagé, mais les droits d'installer une application en local.

Si le push n'est pas une solution, la solution de Tatayo en est une. Partagé l'exécutable sur un dossier partagé et chaque poste à un raccourci qui pointe vers cet exécutable, du coup pas besoin d'installer l'application sur chaque poste à chaque modification.

Exactement, le problème vient de l'installation en local.

Le TSE couterait trop cher.
L'exécutable sur le réseau. et lancer par tout le monde. bonjour les performances!

S'il faut resaisir le mot de passe admin à chaque maj. Ce mode de fonctionnement n'a strictement plus aucun interet.

[tatayo]

Le TSE couterait trop cher.

Encore une fois, oublie le côté TSE. C'est pour l'exemple.
Comme je l'ai déjà dit, passer par un partage réseau N'IMPOSE pas d'utiliser des serveurs TSE. Bref ça marche aussi avec des clients lourds.

L'exécutable sur le réseau. et lancer par tout le monde. bonjour les performances!

Seul le lancement de l'application est "ralentie", et encore de façon presque imperceptible. On parle de faire transiter à travers le réseau quelques centaines de Ko, au pire quelques Mo. Sur un réseau 100Mb/s, le débit est de 10Mo/s...

Tatayo.

[bejibe]

Encore une fois, oublie le côté TSE. C'est pour l'exemple.
Comme je l'ai déjà dit, passer par un partage réseau N'IMPOSE pas d'utiliser des serveurs TSE. Bref ça marche aussi avec des clients lourds.

Seul le lancement de l'application est "ralentie", et encore de façon presque imperceptible. On parle de faire transiter à travers le réseau quelques centaines de Ko, au pire quelques Mo. Sur un réseau 100Mb/s, le débit est de 10Mo/s...

Tatayo.

Merci de ton retour

De toute façon je ne peux pas. J'ai certaines appli qui peuvent être accessible en "déconnectée" (portable).
Et d'autres accessible en VPN (et là les performances vont tomber!)

[DelphiManiac]

Il te reste la solution de déployer ton application dans un dossier ou l'utilisateur à tout les droits et par ailleurs de développer un lanceur qui :

1) vérifie que les fichiers nécessaires pour l'application sont bien à leur place et à jour
2) lance, après maj si nécessaire, l'appli réelle dans le dossier de l'utilisateur.

L'inconvénient c'est que l'exe peut potentiellement être corrompu par n'importe qui ou n'importe quoi vu qu'il est dans un dossier où l'utilisateur à tout les droits.

[bejibe]

Il te reste la solution de déployer ton application dans un dossier ou l'utilisateur à tout les droits et par ailleurs de développer un lanceur qui :

1) vérifie que les fichiers nécessaires pour l'application sont bien à leur place et à jour
2) lance, après maj si nécessaire, l'appli réelle dans le dossier de l'utilisateur.

L'inconvénient c'est que l'exe peut potentiellement être corrompu par n'importe qui ou n'importe quoi vu qu'il est dans un dossier où l'utilisateur à tout les droits.

merci du conseil

pourquoi le lanceur ?
déjà : l'exe de l'appli vérifie si mise à jour sur le réseau.
et si oui, il se met à jour.

[DelphiManiac]

Un exe qui est lancé ne pourra pas se mettre en jour lui même, le fichier exe étant ouvert par l'os pour lancer l'exe.