Impossible d'executer des fichiers intranet
Résolu
IvyAlice
Messages postés
397
Statut
Membre
-
IvyAlice Messages postés 397 Statut Membre -
IvyAlice Messages postés 397 Statut Membre -
Bonjour à tous,
J'ai ce message : "Windows ne parvient pas à accéder au périphérique, au chemin d'accès, ou au fichier spécifié. Vous ne disposez peut-être pas des autorisations appropriées pour avoir accès à l'élément." en essayant de lancer des exe, mdb depuis les lecteurs réseau, depuis un poste particulier, avec certains utilisateurs (dont son utilisateur principal...).
ça se produit sur cette seule machine, XP avec le SP3, et je n'ai pas avast (j'ai kaspersky mais même avant qu'il ne soit installé, ou s'il est éteint, le problème est le même )
Même l'administrateur du domaine ne peut plus lancer ces fichiers depuis cette machine, alors que depuis d'autres postes, je ne rencontre aucun problème.
Le problème surgit en fait avec tous les utilisateurs sauf les utilisateurs de tests que j'ai créer plus tard. mais si je détruit et recréer le profile samba de l'utilisateur de cette machine, le problème persiste...
J'ai aussi essayer de réinstaller la machine, sans succès.
Et puis je peux copier/coller ces fichiers sur mon bureau, et ensuite, les exécuter sans problèmes, c'est vraiment incompréhensible.
Est-ce que quelqu'un a une piste ??
Merci d'avance
Ivy
J'ai ce message : "Windows ne parvient pas à accéder au périphérique, au chemin d'accès, ou au fichier spécifié. Vous ne disposez peut-être pas des autorisations appropriées pour avoir accès à l'élément." en essayant de lancer des exe, mdb depuis les lecteurs réseau, depuis un poste particulier, avec certains utilisateurs (dont son utilisateur principal...).
ça se produit sur cette seule machine, XP avec le SP3, et je n'ai pas avast (j'ai kaspersky mais même avant qu'il ne soit installé, ou s'il est éteint, le problème est le même )
Même l'administrateur du domaine ne peut plus lancer ces fichiers depuis cette machine, alors que depuis d'autres postes, je ne rencontre aucun problème.
Le problème surgit en fait avec tous les utilisateurs sauf les utilisateurs de tests que j'ai créer plus tard. mais si je détruit et recréer le profile samba de l'utilisateur de cette machine, le problème persiste...
J'ai aussi essayer de réinstaller la machine, sans succès.
Et puis je peux copier/coller ces fichiers sur mon bureau, et ensuite, les exécuter sans problèmes, c'est vraiment incompréhensible.
Est-ce que quelqu'un a une piste ??
Merci d'avance
Ivy
A voir également:
- Impossible d'executer des fichiers intranet
- Renommer des fichiers en masse - Guide
- Fichier impossible à supprimer - Guide
- Fichiers epub - Guide
- Wetransfer gratuit fichiers lourd - Guide
- Gestion des fichiers - Télécharger - Gestion de fichiers
6 réponses
si c'est un problème d'utilisateur (test fonctionne ) alors:
Les utilisateurs ne disposent peut-être pas des autorisations appropriées.
Les utilisateurs ne disposent peut-être pas des autorisations appropriées.
Salut i7_950,
merci pour ta réponse.
J'ai oublié de préciser que l'utilisateur principal de la machine ainsi que l'admin domaine sont administrateur de la machine et que l'utilisateur principal, loggé sur une autre machine(hélàs on ne peut pas lui en fournir définitivement une autre), parvient à lancer les exe mdb, ect...
merci pour ta réponse.
J'ai oublié de préciser que l'utilisateur principal de la machine ainsi que l'admin domaine sont administrateur de la machine et que l'utilisateur principal, loggé sur une autre machine(hélàs on ne peut pas lui en fournir définitivement une autre), parvient à lancer les exe mdb, ect...
Au niveau de l'intranet, ils sont identique,(sauf pour l'administrateur du domaine, mais pour lui ça ne marche pas non plus)
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Bon j'ai trouvé une solution mais ce n'est pas très pro,
J'ai remplacer l'uid d'un utilisateur de test(avec lequel ça fonctionnait, c'était bien le seul, d'ailleurs) par le nom de l'utilisateur principal de la machine, et dans tous les champs du ldap où apparaissait le nom de l'utilisateur de test, j'ai mis celui de l'utilisateur principal (le bon home ect...)
Je précise quand même que j'ai laisser l'ancien mot de passe.
Là ça fonctionne :-)
Ensuite j'ai mis ce 'nouvel' utilisateur dans les admin de la machine, ça fonctionne toujours.
bon ça marche, même si c'est contrariant de ne pas savoir le pourquoi du comment...
Attention tout de même, j'ai dû faire un chown(avec le même nom qu'il avait déjà) sur ce qui appartenait, sur le réseau, à l'utilisateur principal, car pour le systèm, même si les noms sont identique, il ne s'agit en réalité pas du même utilisateur.
J'ai remplacer l'uid d'un utilisateur de test(avec lequel ça fonctionnait, c'était bien le seul, d'ailleurs) par le nom de l'utilisateur principal de la machine, et dans tous les champs du ldap où apparaissait le nom de l'utilisateur de test, j'ai mis celui de l'utilisateur principal (le bon home ect...)
Je précise quand même que j'ai laisser l'ancien mot de passe.
Là ça fonctionne :-)
Ensuite j'ai mis ce 'nouvel' utilisateur dans les admin de la machine, ça fonctionne toujours.
bon ça marche, même si c'est contrariant de ne pas savoir le pourquoi du comment...
Attention tout de même, j'ai dû faire un chown(avec le même nom qu'il avait déjà) sur ce qui appartenait, sur le réseau, à l'utilisateur principal, car pour le systèm, même si les noms sont identique, il ne s'agit en réalité pas du même utilisateur.
