URL Rewrite Outbound Rules IIS7

expérimenter avec les réécritures D'URL en utilisant ce module, cependant j'obtiens l'erreur suivante en essayant de frapper L'URL. J'ai cherché des réponses en ligne, mais je ne sais pas quelle est la meilleure façon de contourner ce problème.... des idées??

erreur HTTP 500.52-erreur du Module de réécriture D'URL. Les règles de réécriture sortante ne peuvent pas être appliquées lorsque le contenu la réponse HTTP est codée ("gzip").**

IIS a reçu la demande; toutefois, une erreur interne s'est produite lors du traitement de la demande. La cause fondamentale de cette erreur dépend du module qui traite la demande et de ce qui se passait dans le processus du travailleur lorsque cette erreur s'est produite.

IIS n'a pas pu accéder au web.fichier de configuration pour le site Web ou l'application. Cela peut se produire si les permissions NTFS sont mal définies.

IIS n'a pas été en mesure de traiter la configuration du site web ou de l'application.

L'utilisateur authentifié n'a pas permission d'utiliser cette DLL.

la requête est associée à un gestionnaire géré, mais la fonction D'extensibilité.net n'est pas installée.

15
demandé sur abatishchev 2010-09-15 04:08:20

4 réponses

j'ai essayé les commentaires d'aracntido, mais cela ne semble pas fonctionner dans IIS7. Il fonctionne très bien sur les serveurs avec IIS7.5, donc je ne suis pas sûr qu'il y a un travail autour de.

La solution est d'utiliser le web.config:

<system.webServer>
  <urlCompression doStaticCompression="false" doDynamicCompression="false" dynamicCompressionBeforeCache="false" />
</system.webServer>
16
répondu SeaSharp 2013-06-13 16:37:58

c'est par conception, cela signifie que le HTML était déjà zippé lorsqu'il est devenu disponible pour le module de réécriture D'URL, donc il ne pouvait pas le réécrire parce qu'il aurait dû le décompresser d'abord, le réécrire puis le zip à nouveau et c'est trop de puissance de processeur. Si c'est du contenu dynamique, essayez de le réécrire avant de le compresser.

Déplacer la Compression Dynamique du module après module de Réécriture d'URL en "Modules" au niveau du serveur (InetMgr). Désactiver" log REWRITED URL " pour la règle (par défaut)), sinon, le module essaiera d'être le dernier en cours.

la compression statique n'est pas compatible avec la réécriture sortant.

6
répondu aracntido 2010-12-06 04:45:53

bien que la suppression de la compression statique et dynamique fonctionne bien, cette méthode ne fonctionne pas avec *.axd fichiers. Ces fichiers sont des ressources côté client, comme js, Ajax et ainsi de suite. En savoir plus sur les fichiers axd ici.

Parce que ces fichiers sont compressés automatiquement. Lire ici en savoir plus sur pourquoi!

donc la façon la plus facile de les faire fonctionner est d'envoyer une requête avec le paramètre Accept-Encoding en-tête vide! Cela est possible dans les deux façons:

  1. [BAD] modifier votre paramètre firefox comment?
  2. [NICE] définition d'une règle entrante pour effacer Accept-Encoding dans l'en-tête! comment?
1
répondu Hojat Modaresi 2017-05-23 11:46:34

désactiver la compression statique (inutile pour ma situation) dans IIS 7.0 a corrigé un problème similaire où les URLs se chargeraient mais un rafraîchissement de page produirait une erreur de base 500.

j'ai ajouté l'index.html à L'URL et cela a affiné l'erreur à 'erreur HTTP 500.52 - URL Rewrite Module Error. Les règles de réécriture sortante ne peuvent pas être appliquées lorsque le contenu de la réponse HTTP est encodé ("gzip")' erreur.

merci à aracntido de m'avoir fait remarquer cela, vous m'avez aidé à clouer le problème.

0
répondu user3018825 2013-11-21 18:41:15