j'installe un produit de paiement s=E9curis=E9 d'un=20
fournisseur de renomm=E9e nationale, celle contient un cgi=20
plus deux pages Asp et j'ai un gros dysfonctionnement.
Apr=E8s avoir ''sniff=E9'' mon serveur, le service ingenierie=20
obtient de mon serveur la r=E9ponse suivante et me disent=20
que mon IIS et mal configur=E9 alors que c'est un serveur=20
mutualis=E9 qui h=E9bgerge d=E9j=E0 ce genre d'appli sans pb, quen=20
pensez-vous ?:
HTTP:=20
HTTP: Line 1: HTTP/1.1 302 Object Moved
HTTP: Line 2: Location: http://plpass2.compagnie-
yeu-continent.fr/pay_pass
HTTP: /?
adrip_frontal=3D194.5.119.28&port=3D1101&sessionid=3Df4f09869b7a
HTTP: =20
d022b7c30d4410feec6cb&service=3DPL_END_SERVICE
HTTP: Line 3: Server: Microsoft-IIS/5.0
HTTP: Line 4: Content-Type: text/html
HTTP: Line 5: Connection: keep-alive
HTTP: Line 6: Content-Length: 293
HTTP: Line 7: =20
HTTP: Line 8: <head><title>Document=20
diplaci</title></head>
HTTP: Line 9: <body><h1>Objet diplaci</h1>Ce=20
document peut jtre trouvi <a
HTTP: HREF=3D"http://plpass2.compagnie-yeu-
continent.fr/pay_pass/?ad
HTTP: =20
rip_frontal=3D194.5.119.28&port=3D1101&sessionid=3Df4f098
6
HTTP: =20
9b7ad022b7c30d4410feec6cb&service=3DPL_END_SERVICE">ici</
a
HTTP: ></body>
HTTP:=20
"Boris CADU" a écrit dans le message de news:59b601c42d3f$e22df9f0$ Bonjour,
j'installe un produit de paiement sécurisé d'un fournisseur de renommée nationale, celle contient un cgi plus deux pages Asp et j'ai un gros dysfonctionnement. Après avoir ''sniffé'' mon serveur, le service ingenierie obtient de mon serveur la réponse suivante et me disent que mon IIS et mal configuré alors que c'est un serveur mutualisé qui hébgerge déjà ce genre d'appli sans pb, quen pensez-vous ?:
HTTP: HTTP: Line 1: HTTP/1.1 302 Object Moved HTTP: Line 2: Location: http://plpass2.compagnie- yeu-continent.fr/pay_pass HTTP: /? adrip_frontal4.5.119.28&port01&sessionidôf09869b7a HTTP: d022b7c30d4410feec6cb&service=PL_END_SERVICE HTTP: Line 3: Server: Microsoft-IIS/5.0 HTTP: Line 4: Content-Type: text/html HTTP: Line 5: Connection: keep-alive HTTP: Line 6: Content-Length: 293 HTTP: Line 7: HTTP: Line 8: <head><title>Document diplaci</title></head> HTTP: Line 9: <body><h1>Objet diplaci</h1>Ce document peut jtre trouvi <a HTTP: HREF="http://plpass2.compagnie-yeu- continent.fr/pay_pass/?ad HTTP: rip_frontal4.5.119.28&port01&sessionidôf098 6 HTTP: 9b7ad022b7c30d4410feec6cb&service=PL_END_SERVICE">ici</ a HTTP: ></body> HTTP:
Visiblement les "&" de la requête initiale sont réinterpretés par IIS en "&" d'oû la redirection 302. Maintenant, pourquoi cela se produit, je ne sais pas. Peut être désactiver une des option de vérification d'encodage dans urlscan, si celui-ci est installé bien sûr ;-)
"Boris CADU" <anonymous@discussions.microsoft.com> a écrit dans le message
de news:59b601c42d3f$e22df9f0$a001280a@phx.gbl...
Bonjour,
j'installe un produit de paiement sécurisé d'un
fournisseur de renommée nationale, celle contient un cgi
plus deux pages Asp et j'ai un gros dysfonctionnement.
Après avoir ''sniffé'' mon serveur, le service ingenierie
obtient de mon serveur la réponse suivante et me disent
que mon IIS et mal configuré alors que c'est un serveur
mutualisé qui hébgerge déjà ce genre d'appli sans pb, quen
pensez-vous ?:
HTTP:
HTTP: Line 1: HTTP/1.1 302 Object Moved
HTTP: Line 2: Location: http://plpass2.compagnie-
yeu-continent.fr/pay_pass
HTTP: /?
adrip_frontal4.5.119.28&port01&sessionidôf09869b7a
HTTP:
d022b7c30d4410feec6cb&service=PL_END_SERVICE
HTTP: Line 3: Server: Microsoft-IIS/5.0
HTTP: Line 4: Content-Type: text/html
HTTP: Line 5: Connection: keep-alive
HTTP: Line 6: Content-Length: 293
HTTP: Line 7:
HTTP: Line 8: <head><title>Document
diplaci</title></head>
HTTP: Line 9: <body><h1>Objet diplaci</h1>Ce
document peut jtre trouvi <a
HTTP: HREF="http://plpass2.compagnie-yeu-
continent.fr/pay_pass/?ad
HTTP:
rip_frontal4.5.119.28&port01&sessionidôf098
6
HTTP:
9b7ad022b7c30d4410feec6cb&service=PL_END_SERVICE">ici</
a
HTTP: ></body>
HTTP:
Visiblement les "&" de la requête initiale sont réinterpretés par IIS en
"&" d'oû la redirection 302.
Maintenant, pourquoi cela se produit, je ne sais pas. Peut être désactiver
une des option de vérification d'encodage dans urlscan, si celui-ci est
installé bien sûr ;-)
"Boris CADU" a écrit dans le message de news:59b601c42d3f$e22df9f0$ Bonjour,
j'installe un produit de paiement sécurisé d'un fournisseur de renommée nationale, celle contient un cgi plus deux pages Asp et j'ai un gros dysfonctionnement. Après avoir ''sniffé'' mon serveur, le service ingenierie obtient de mon serveur la réponse suivante et me disent que mon IIS et mal configuré alors que c'est un serveur mutualisé qui hébgerge déjà ce genre d'appli sans pb, quen pensez-vous ?:
HTTP: HTTP: Line 1: HTTP/1.1 302 Object Moved HTTP: Line 2: Location: http://plpass2.compagnie- yeu-continent.fr/pay_pass HTTP: /? adrip_frontal4.5.119.28&port01&sessionidôf09869b7a HTTP: d022b7c30d4410feec6cb&service=PL_END_SERVICE HTTP: Line 3: Server: Microsoft-IIS/5.0 HTTP: Line 4: Content-Type: text/html HTTP: Line 5: Connection: keep-alive HTTP: Line 6: Content-Length: 293 HTTP: Line 7: HTTP: Line 8: <head><title>Document diplaci</title></head> HTTP: Line 9: <body><h1>Objet diplaci</h1>Ce document peut jtre trouvi <a HTTP: HREF="http://plpass2.compagnie-yeu- continent.fr/pay_pass/?ad HTTP: rip_frontal4.5.119.28&port01&sessionidôf098 6 HTTP: 9b7ad022b7c30d4410feec6cb&service=PL_END_SERVICE">ici</ a HTTP: ></body> HTTP:
Visiblement les "&" de la requête initiale sont réinterpretés par IIS en "&" d'oû la redirection 302. Maintenant, pourquoi cela se produit, je ne sais pas. Peut être désactiver une des option de vérification d'encodage dans urlscan, si celui-ci est installé bien sûr ;-)
boris
et quand URLSCAN et désactivé ?
-----Message d'origine----- "Boris CADU" a
écrit dans le message
de news:59b601c42d3f$e22df9f0$ Bonjour,
j'installe un produit de paiement sécurisé d'un fournisseur de renommée nationale, celle contient un cgi plus deux pages Asp et j'ai un gros dysfonctionnement. Après avoir ''sniffé'' mon serveur, le service ingenierie obtient de mon serveur la réponse suivante et me disent que mon IIS et mal configuré alors que c'est un serveur mutualisé qui hébgerge déjà ce genre d'appli sans pb, quen pensez-vous ?:
HTTP: HTTP: Line 1: HTTP/1.1 302 Object Moved HTTP: Line 2: Location: http://plpass2.compagnie- yeu-continent.fr/pay_pass HTTP: /? adrip_frontal4.5.119.28&port01&sessionidôf09869b7a HTTP: d022b7c30d4410feec6cb&service=PL_END_SERVICE HTTP: Line 3: Server: Microsoft-IIS/5.0 HTTP: Line 4: Content-Type: text/html HTTP: Line 5: Connection: keep-alive HTTP: Line 6: Content-Length: 293 HTTP: Line 7: HTTP: Line 8: <head><title>Document diplaci</title></head> HTTP: Line 9: <body><h1>Objet diplaci</h1>Ce document peut jtre trouvi <a HTTP: HREF="http://plpass2.compagnie-yeu- continent.fr/pay_pass/?ad HTTP: rip_frontal4.5.119.28&port01&sessionidôf098 6 HTTP: 9b7ad022b7c30d4410feec6cb&service=PL_END_SERVICE">ici</ a HTTP: ></body> HTTP:
Visiblement les "&" de la requête initiale sont
réinterpretés par IIS en
"&" d'oû la redirection 302. Maintenant, pourquoi cela se produit, je ne sais pas.
Peut être désactiver
une des option de vérification d'encodage dans urlscan,
si celui-ci est
installé bien sûr ;-)
.
et quand URLSCAN et désactivé ?
-----Message d'origine-----
"Boris CADU" <anonymous@discussions.microsoft.com> a
écrit dans le message
de news:59b601c42d3f$e22df9f0$a001280a@phx.gbl...
Bonjour,
j'installe un produit de paiement sécurisé d'un
fournisseur de renommée nationale, celle contient un cgi
plus deux pages Asp et j'ai un gros dysfonctionnement.
Après avoir ''sniffé'' mon serveur, le service ingenierie
obtient de mon serveur la réponse suivante et me disent
que mon IIS et mal configuré alors que c'est un serveur
mutualisé qui hébgerge déjà ce genre d'appli sans pb, quen
pensez-vous ?:
HTTP:
HTTP: Line 1: HTTP/1.1 302 Object Moved
HTTP: Line 2: Location: http://plpass2.compagnie-
yeu-continent.fr/pay_pass
HTTP: /?
adrip_frontal=194.5.119.28&port=1101&sessionid=f4f09869b7a
HTTP:
d022b7c30d4410feec6cb&service=PL_END_SERVICE
HTTP: Line 3: Server: Microsoft-IIS/5.0
HTTP: Line 4: Content-Type: text/html
HTTP: Line 5: Connection: keep-alive
HTTP: Line 6: Content-Length: 293
HTTP: Line 7:
HTTP: Line 8: <head><title>Document
diplaci</title></head>
HTTP: Line 9: <body><h1>Objet diplaci</h1>Ce
document peut jtre trouvi <a
HTTP: HREF="http://plpass2.compagnie-yeu-
continent.fr/pay_pass/?ad
HTTP:
rip_frontal=194.5.119.28&port=1101&sessionid=f4f098
6
HTTP:
9b7ad022b7c30d4410feec6cb&service=PL_END_SERVICE">ici</
a
HTTP: ></body>
HTTP:
Visiblement les "&" de la requête initiale sont
réinterpretés par IIS en
"&" d'oû la redirection 302.
Maintenant, pourquoi cela se produit, je ne sais pas.
Peut être désactiver
une des option de vérification d'encodage dans urlscan,
j'installe un produit de paiement sécurisé d'un fournisseur de renommée nationale, celle contient un cgi plus deux pages Asp et j'ai un gros dysfonctionnement. Après avoir ''sniffé'' mon serveur, le service ingenierie obtient de mon serveur la réponse suivante et me disent que mon IIS et mal configuré alors que c'est un serveur mutualisé qui hébgerge déjà ce genre d'appli sans pb, quen pensez-vous ?:
HTTP: HTTP: Line 1: HTTP/1.1 302 Object Moved HTTP: Line 2: Location: http://plpass2.compagnie- yeu-continent.fr/pay_pass HTTP: /? adrip_frontal4.5.119.28&port01&sessionidôf09869b7a HTTP: d022b7c30d4410feec6cb&service=PL_END_SERVICE HTTP: Line 3: Server: Microsoft-IIS/5.0 HTTP: Line 4: Content-Type: text/html HTTP: Line 5: Connection: keep-alive HTTP: Line 6: Content-Length: 293 HTTP: Line 7: HTTP: Line 8: <head><title>Document diplaci</title></head> HTTP: Line 9: <body><h1>Objet diplaci</h1>Ce document peut jtre trouvi <a HTTP: HREF="http://plpass2.compagnie-yeu- continent.fr/pay_pass/?ad HTTP: rip_frontal4.5.119.28&port01&sessionidôf098 6 HTTP: 9b7ad022b7c30d4410feec6cb&service=PL_END_SERVICE">ici</ a HTTP: ></body> HTTP:
Visiblement les "&" de la requête initiale sont
réinterpretés par IIS en
"&" d'oû la redirection 302. Maintenant, pourquoi cela se produit, je ne sais pas.
Peut être désactiver
une des option de vérification d'encodage dans urlscan,
si celui-ci est
installé bien sûr ;-)
.
jbongran
"" a écrit dans le message de news:5f9601c42df2$6b241980$ et quand URLSCAN et désactivé ?
-----Message d'origine----- "Boris CADU" a
écrit dans le message
de news:59b601c42d3f$e22df9f0$ Bonjour,
[...]
Après avoir ''sniffé'' mon serveur, le service ingenierie obtient de mon serveur la réponse suivante et me disent que mon IIS et mal configuré alors que c'est un serveur mutualisé
[..] [...]
Visiblement les "&" de la requête initiale sont
réinterpretés par IIS en
"&" d'oû la redirection 302. Maintenant, pourquoi cela se produit, je ne sais pas.
Peut être désactiver
une des option de vérification d'encodage dans urlscan,
si celui-ci est
installé bien sûr ;-)
Je ne sais pas, peut être un filtre ISAPI ?
"boris@alizes-info.fr" <anonymous@discussions.microsoft.com> a écrit dans le
message de news:5f9601c42df2$6b241980$a501280a@phx.gbl...
et quand URLSCAN et désactivé ?
-----Message d'origine-----
"Boris CADU" <anonymous@discussions.microsoft.com> a
écrit dans le message
de news:59b601c42d3f$e22df9f0$a001280a@phx.gbl...
Bonjour,
[...]
Après avoir ''sniffé'' mon serveur, le service ingenierie
obtient de mon serveur la réponse suivante et me disent
que mon IIS et mal configuré alors que c'est un serveur
mutualisé
[..]
[...]
Visiblement les "&" de la requête initiale sont
réinterpretés par IIS en
"&" d'oû la redirection 302.
Maintenant, pourquoi cela se produit, je ne sais pas.
Peut être désactiver
une des option de vérification d'encodage dans urlscan,
"" a écrit dans le message de news:5f9601c42df2$6b241980$ et quand URLSCAN et désactivé ?
-----Message d'origine----- "Boris CADU" a
écrit dans le message
de news:59b601c42d3f$e22df9f0$ Bonjour,
[...]
Après avoir ''sniffé'' mon serveur, le service ingenierie obtient de mon serveur la réponse suivante et me disent que mon IIS et mal configuré alors que c'est un serveur mutualisé
[..] [...]
Visiblement les "&" de la requête initiale sont
réinterpretés par IIS en
"&" d'oû la redirection 302. Maintenant, pourquoi cela se produit, je ne sais pas.
Peut être désactiver
une des option de vérification d'encodage dans urlscan,