Outrepasser les droits d'écriture dans un répertoire
5 réponses
Bertrand Lenoir-Welter
Salut à tou(te)s
J'ai un souci avec une appli - appelons-la "Toto" - qui est typiquement
installée dans le répertoire "C:\Program Files\Toto". Cette appli a
besoin de lire et écrire des fichiers de paramètres, genre INI et
autres, textes et binaires, dans son répertoire d'installation. Ca
coince quand l'utilisateur n'a pas les droits d'écriture sur son disque
local par que l'administrateur système en a décidé ainsi après avoir
installé l'appli. Dans ce cas, les fichiers utilisateur gérés par Toto
vont ailleurs, ça pose pas de blème, mais les fichiers de paramètres
restent dans le répertiore d'installation et alors le verrouillage en
écriture rend l'appli inutilisable.
Est-ce qu'il existe un moyen d'outrepasser l'interdiction d'écriture
dans un répertoire pour un fichier de paramètres, par exemple en lui
donnant un attribut spécial genre système ou quelque chose dans le genre ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Thierry
Bonjour,
Bertrand Lenoir-Welter a écrit :
Salut à tou(te)s
J'ai un souci avec une appli - appelons-la "Toto" - qui est typiquement installée dans le répertoire "C:Program FilesToto". Cette appli a besoin de lire et écrire des fichiers de paramètres, genre INI et autres, textes et binaires, dans son répertoire d'installation. Ca coince quand l'utilisateur n'a pas les droits d'écriture sur son disque local par que l'administrateur système en a décidé ainsi après avoir installé l'appli.
Pas forcement. C'est standard si le disque est en NTFS, il me semble.
Dans ce cas, les fichiers utilisateur gérés par Toto vont ailleurs, ça pose pas de blème, mais les fichiers de paramètres restent dans le répertiore d'installation et alors le verrouillage en écriture rend l'appli inutilisable.
Ces fichiers devraient plutot être dans Documents and settingsAll UsersApplication DataTon appli.
Est-ce qu'il existe un moyen d'outrepasser l'interdiction d'écriture dans un répertoire pour un fichier de paramètres, par exemple en lui donnant un attribut spécial genre système ou quelque chose dans le genre ?
Tu pourrais a l'installation modifier les droits sur le rep. de Program Files mais c'est pas propre. Utilise Application Data, c'est fait pour.
-- « Le travail est probablement ce qu'il y a sur cette terre de plus bas et de plus ignoble. Il n'est pas possible de regarder un travailleur sans maudire ce qui a fait que cet homme travaille, alors qu'il pourrait nager, dormir dans l'herbe ou simplement lire ou faire l'amour avec sa femme. » Boris VIAN
Mon blog RSS : http://yarglah.free.fr/monblog_rss.php <<
Bonjour,
Bertrand Lenoir-Welter a écrit :
Salut à tou(te)s
J'ai un souci avec une appli - appelons-la "Toto" - qui est
typiquement installée dans le répertoire "C:Program FilesToto".
Cette appli a besoin de lire et écrire des fichiers de paramètres,
genre INI et autres, textes et binaires, dans son répertoire
d'installation. Ca coince quand l'utilisateur n'a pas les droits
d'écriture sur son disque local par que l'administrateur système en a
décidé ainsi après avoir installé l'appli.
Pas forcement. C'est standard si le disque est en NTFS, il me semble.
Dans ce cas, les fichiers
utilisateur gérés par Toto vont ailleurs, ça pose pas de blème, mais
les fichiers de paramètres restent dans le répertiore d'installation
et alors le verrouillage en écriture rend l'appli inutilisable.
Ces fichiers devraient plutot être dans Documents and
settingsAll UsersApplication DataTon appli.
Est-ce qu'il existe un moyen d'outrepasser l'interdiction d'écriture
dans un répertoire pour un fichier de paramètres, par exemple en lui
donnant un attribut spécial genre système ou quelque chose dans le
genre ?
Tu pourrais a l'installation modifier les droits sur le rep. de Program
Files mais c'est pas propre. Utilise Application Data, c'est fait pour.
--
« Le travail est probablement ce qu'il y a sur cette terre de plus bas et
de plus ignoble. Il n'est pas possible de regarder un travailleur sans
maudire ce qui a fait que cet homme travaille, alors qu'il pourrait nager,
dormir dans l'herbe ou simplement lire ou faire l'amour avec sa femme. »
Boris VIAN
Mon blog RSS : http://yarglah.free.fr/monblog_rss.php <<
J'ai un souci avec une appli - appelons-la "Toto" - qui est typiquement installée dans le répertoire "C:Program FilesToto". Cette appli a besoin de lire et écrire des fichiers de paramètres, genre INI et autres, textes et binaires, dans son répertoire d'installation. Ca coince quand l'utilisateur n'a pas les droits d'écriture sur son disque local par que l'administrateur système en a décidé ainsi après avoir installé l'appli.
Pas forcement. C'est standard si le disque est en NTFS, il me semble.
Dans ce cas, les fichiers utilisateur gérés par Toto vont ailleurs, ça pose pas de blème, mais les fichiers de paramètres restent dans le répertiore d'installation et alors le verrouillage en écriture rend l'appli inutilisable.
Ces fichiers devraient plutot être dans Documents and settingsAll UsersApplication DataTon appli.
Est-ce qu'il existe un moyen d'outrepasser l'interdiction d'écriture dans un répertoire pour un fichier de paramètres, par exemple en lui donnant un attribut spécial genre système ou quelque chose dans le genre ?
Tu pourrais a l'installation modifier les droits sur le rep. de Program Files mais c'est pas propre. Utilise Application Data, c'est fait pour.
-- « Le travail est probablement ce qu'il y a sur cette terre de plus bas et de plus ignoble. Il n'est pas possible de regarder un travailleur sans maudire ce qui a fait que cet homme travaille, alors qu'il pourrait nager, dormir dans l'herbe ou simplement lire ou faire l'amour avec sa femme. » Boris VIAN
Mon blog RSS : http://yarglah.free.fr/monblog_rss.php <<
Bertrand Lenoir-Welter
> Pas forcement. C'est standard si le disque est en NTFS, il me semble.
Négatif. Je travaille sur une station XP avec NTFS et j'ai pas ce problème.
Ces fichiers devraient plutot être dans Documents and settingsAll UsersApplication DataTon appli.
Malheureusement pas possible. L'appli peut être installée en plusieurs endroits sous le même nom mais avec des paramètres différents. Trop long à expliquer pourquoi, mais c'est comme ça. Je peux pas centraliser les paramètres. Je dois les enregistrer dans le même répertoire que l'appli. Au passage, y'a apparemment des logiciels de grands éditeurs qui écrivent des fichiers INI ou autres dans leur répertoire d'installation ; je veux croire qu'ils ont pas ce problème et donc qu'ils se passent des droits en écriture, non ?
Tu pourrais a l'installation modifier les droits sur le rep. de Program Files mais c'est pas propre. Utilise Application Data, c'est fait pour.
Eh non, je peux pas : l'admin débloque les droits d'écriture le temps d'installer, puis verrouille.
> Pas forcement. C'est standard si le disque est en NTFS, il me semble.
Négatif. Je travaille sur une station XP avec NTFS et j'ai pas ce problème.
Ces fichiers devraient plutot être dans Documents and
settingsAll UsersApplication DataTon appli.
Malheureusement pas possible. L'appli peut être installée en plusieurs
endroits sous le même nom mais avec des paramètres différents. Trop long
à expliquer pourquoi, mais c'est comme ça. Je peux pas centraliser les
paramètres. Je dois les enregistrer dans le même répertoire que l'appli.
Au passage, y'a apparemment des logiciels de grands éditeurs qui
écrivent des fichiers INI ou autres dans leur répertoire d'installation
; je veux croire qu'ils ont pas ce problème et donc qu'ils se passent
des droits en écriture, non ?
Tu pourrais a l'installation modifier les droits sur le rep. de Program
Files mais c'est pas propre. Utilise Application Data, c'est fait pour.
Eh non, je peux pas : l'admin débloque les droits d'écriture le temps
d'installer, puis verrouille.
> Pas forcement. C'est standard si le disque est en NTFS, il me semble.
Négatif. Je travaille sur une station XP avec NTFS et j'ai pas ce problème.
Ces fichiers devraient plutot être dans Documents and settingsAll UsersApplication DataTon appli.
Malheureusement pas possible. L'appli peut être installée en plusieurs endroits sous le même nom mais avec des paramètres différents. Trop long à expliquer pourquoi, mais c'est comme ça. Je peux pas centraliser les paramètres. Je dois les enregistrer dans le même répertoire que l'appli. Au passage, y'a apparemment des logiciels de grands éditeurs qui écrivent des fichiers INI ou autres dans leur répertoire d'installation ; je veux croire qu'ils ont pas ce problème et donc qu'ils se passent des droits en écriture, non ?
Tu pourrais a l'installation modifier les droits sur le rep. de Program Files mais c'est pas propre. Utilise Application Data, c'est fait pour.
Eh non, je peux pas : l'admin débloque les droits d'écriture le temps d'installer, puis verrouille.
Thierry
Bonjour,
Bertrand Lenoir-Welter a écrit :
Pas forcement. C'est standard si le disque est en NTFS, il me semble.
Négatif. Je travaille sur une station XP avec NTFS et j'ai pas ce problème.
Ca marche avec un "utilisateur avec pouvoir" mais pas un utilisateur simple.
Tu pourrais a l'installation modifier les droits sur le rep. de Program Files mais c'est pas propre. Utilise Application Data, c'est fait pour.
Eh non, je peux pas : l'admin débloque les droits d'écriture le temps d'installer, puis verrouille.
Debloque rur quoi ? Program files ? Ton installation doit pouvoir gerer les droits sur son propre repertoire.
-- « Le travail est probablement ce qu'il y a sur cette terre de plus bas et de plus ignoble. Il n'est pas possible de regarder un travailleur sans maudire ce qui a fait que cet homme travaille, alors qu'il pourrait nager, dormir dans l'herbe ou simplement lire ou faire l'amour avec sa femme. » Boris VIAN
Mon blog RSS : http://yarglah.free.fr/monblog_rss.php <<
Bonjour,
Bertrand Lenoir-Welter a écrit :
Pas forcement. C'est standard si le disque est en NTFS, il me semble.
Négatif. Je travaille sur une station XP avec NTFS et j'ai pas ce
problème.
Ca marche avec un "utilisateur avec pouvoir" mais pas un utilisateur
simple.
Tu pourrais a l'installation modifier les droits sur le rep. de
Program Files mais c'est pas propre. Utilise Application Data, c'est
fait pour.
Eh non, je peux pas : l'admin débloque les droits d'écriture le temps
d'installer, puis verrouille.
Debloque rur quoi ? Program files ?
Ton installation doit pouvoir gerer les droits sur son propre repertoire.
--
« Le travail est probablement ce qu'il y a sur cette terre de plus bas et
de plus ignoble. Il n'est pas possible de regarder un travailleur sans
maudire ce qui a fait que cet homme travaille, alors qu'il pourrait nager,
dormir dans l'herbe ou simplement lire ou faire l'amour avec sa femme. »
Boris VIAN
Mon blog RSS : http://yarglah.free.fr/monblog_rss.php <<
Ca marche avec un "utilisateur avec pouvoir" mais pas un utilisateur simple.
Tu pourrais a l'installation modifier les droits sur le rep. de Program Files mais c'est pas propre. Utilise Application Data, c'est fait pour.
Eh non, je peux pas : l'admin débloque les droits d'écriture le temps d'installer, puis verrouille.
Debloque rur quoi ? Program files ? Ton installation doit pouvoir gerer les droits sur son propre repertoire.
-- « Le travail est probablement ce qu'il y a sur cette terre de plus bas et de plus ignoble. Il n'est pas possible de regarder un travailleur sans maudire ce qui a fait que cet homme travaille, alors qu'il pourrait nager, dormir dans l'herbe ou simplement lire ou faire l'amour avec sa femme. » Boris VIAN
Mon blog RSS : http://yarglah.free.fr/monblog_rss.php <<
Bertrand Lenoir-Welter
> Ton installation doit pouvoir gerer les droits sur son propre repertoire.
Ben, c'est justement ma question : elle fait comment ?
> Ton installation doit pouvoir gerer les droits sur son propre repertoire.
Ben, c'est justement ma question : elle fait comment ?
> Ton installation doit pouvoir gerer les droits sur son propre repertoire.
Ben, c'est justement ma question : elle fait comment ?
Arnaud Debaene
Bertrand Lenoir-Welter wrote:
Pas forcement. C'est standard si le disque est en NTFS, il me semble.
Négatif. Je travaille sur une station XP avec NTFS et j'ai pas ce problème.
Par défaut, sous XP, seuls les administrateurs et les utilisateurs avec pouvoir ont le droit en écriture sur Program Files. Quelqu'un a peut être modifié cela sur ton poste.
Ces fichiers devraient plutot être dans Documents and settingsAll UsersApplication DataTon appli.
Malheureusement pas possible. L'appli peut être installée en plusieurs endroits sous le même nom mais avec des paramètres différents. Trop long à expliquer pourquoi, mais c'est comme ça. Je peux pas centraliser les paramètres. Je dois les enregistrer dans le même répertoire que l'appli.
Ce que tu dis est incohérent : Si tu as besoin de plusieurs paramétrages différents, mettre un fichier .ini sous Program Files n'est pas une solution. Quelle que soit la solution que tu as utilisé dans Program Files pour avoir plusieurs .ini (plusieurs fichies, 1 fichier avec plusieurs entrées, etc...), tu n'as qu'à appliquer cette même solution dans Application Data.
Si tu as besoin d'un paramétrage par utilisateur, tu as aussi un répertoire Application Data par utilisateur.
Tous les détails sur les "best practices" à ce sujet sont dans la KB Q310294.
Au passage, y'a apparemment des logiciels de grands éditeurs qui écrivent des fichiers INI ou autres dans leur répertoire d'installation ; je veux croire qu'ils ont pas ce problème et donc qu'ils se passent des droits en écriture, non ?
Non. Généralement, ces fichiers sont copiés/créés par le programme de setup qui tourne sous l'identité SYSTEM, puis il n'est plus modifié par l'application.
Eh non, je peux pas : l'admin débloque les droits d'écriture le temps d'installer, puis verrouille.
Et l'administrateur a toujours raison! Si on pouvait bypasser les mécanismes de sécurité aussi facilement, Windows serait bon à jeter à la poubelle!
Arnaud MVP - VC
Bertrand Lenoir-Welter wrote:
Pas forcement. C'est standard si le disque est en NTFS, il me semble.
Négatif. Je travaille sur une station XP avec NTFS et j'ai pas ce
problème.
Par défaut, sous XP, seuls les administrateurs et les utilisateurs avec
pouvoir ont le droit en écriture sur Program Files. Quelqu'un a peut être
modifié cela sur ton poste.
Ces fichiers devraient plutot être dans Documents and
settingsAll UsersApplication DataTon appli.
Malheureusement pas possible. L'appli peut être installée en plusieurs
endroits sous le même nom mais avec des paramètres différents. Trop
long à expliquer pourquoi, mais c'est comme ça. Je peux pas centraliser
les
paramètres. Je dois les enregistrer dans le même répertoire que
l'appli.
Ce que tu dis est incohérent : Si tu as besoin de plusieurs paramétrages
différents, mettre un fichier .ini sous Program Files n'est pas une
solution. Quelle que soit la solution que tu as utilisé dans Program Files
pour avoir plusieurs .ini (plusieurs fichies, 1 fichier avec plusieurs
entrées, etc...), tu n'as qu'à appliquer cette même solution dans
Application Data.
Si tu as besoin d'un paramétrage par utilisateur, tu as aussi un répertoire
Application Data par utilisateur.
Tous les détails sur les "best practices" à ce sujet sont dans la KB
Q310294.
Au passage, y'a apparemment des logiciels de grands éditeurs
qui écrivent des fichiers INI ou autres dans leur répertoire
d'installation ; je veux croire qu'ils ont pas ce problème et donc
qu'ils se passent des droits en écriture, non ?
Non. Généralement, ces fichiers sont copiés/créés par le programme de setup
qui tourne sous l'identité SYSTEM, puis il n'est plus modifié par
l'application.
Eh non, je peux pas : l'admin débloque les droits d'écriture le temps
d'installer, puis verrouille.
Et l'administrateur a toujours raison! Si on pouvait bypasser les mécanismes
de sécurité aussi facilement, Windows serait bon à jeter à la poubelle!
Pas forcement. C'est standard si le disque est en NTFS, il me semble.
Négatif. Je travaille sur une station XP avec NTFS et j'ai pas ce problème.
Par défaut, sous XP, seuls les administrateurs et les utilisateurs avec pouvoir ont le droit en écriture sur Program Files. Quelqu'un a peut être modifié cela sur ton poste.
Ces fichiers devraient plutot être dans Documents and settingsAll UsersApplication DataTon appli.
Malheureusement pas possible. L'appli peut être installée en plusieurs endroits sous le même nom mais avec des paramètres différents. Trop long à expliquer pourquoi, mais c'est comme ça. Je peux pas centraliser les paramètres. Je dois les enregistrer dans le même répertoire que l'appli.
Ce que tu dis est incohérent : Si tu as besoin de plusieurs paramétrages différents, mettre un fichier .ini sous Program Files n'est pas une solution. Quelle que soit la solution que tu as utilisé dans Program Files pour avoir plusieurs .ini (plusieurs fichies, 1 fichier avec plusieurs entrées, etc...), tu n'as qu'à appliquer cette même solution dans Application Data.
Si tu as besoin d'un paramétrage par utilisateur, tu as aussi un répertoire Application Data par utilisateur.
Tous les détails sur les "best practices" à ce sujet sont dans la KB Q310294.
Au passage, y'a apparemment des logiciels de grands éditeurs qui écrivent des fichiers INI ou autres dans leur répertoire d'installation ; je veux croire qu'ils ont pas ce problème et donc qu'ils se passent des droits en écriture, non ?
Non. Généralement, ces fichiers sont copiés/créés par le programme de setup qui tourne sous l'identité SYSTEM, puis il n'est plus modifié par l'application.
Eh non, je peux pas : l'admin débloque les droits d'écriture le temps d'installer, puis verrouille.
Et l'administrateur a toujours raison! Si on pouvait bypasser les mécanismes de sécurité aussi facilement, Windows serait bon à jeter à la poubelle!
