Ich bin auf ein sehr spezielles und nerviges Problem gestoßen. Es betrifft alles Folgende:
- Windows Server 2016 (IIS 10)
- Modul zur URL-Umschreibung
- ColdFusion 2016
- https
Wenn eine Umschreibregel ausgelöst wird, um auf eine ColdFusion-Seite (.cfm) zu verweisen, scheint die Seite in den meisten Browsern einwandfrei zurückzukehren, aber in Firefox wird in den Entwicklertools kein Statuscode angezeigt und in Safari 9.1 (nicht in Safari 8 oder 10!?) wird die Seite überhaupt nicht geladen. Dies geschieht nur, wenn alle der folgenden Punkte zutreffen:
- Es handelt sich um eine ColdFusion-Seite (passiert nicht bei einer TXT- oder ASPX-Datei)
- Die URL wird mit dem URL Rewrite-Modul umgeschrieben (z. B. /test1 umgeschrieben in /test1.cfm)
- Es ist über https
Wenn ich mir die Anfrage in den IIS-Protokollen anschaue, hängt es vom Browser ab, was ich sehe. Es sieht normal aus, wenn ich mit Chrome darauf zugreife. Bei Firefox werden zwei Anfragen angezeigt, die erste mit einem sc-win32-status von 64 und die zweite mit 0. Bei Safari 9.1 (wo die Seite überhaupt nicht geladen wird) werden wiederholte Anfragen angezeigt, meist mit sc-win32-status=64, aber auch einige mit 22 und 1168.
Jede Hilfe ist willkommen.
Antwort1
Nach langem Suchen fand ich heraus, dass dies ein bekanntes Problem im Zusammenhang mit IIS10 und http/2 ist. Sowohl Adobe als auch Microsoft haben sich eingemischt und Microsoft sollte im April 2018 einen Fix veröffentlichen. Eine kurzfristige Lösung besteht darin, http/2 zu deaktivieren. Unser Hosting-Anbieter schlug außerdem vor, den BonCode-Connector als Fix zu installieren.
Beachten Sie, dass dies nicht nur die URL-Umschreibung, sondern auch die Standarddokumenteinstellungen betrifft.
https://tracker.adobe.com/#/view/CF-4198446
AKTUALISIEREN: Dies wurde als Teil von KB4093120 behoben.
https://support.microsoft.com/en-us/help/4093120/windows-10-update-kb4093120