À l'aide de IIS 7 Url Rewrite pour mapper toutes les requests de https://sub.domain.com/* à https://server.domain.com/app1/*

Nous hébergeons plusieurs applications sur notre server IIS. Toutes les applications sont dans les sous-directorys de server.domain.com, de sorte que l'access régulier ressemble à: https://server.domain.com/app1 , https://server.domain.com/app2 , etc … I voulez que le server se comporte comme ceci:

  • Lorsque l'user entre https://sub.domain.com, IIS affiche le contenu à l' adresse https://server.domain.com
  • Lorsque l'user entre dans https://domain.com/Home/Contact IIS affiche le contenu qui se trouve à https://server.domain.com/app1/Home/Contact
  • Le server ne doit pas changer (redirect?) L'adresse dans la barre du browser, mais il devrait restr nouveau et mettre à jour tous les liens sur la page Web pour refléter une nouvelle URL (cartographie?)
  • Le server doit toujours pouvoir afficher le contenu si le https://server.domain.com/app1/Home/Contact est invoqué

Ce que j'ai fait, c'est que j'ai installé l'addition URL Rewrite 2.0 pour IIS et que la nouvelle règle Inbound a été ajoutée avec les options suivantes:

URL de correspondance:
Requested URL: Matches the Pattern
Using: Regular Expressions
Pattern: ^https://sub.domain.com(.*)
Ignore case: Yes, checked
Action:
Action type: Rewrite Rewrite URL: https://server.domain.com/app1{R:1}
Append query ssortingng: Yes, checked

Lorsque j'ouvre https://sub.domain.com/ dans le browser, il affiche la page par défaut IIS, alors je pense que je risque de corriger le problème, soit Pattern ou Rewrite URL regex. Quelles devraient être les valeurs appropriées pour les deux parameters?

PS sub.domain.com n'est pas encore ajouté à DNS, donc j'ai modifié mon file hosts pour mapper l'IP du server à ce domaine pour tester jusqu'à ce que nous obtenions la confirmation que le sous-domaine a été délégué.