URL Rewrite Regeln für Ausgehenden IIS7

Experimentieren mit der URL schreibt mit diesem Modul, jedoch bin ich immer die folgende Fehlermeldung, wenn Sie versuchen zu schlagen, die URL. Sah online für die Antworten, aber nicht sicher, was der beste Weg, dies zu umgehen ist.... irgendwelche Ideen??

HTTP-Fehler 500.52 - URL Rewrite-Modul Fehler.
Outbound-rewrite-Regeln nicht angewendet werden, wenn der Inhalt von
die HTTP-Antwort kodiert ("gzip").**

IIS die Anforderung empfangen wurde; jedoch ist ein interner Fehler ist aufgetreten während der Verarbeitung der Anforderung. Die Ursache dieses Fehlers hängt davon ab, welches Modul die Anfrage verarbeitet und was geschah in den Arbeitsprozess, wenn dieser Fehler aufgetreten ist.

Wurde IIS nicht in der Lage, auf das web zugreifen.config-Datei für die Web site oder Anwendung. Dies kann auftreten, wenn die NTFS-Berechtigungen nicht ordnungsgemäß festgelegt sind.

IIS war nicht in der Lage, die Konfiguration für die Website oder Anwendung.

Authentifizierte Benutzer nicht über die Berechtigung zum verwenden dieser DLL.

Die Anfrage zugeordnet ist ein verwalteter handler aber der .NET-Erweiterbarkeit-Feature ist nicht installiert.

InformationsquelleAutor der Frage denisb | 2010-09-15

  1. 16

    Ich habe versucht, die Kommentare von aracntido, aber es scheint nicht zu funktionieren im IIS7. Es funktioniert gut auf Server mit IIS7.5, also ich bin mir nicht sicher, ob es eine Arbeit um.

    Dem Update ist die Verwendung dieser in der web.config:

    <system.webServer>
  <urlCompression doStaticCompression="false" doDynamicCompression="false" dynamicCompressionBeforeCache="false" />
</system.webServer>

    InformationsquelleAutor der Antwort SeaSharp

  2. 6

    Dies ist by design, es bedeutet, dass das HTML war schon Zip, wenn es verfügbar wurde für das URL-Rewrite-Modul, also konnte es nicht umschreiben, denn es müsste, entpacken Sie es zuerst umschreiben und dann zip es wieder und das ist zu viel Prozessor-Leistung. Wenn es dynamische Inhalte, versuchen Sie Sie neu zu schreiben, bevor Sie es komprimieren.

    Bewegen Dynamic Compression module nach URL-Rewrite-Modul in "Module" auf server-Ebene (InetMgr). Deaktivieren Sie die Funktion "log umgeschrieben URL" für die Regel (default), da sonst das Modul wird versuchen, die Letzte in der pipeline.

    Statische Kompression ist nicht kompatibel mit ausgehenden umschreiben.

    InformationsquelleAutor der Antwort aracntido

  3. 1

    Obwohl deaktivieren Sie statische und dynamische Kompression arbeitet gut diese Methode funktioniert nicht mit *.axd - Dateien. Diese Dateien sind client side Ressourcen, wie js, Ajax und so weiter.
    Lesen Sie mehr über axd-Dateien HIER.

    Da diese Dateien automatisch komprimiert werden. Lesen HIER mehr warum!

    So einfacher Weg, um Ihnen zu arbeiten, ist das versenden der Anfrage mit der Einstellung Accept-Encoding header zu leer!!! Dies ist auf zwei Arten möglich:

    1. [BAD] ändern Sie Ihre firefox-Einstellung WIE?
    2. [SCHÖN] Einstellung eine eingehende Regel zu löschen Accept-Encoding im header! WIE?

    InformationsquelleAutor der Antwort Hojat Modaresi

  4. 0

    Ausschalten der statischen Kompression (unnötig für meine situation), die in IIS 7.0 behoben ein ähnliches problem, bei dem URLs geladen, aber eine Aktualisierung der Seite führte zu einem grundlegenden Fehler 500.

    Ich Hinzugefügt index.html an die URL an und verfeinert diese den Fehler " HTTP-Fehler 500.52 - URL Rewrite-Modul Fehler. Outbound-rewrite-Regeln nicht angewendet werden, wenn der Inhalt der HTTP-Antwort kodiert ("gzip")' Fehler.

    Dank aracntido für den Hinweis, du hast mir geholfen, Nagel das problem.

    InformationsquelleAutor der Antwort user3018825

Schreibe einen Kommentar