A voir également:
- IIS7 -Télécharge au lieu d'executer CGI *.exe
- IIS7 -Télécharge au lieu d'executer CGI *.exe ✓ - Forum - Windows
- Télécharger au lieu d'exécuter un fichier ✓ - Forum - Programmation
- Monter l'iso. exécuter setup.exe ✓ - Forum - Jeux PC/Mac/Linux
- Executer fichier exe sur android ✓ - Forum - Mobile
- Executer fichier exe sur mac ✓ - Forum - MacOS
2 réponses
jejere
Bonjour,
Même prob.
Un grand Merci Blanc57, j'ai passé 4 jours pour trouver une solution, je la trouve grace à toi.
C'est vrai que c'est pas clairement indiqué, moi je m'arrachais le cheveux.
Trend devrait le mentionner dans son install si on utilise IIS.
Merci de toutes ces infos, bonne continuation.
Même prob.
Un grand Merci Blanc57, j'ai passé 4 jours pour trouver une solution, je la trouve grace à toi.
C'est vrai que c'est pas clairement indiqué, moi je m'arrachais le cheveux.
Trend devrait le mentionner dans son install si on utilise IIS.
Merci de toutes ces infos, bonne continuation.
Blanc57
- Messages postés
- 366
- Date d'inscription
- vendredi 6 avril 2007
- Statut
- Membre
- Dernière intervention
- 27 janvier 2020
Ajout :
Lorsque dans IIS, dans les propriétés du répertoire virtuel, je modifie les autorisations d'exécution des scripts et exécutables du réportoire virtuel contenant ce fameux fichier exécutable qui pose problème :
- J'obtiens "HTTP 403 : Accès refusé" lorsque j'autorise l'éxecution des scripts et exécutables
et lorsque je ne mets "aucune" autorisation, il tente de télécharger le fichier au lieu de l'exécuter...
Je suppose donc que cela bloque à une autre couche de droits car lorsque j'autorise l'exécution de scripts ou d'éxecutables, il a l'air d'effectivement tenter d'éxecuter le fichier "CgiChkMasterPwd.exe" mais en est empêché à cause de droits qu'il n'a pas...
Pourtant je ne voie pas ce que pourraient être ces droits; j'ai vérifé les autorisations du répertoire, du fichier, qui sont bien définies en lecture/execution pour le fichier en question et tout semble correct dans l'onglet "sécurité du repertoire" de IIS.
Je bloque...
Lorsque dans IIS, dans les propriétés du répertoire virtuel, je modifie les autorisations d'exécution des scripts et exécutables du réportoire virtuel contenant ce fameux fichier exécutable qui pose problème :
- J'obtiens "HTTP 403 : Accès refusé" lorsque j'autorise l'éxecution des scripts et exécutables
et lorsque je ne mets "aucune" autorisation, il tente de télécharger le fichier au lieu de l'exécuter...
Je suppose donc que cela bloque à une autre couche de droits car lorsque j'autorise l'exécution de scripts ou d'éxecutables, il a l'air d'effectivement tenter d'éxecuter le fichier "CgiChkMasterPwd.exe" mais en est empêché à cause de droits qu'il n'a pas...
Pourtant je ne voie pas ce que pourraient être ces droits; j'ai vérifé les autorisations du répertoire, du fichier, qui sont bien définies en lecture/execution pour le fichier en question et tout semble correct dans l'onglet "sécurité du repertoire" de IIS.
Je bloque...
Blanc57
- Messages postés
- 366
- Date d'inscription
- vendredi 6 avril 2007
- Statut
- Membre
- Dernière intervention
- 27 janvier 2020
En fait après contact avec l'assistance de notre revendeur (je précise que ce n'est pas Trend Micro, dont l'assistance technique est nulle) le problème est enfin résolu :
En fait il fallait changer les paramètres dans "pool d'application" dans IIS.
Clic-droit sur "Application pool" puis "propriété" et onglet "identité" et là, il faut définit le compte de sécurité "système local" prédéfini pour exécuter ce pool d'application.
Je n'aurai jamais trouvé moi-même...
PS : Il s'agit de IIS 6.0 en fait. Je me trompais sur la version.
En fait il fallait changer les paramètres dans "pool d'application" dans IIS.
Clic-droit sur "Application pool" puis "propriété" et onglet "identité" et là, il faut définit le compte de sécurité "système local" prédéfini pour exécuter ce pool d'application.
Je n'aurai jamais trouvé moi-même...
PS : Il s'agit de IIS 6.0 en fait. Je me trompais sur la version.