La règle de réécriture pour HTTPS, sauf lorsque sur localhost

Je suis en utilisant la réponse donné ici comme base pour essayer d'ajouter une règle de réécriture de mon web.fichier de configuration. Je veux qu'elle correspond à l'url qui n'est pas en cours d'exécution sur localhost dans le but de les forcer https.

Voici ce que j'ai en ce moment:

<system.webServer>
  <rewrite> <!-- force https - https://stackoverflow.com/a/15119044/51 -->
    <rules>
      <rule name="Redirect HTTP to HTTPS" stopProcessing="true">
        <match url="^((?!localhost).)*$"/>
        <conditions>
          <add input="{HTTPS}" pattern="^OFF$"/>
        </conditions>
        <action type="Redirect" url="https://{HTTP_HOST}/{R:1}" redirectType="SeeOther"/>
      </rule>
    </rules>
  </rewrite>
</system.webServer>

Je suis en train d'utiliser un négatif lookaround afin de ne correspondre les url qui ne comprennent pas "localhost" dans l'url. Mais ce n'est pas de travail.

Alors, comment cette règle devrait être mis en place pour que réécrire non localhost url?

InformationsquelleAutor Yaakov Ellis | 2014-01-06
  1. 50

    Essayer cette condition:

    <system.webServer>
  <rewrite>
    <rules>
      <rule name="Redirect HTTP to HTTPS" stopProcessing="true">
        <match url="^(.*)$"/>
        <conditions>
          <add input="{HTTPS}" pattern="^OFF$"/>
          <add input="{HTTP_HOST}" matchType="Pattern" pattern="^localhost$" negate="true" /> 
        </conditions>
        <action type="Redirect" url="https://{HTTP_HOST}/{R:1}" redirectType="SeeOther"/>
      </rule>
    </rules>
  </rewrite>
</system.webServer>

    À l'aide d'un negate état contre le localhost modèle devrait faire l'affaire.

    • Résultats dans HTTP Error 500.50 - URL Rewrite Module Error.
    • Pouvez-vous essayer à jour de la règle de la negate="true"
    • Même erreur. Je soupçonne qu'il pourrait être lié à l'action de référencer un groupement - {R:1} - qui n'est plus inclus dans la mise en correspondance.
    • Oui c'est vrai, permettez-moi de vous suggérer quelque chose pour ça aussi.
    • Si vous utilisez des ports personnalisés (comme localhost:6002), puis chercher à @firstTimeCaller réponse: stackoverflow.com/a/23554829/237858
    InformationsquelleAutor anubhava
  2. 43

    Ajoutant à anubhava de réponse, vous pouvez remplacer l'élément add pour localhost avec 2 entrées pour répondre à ces deux localhost et 127.0.0.1 avec, en option, des ports d'e.g localhost:59400 ce qui est le cas lorsque le débogage dans visual studio et IIS 

    <add input="{HTTP_HOST}" matchType="Pattern" pattern="^localhost(:\d+)?$" negate="true" />
<add input="{HTTP_HOST}" matchType="Pattern" pattern="^127\.0\.0\.1(:\d+)?$" negate="true" />

    Avec l'original de la réplique, localhost:123 serait redirigé vers https qui peut ne pas être souhaitable.

    • cette une a fonctionné pour moi. anubhava réponse ne considère pas le localhost:XXXX cas (port)
    • cela fonctionne pour moi, sauf si je navigue à la racine ("/"). ensuite, pour une raison quelconque, il est de rediriger les moi à l'adresse HTTPS.
    • J'obtiens le même problème lors de la navigation à la racine. Vous ne savez pas comment résoudre ce problème.
    • voici ma toute règle semble être au travail... <nom de la règle="HTTP à HTTPS Rediriger" enabled="true" stopProcessing="true"> <correspondance url="(.*)"/> <conditions> <ajouter l'entrée="{HTTP_HOST}" matchType="Pattern" pattern="^localhost (\d+)?$" nier="true" /> <ajouter l'entrée="{HTTP_HOST}" matchType="Pattern" pattern="^127\.0\.0\.1 (\d+)?$" nier="true" /> <ajouter l'entrée="{SERVER_PORT_SECURE}" pattern="^0$" /> </conditions> <type d'action="Redirect" url="https://{HTTP_HOST}/{R:1}" redirectType="Permanent" /> < article>
    • J'ai eu le même problème d'accès à la racine, & a résolu en définissant l'attribut suivant les conditions de l'élément: logicalGrouping="matchall peut". Alors maintenant, mon élément est: <les conditions logicalGrouping="matchall peut">
    InformationsquelleAutor Sam Sippe