Meilleure façon de rediriger tout le trafic HTTP vers HTTPS dans IIS

@utilisateurSteve as-tu eu de la chance?

@sippybear n'a pas encore testé car le module de réécriture ne s'installera pas sur IIS 10 sans une manipulation du registre que je suis réticent à faire pour le moment. stackoverflow.com/questions/35319942/…

J'ai trouvé une version ultérieure du module de réécriture qui fonctionne avec II 10 et les étapes ci-dessus fonctionnent parfaitement pour moi. Merci! Ce que j'ai fait, c'est associer les règles de réécriture à un site Web vide 'catch all' (liaison vide HTTP). Cela intercepte ensuite toute tentative de navigation vers une URL http qui n'est pas déjà liée à un site et la redirige vers https. Maintenant, tout ce que j'ai à craindre, ce sont les liaisons de chaque site en fonction du fait qu'elles sont uniquement en https ou non - beaucoup plus simple!

@sippybear une question de plus - que signifie input="{HTTPS}"? Est-ce que cela devrait être {HTTP} car c'est l'entrée et HTTP la sortie?

{HTTPS} est une variable que vous interrogez pour savoir si la connexion est sécurisée. Vous pouvez en savoir plus à ce sujet ici: docs.microsoft.com/en-us/iis/extensions/url-rewrite-module/… Dans ce cas, nous vérifions si {HTTPS} est "off" et redirigeons ensuite s'il l'est

@sippybear Je me demande si vous pourriez m'aider avec d'autres questions de réécriture que j'ai? serverfault.com/questions/895205/redirect-www-urls-in-iis , serverfault.com/questions/895002/… , serverfault.com/questions/895000/…

Si vous utilisez REQUEST_URI au lieu de URL, assurez-vous de définir appendQueryString="false", comme discuté ici - stackoverflow.com/a/48478980/846727

J'ai dû utiliser {SERVER_NAME} au lieu de {HTTP_HOST} dans l'URI de redirection. Cela est dû au fait que mon endpoint http utilisait le port 8080, et que {HTTP_HOST} incluait ce port. Ainsi, la redirection était vers https://example.com:8080 qui ne fonctionnait pas. La variable {SERVER_NAME} n'inclut pas le port.

Cela fonctionne un peu. Je vois dans les outils de développement réseau de Firefox que les connexions sont redirigées en 301 vers HTTPS, mais la barre d'URL affiche toujours HTTP et indique "non sécurisé". Des idées de ce que je pourrais manquer ? Est-il nécessaire de mettre en œuvre HSTS pour que cela soit complet ?

Merci @sippybear - J'aime comprendre comment les choses fonctionnent et {HTTPS} correspondant à ^OFF$ n'a pas cliqué jusqu'à ce que vous mentionniez que cela teste une variable étant égale à OFF

J'ai suivi cela, mais pour une raison quelconque, cela ne redirige pas sur les téléphones portables/tablettes. Peu importe le système d'exploitation, cela affiche simplement une erreur de connexion. Quelqu'un d'autre rencontre-t-il les mêmes problèmes?

Il semble qu'il devrait y avoir une entre et ...

Cela semble fonctionner très bien. Cela a-t-il un impact sur les performances? Je suppose que IIS exécute cette réécriture/détection d'URL sur des URL qui sont en fait déjà en HTTPS?