Impossible d'exécuter un fichier .exe à partir d'un lecteur réseau

Si le serveur fonctionne avec Samba, vous devrez peut-être ajouter cette option à l'option [global] section de smb.conf :

acl allow execute always = True

Source : Exécuter un .exe sur un partage samba - unix.stackexchange

Cela indiquera à Windows que tous les fichiers peuvent être exécutés et que les battements sont en cours d'exécution. chmod a+x * pour tous les fichiers du partage, ce qui fonctionne également.

_{Il semble peu probable que le PO revienne un jour, c'est pourquoi je vais aborder deux cas spécifiques qui pourraient être à l'origine de cette situation :}

Lorsque vous devez saisir les informations d'identification pour accéder à la ressource réseau ou si vous êtes opérer sur un lecteur mappé L'élévation d'un processus peut échouer à cause de l'UAC.

En effet, avec l'UAC, vous êtes en fait connecté avec deux sessions, l'une avec un accès administratif et l'autre sans. Ces sessions sont généralement séparées, elles ne partagent pas les lecteurs mappés ou les jetons de connexion au réseau.

Votre session non-administrateur dispose de ses lecteurs mappés et de tous les jetons de connexion au réseau. Après avoir confirmé la boîte de dialogue UAC, Windows tente de charger le programme dans la session administrateur. Celle-ci ne dispose pas de jetons de connexion au réseau ni de lecteurs mappés. Il échouera donc en affichant soit "fichier introuvable", soit "accès refusé".

Microsoft décrit ce comportement de manière plus détaillée dans cet article sur TechNet .

Heureusement, il existe une solution de contournement : l'activation des "Connexions liées" (décrite dans l'article mentionné ci-dessus). Les éléments suivants .reg permettra d'atteindre cet objectif :

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]
"EnableLinkedConnections"=dword:00000001

Il y a un grand nombre de raisons de penser cela :

Je commencerais par désactiver l'UAC et vérifierais si cela résout le problème. Vous saurez alors qu'il s'agit d'un problème d'autorisation et vous n'aurez plus qu'à résoudre le problème spécifique.

Je ne me souviens pas qu'il soit possible de monter des lecteurs réseau Windows sans avoir la possibilité d'exécuter des fichiers.

En outre, il serait utile de vérifier le même fichier avec un autre ordinateur (un ordinateur virtuel avec un autre système d'exploitation Windows, par exemple).

Pour des étapes plus approfondies :

Citation de l'assistance Microsoft :

Ce problème peut survenir si l'un des scénarios suivants existe sur votre PC.

• Vous n'avez pas le droit d'accéder au fichier ou à l'emplacement du fichier.
• Le fichier se trouve dans un emplacement qui n'est pas accessible actuellement, comme un emplacement réseau ou un lecteur externe qui n'est pas connecté à l'ordinateur.
• Le fichier a été déplacé ou supprimé.
• Le fichier ou le raccourci est corrompu.
• Le fichier peut être bloqué par Windows.
• Il se peut que votre logiciel antivirus bloque le fichier.

Vous pouvez vérifier auprès du développeur si l'exécutable que vous lancez n'est pas simplement une enveloppe pour un ou plusieurs exécutables secondaires, qui ont également une exigence particulière en matière de chemin d'accès.

Vous pouvez avoir besoin d'une lettre de lecteur spécifique mappée (par exemple, vous lancez à partir de G : mais l'exécutable intégré attend un H :), ou d'être authentifié sur une machine différente, ou simplement d'un composant manquant.

Outils que vous pouvez utiliser :

1. Dépendance Walker Cet outil vous indiquera si votre exécutable ne peut pas trouver un composant.
2. Strings.exe . Exécutez-le contre votre exécutable. Cet outil vous donnera des caractères ascii lisibles par l'homme. C'est à vous de décider s'ils sont pertinents.
3. Une conversation avec le développeur ou l'intégrateur de système peut contribuer à résoudre le problème du chemin manquant.

Lorsque j'ai rencontré ce problème, c'est parce que les autorisations n'étaient pas correctement définies pour le partage. Essayez d'autoriser les "Utilisateurs du domaine" et les "Ordinateurs du domaine" à accéder au partage.