Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Windows Windows Serveur IIS Error 502 bad gateway

Error 502 bad gateway

5 réponses
Avatar
JF
Bonjour,

Désolé d'insister, mais je craque et j'ai vraiment besoin de réparer ce
bazard... Je roule sous IIS5.1. Suite à un plantage disque, j'ai réinstallé
IIS puis Perl5.8 (dans cet ordre), depuis je ne peux pas éxécuter de scripts
CGI qui écrivent dans des fichiers... Malgré les avertissements, j'ai coché
toutes les cases écriture des répertoires/fichiers concernés, enlevé les
lecture seule, je me log en tant qu'administrateur, et malgré ça je reçois
une erreur 502 (bad gateway) systématiquement... avec un script qui
fonctionne très bien sous Unix avec la même structure de répertoire... Je
suis sur que le fichier existe puisque je l'ouvre en lecture sans
problème...

Merci de vos lumières, ma journée est bien triste jusque là :-)

--
Amicalement,

JF

Réponse perso: bal 100 le 6
Signaler un problème avec ce contenu

5 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Yann-Loïc [MS]
Bonjour,

La seule piste trouvée est peut être l'utilisation d'un mauvais DSN pour se
connecer à un serveur SQL dans un fichier IDC, si cela vous parle (?).

Yann-Loïc [MS]

"JF" a écrit dans le message de
news:
Bonjour,

Désolé d'insister, mais je craque et j'ai vraiment besoin de réparer ce
bazard... Je roule sous IIS5.1. Suite à un plantage disque, j'ai


réinstallé
IIS puis Perl5.8 (dans cet ordre), depuis je ne peux pas éxécuter de


scripts
CGI qui écrivent dans des fichiers... Malgré les avertissements, j'ai


coché
toutes les cases écriture des répertoires/fichiers concernés, enlevé les
lecture seule, je me log en tant qu'administrateur, et malgré ça je reçois
une erreur 502 (bad gateway) systématiquement... avec un script qui
fonctionne très bien sous Unix avec la même structure de répertoire... Je
suis sur que le fichier existe puisque je l'ouvre en lecture sans
problème...

Merci de vos lumières, ma journée est bien triste jusque là :-)

--
Amicalement,

JF

Réponse perso: bal 100 le 6





Avatar
JF
On ne peut pas dire que ce soit parfaitement clair pour moi :-), toutefois,
je voudrais préciser les symptômes...
Pour "voir", j'ai installé IIS (de XP Pro) et Perl sur une machine neuve (ou
du moins sur laquelle ni l'un ni l'autre n'avaient jamais été installés),
juste gardé les paramètres par défaut, mappé l'extension .cgi, tous mes
scripts Perl fonctionnent, SAUF ceux qui doivent ouvrir un fichier en
écriture, ç-à-d le même problème que sur ma machine "remontée".

Mes disques sont montés en NTFS, est-ce possible qu'il y ait un conflit de
protection? (pourtant les répertoires et fichiers concernés sont réglés pour
un accès total de tout le monde (et je suis le seul à me logger avec des
privilèges d'administrateur)... Ce qui m'inquiète c'est que lorsque
j'utilise l'assistant autorisations, le résumé des droits me donnent ce qui
suit :
- autorisations d'accés : vous pouvez afficher les fichiers / vous pouvez
executer les scripts (mais il n'est pas fait mention d'écriture)
- ACL : les administrateurs ont un contrôle total mais...tout lemonde a les
attributs : contrôle en lecture, lecture, attributs de lecture,propriétés de
lecture/éxécuter, là encore pas d'écriture...
Et malgré de nombreux essais, je ne sais pas faire changer ces paramètres
:-(

Dans tous les cas, merci de votre réponse,
--
Amicalement,

JF

Réponse perso: bal 100 le 6

"Yann-Loïc [MS]" a écrit dans le message de
news: O0#
Bonjour,

La seule piste trouvée est peut être l'utilisation d'un mauvais DSN pour


se
connecer à un serveur SQL dans un fichier IDC, si cela vous parle (?).

Yann-Loïc [MS]

"JF" a écrit dans le message de
news:
> Bonjour,
>
> Désolé d'insister, mais je craque et j'ai vraiment besoin de réparer ce
> bazard... Je roule sous IIS5.1. Suite à un plantage disque, j'ai
réinstallé
> IIS puis Perl5.8 (dans cet ordre), depuis je ne peux pas éxécuter de
scripts
> CGI qui écrivent dans des fichiers... Malgré les avertissements, j'ai
coché
> toutes les cases écriture des répertoires/fichiers concernés, enlevé les
> lecture seule, je me log en tant qu'administrateur, et malgré ça je


reçois
> une erreur 502 (bad gateway) systématiquement... avec un script qui
> fonctionne très bien sous Unix avec la même structure de répertoire...


Je
> suis sur que le fichier existe puisque je l'ouvre en lecture sans
> problème...
>
> Merci de vos lumières, ma journée est bien triste jusque là :-)
>
> --
> Amicalement,
>
> JF
>
> Réponse perso: bal 100 le 6
>
>
>




Avatar
Yann-Loïc [MS]
Essayez alors de modifier ceci:

Go to your Local Computer Policy and click Computer Configuration, Windows
Settings, Security Settings, Local Policy, and then Security Options.
Change the "Network access: Sharing and security model for local accounts"
setting to "Classic - local users authenticate as themselves".


--
Yann-Loïc [MS]


"JF" wrote in message
news:e#
On ne peut pas dire que ce soit parfaitement clair pour moi :-),


toutefois,
je voudrais préciser les symptômes...
Pour "voir", j'ai installé IIS (de XP Pro) et Perl sur une machine neuve


(ou
du moins sur laquelle ni l'un ni l'autre n'avaient jamais été installés),
juste gardé les paramètres par défaut, mappé l'extension .cgi, tous mes
scripts Perl fonctionnent, SAUF ceux qui doivent ouvrir un fichier en
écriture, ç-à-d le même problème que sur ma machine "remontée".

Mes disques sont montés en NTFS, est-ce possible qu'il y ait un conflit de
protection? (pourtant les répertoires et fichiers concernés sont réglés


pour
un accès total de tout le monde (et je suis le seul à me logger avec des
privilèges d'administrateur)... Ce qui m'inquiète c'est que lorsque
j'utilise l'assistant autorisations, le résumé des droits me donnent ce


qui
suit :
- autorisations d'accés : vous pouvez afficher les fichiers / vous pouvez
executer les scripts (mais il n'est pas fait mention d'écriture)
- ACL : les administrateurs ont un contrôle total mais...tout lemonde a


les
attributs : contrôle en lecture, lecture, attributs de lecture,propriétés


de
lecture/éxécuter, là encore pas d'écriture...
Et malgré de nombreux essais, je ne sais pas faire changer ces paramètres
:-(

Dans tous les cas, merci de votre réponse,
--
Amicalement,

JF

Réponse perso: bal 100 le 6

"Yann-Loïc [MS]" a écrit dans le message de
news: O0#
> Bonjour,
>
> La seule piste trouvée est peut être l'utilisation d'un mauvais DSN pour
se
> connecer à un serveur SQL dans un fichier IDC, si cela vous parle (?).
>
> Yann-Loïc [MS]
>
> "JF" a écrit dans le message de
> news:
> > Bonjour,
> >
> > Désolé d'insister, mais je craque et j'ai vraiment besoin de réparer


ce
> > bazard... Je roule sous IIS5.1. Suite à un plantage disque, j'ai
> réinstallé
> > IIS puis Perl5.8 (dans cet ordre), depuis je ne peux pas éxécuter de
> scripts
> > CGI qui écrivent dans des fichiers... Malgré les avertissements, j'ai
> coché
> > toutes les cases écriture des répertoires/fichiers concernés, enlevé


les
> > lecture seule, je me log en tant qu'administrateur, et malgré ça je
reçois
> > une erreur 502 (bad gateway) systématiquement... avec un script qui
> > fonctionne très bien sous Unix avec la même structure de répertoire...
Je
> > suis sur que le fichier existe puisque je l'ouvre en lecture sans
> > problème...
> >
> > Merci de vos lumières, ma journée est bien triste jusque là :-)
> >
> > --
> > Amicalement,
> >
> > JF
> >
> > Réponse perso: bal 100 le 6
> >
> >
> >
>
>




Avatar
Pierre Goiffon
Dans le message:e%,
JF a écrit:
tous mes scripts Perl fonctionnent, SAUF ceux qui
doivent ouvrir un fichier en écriture, ç-à-d le même problème que sur
ma machine "remontée".

Mes disques sont montés en NTFS, est-ce possible qu'il y ait un
conflit de protection?


(...)
- ACL : les administrateurs ont un contrôle total
mais...tout lemonde a les attributs : contrôle en lecture, lecture,
attributs de lecture,propriétés de lecture/éxécuter, là encore pas
d'écriture...



Vos scripts Perl s'exécutent dans le contexte de sécurité de IIS, cad
par défaut via l'utilisateur IUSR. Il faut donc que votre utilisateur
IUSR ait les permissions NTFS correctes sur les fichiers qu'il
manipule...

--
..::: Pierre GOIFFON :::..

Un grand merci à OE Quote Fix pour rendre OE utilisable :)
=> http://home.in.tum.de/~jain/software/quotefix.php

(email temporairement supprimé pour cause de déferlante Swen :( )
Avatar
JF
Merci à tous les deux... j'ai finalement résolu le pb en désinstallant IIS,
puis en nettoyant la base de registres de toutes les entrées IIS restantes,
réinstallé et réglé comme il faut (c-à-d tout comme je faisais avant :-), et
ça fonctionne!!

Yann-Loic, je garde quand même votre solution, j'ai une autre machine à
soigner :-)

--
Amicalement,

JF

Réponse perso: bal 100 le 6

"Pierre Goiffon" a écrit dans le message de news:
3fe1b2e1$0$29072$
Dans le message:e%,
JF a écrit:
> tous mes scripts Perl fonctionnent, SAUF ceux qui
> doivent ouvrir un fichier en écriture, ç-à-d le même problème que sur
> ma machine "remontée".
>
> Mes disques sont montés en NTFS, est-ce possible qu'il y ait un
> conflit de protection?
(...)
> - ACL : les administrateurs ont un contrôle total
> mais...tout lemonde a les attributs : contrôle en lecture, lecture,
> attributs de lecture,propriétés de lecture/éxécuter, là encore pas
> d'écriture...

Vos scripts Perl s'exécutent dans le contexte de sécurité de IIS, cad
par défaut via l'utilisateur IUSR. Il faut donc que votre utilisateur
IUSR ait les permissions NTFS correctes sur les fichiers qu'il
manipule...

--
..::: Pierre GOIFFON :::..

Un grand merci à OE Quote Fix pour rendre OE utilisable :)
=> http://home.in.tum.de/~jain/software/quotefix.php

(email temporairement supprimé pour cause de déferlante Swen :( )