Hello !
 
J'ai desactivé le Data Executive Prevention dans le boot.ini des postes clients en placant le parametre /noExecute=OptIn a la valeur AlwaysOff.
 
Jusque là, pas de soucis.
 
Mais, j'ai un serveur de fichiers sur lequel lui aussi le parametre a été changé qui possede des repertoires partagés que je monte via un batch sur les postes clients.
 
Jusque là, pas de soucis non plus !
 
Ensuite, quand un client tente d'ouvrir un EXE placé (meme plusieurs EXE et meme des BAT) sur une unité mappée, le systeme lui demande de confirmer l'ouverture .... bref, le message a la con de la DEP ...
 
 
Vous savez comment virer ca ?

Ce message n'a strictement rien à voir avec le DEP. Ce sont simplement les nouvelles sécurités de WinXP SP2 et Win2003. Tu ne peux pas t'en débarasser.

Merci de ta réponse ... il doit exister une methode, je sais pas ou, mais ca doit exister ...
 
Microsoft, ...  
 
 
Merci !!!

Microsoft a annoncé que pour ameliorer la securité tous les executables executé a partir d'une source distante ou provenant d'une source distante demanderaient confirmation... tu ne peut pas outrepasser cette securité.
Et ca sera encore pire avec Vista ^^

Merci du renseignement ...
IL font chier, car c'est pour lancer des applications professionneles ou un simple raccourci est placé sur le bureau des utilisateurs ... qui pointe, vers les unités mappées.
 
Microsoft de merde !!!!!!!!

si ça ne te plait pas, refuse le CLUF et change d'OS

 
 
En lançant le .exe par un script compilé ou non fait avec autoit, tu échappes à ce message.
 
Voilà ta solution

Ouai effecitvement, mais le script doit se trouver sur le poste local et non pas sur le serveur !
 
C'est une bonne solution.
 
KRAPAUD > Je ne veux pas changer d'OS, seulement leurs securités a la con, yen a un peu marre !!!

 
 
Et ben c'est pas un prob

Ouai, apres reflexion, je fais un script local, qui appel un script sur le serveur dans une unité mappé
Et ce script sur le serveur, pourra etre mis a jour sans soucis, puisque tous les autres postes font uniquement de CALL vers ce script.
 
Le script sur le serveur contiendrat un menu tout con, et facile a mettre a jour, car il sera centralisé et que tous les autres postes ne font que le lancer ...

Super idée shongail !!!!!!!!

J'ai rencontré le même soucis la semaine dernière : ça me le faisait quand je tapais dans un exécutable situé sur un serveur d'autre domaine. Avant de trouver le pourquoi du comment, j'avais fait une recherche et j'avais trouvé une fiche de Microsoft (mais je sais plus laquelle), indiquant qu'il fallait vérifier les paramètres de la zone Intranet dans Internet Explorer. Jettes-y un oeil.