IIS7 -Télécharge au lieu d'executer CGI *.exe
Résolu/Fermé
Blanc57
Messages postés
366
Date d'inscription
vendredi 6 avril 2007
Statut
Membre
Dernière intervention
27 janvier 2020
-
2 mai 2008 à 14:50
jejere - 1 août 2008 à 12:14
jejere - 1 août 2008 à 12:14
A voir également:
- IIS7 -Télécharge au lieu d'executer CGI *.exe
- Svchost exe - Guide
- Trouver un lieu avec coordonnées gps - Guide
- Voir un lieu en direct par satellite - Guide
- .Exe - Télécharger - Divers Utilitaires
- Bat to exe converter - Télécharger - Édition & Programmation
2 réponses
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
72
2 mai 2008 à 16:28
2 mai 2008 à 16:28
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
72
11 juin 2008 à 11:30
11 juin 2008 à 11:30
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.