Bonjour,
J'ai un souci inexplicable chez un client, et je cherche une solution pour résoudre le souci côté IIS.
Pour faire simple, j'ai mon site qui répond à *.80 mais il est dans une DMZ.
Et j'ai un "portail d'authentification" dont j'ignore le fonctionnement interne, qui semble se comporter comme un reverse proxy une fois qu'on a montré patte blanche.
Donc depuis un poste utilisateur, je tape :
https://auth.customer.com/applications/myapp/page1.htm
Et ça me répond la même chose que sur mon serveur si j'appelle :
http://serveur1/myapp/page1.htm
Le souci, c'est que j'ai ensuite des JS sur ce site qui appelle des API genre "/api/createProduct"
Sauf que pour une raison que j'ignore, ça ne génère pas une URL :
https://auth.customer.com/applicatio.../createProduct qui serait ensutie redirigée vers http://serveur1/myapp/api/createProduct
Mais ça ne mégère un truc du genre :
https://auth.customer.com/applications/<guid>/api/createProduct
Je soupçonne une modification au niveau de ce serveur intermédiaire, mais je n'ai pas la main dessus, et visiblement c'est pas gagné pour savoir ce qui a été modifié ou non, et encore moins pour revenir en arrière. (toujours est-il que si on restore un ancien backup de mon serveur, ça bug toujours, alors qu'à l'époque du backup ça marchait...)
Bref, je voudrais savoir s'il est possible, dans IIS de forcer une variable d'entête ou autre qui fasse qu'il se présente comme "https://auth.customer.com/applications/myapp" quelle que soit l'url demandée.
Avec un peu de chance, le service intermédiaire d'authentificatio reconnaîtrait qu'on a "forcé" une URL personnalisée, et ne viendrait pas l'écraser...
Est-ce que c'est possible ?
Partager