IIS sc-win32-status 64 при использовании перезаписи URL поверх https и ColdFusion
Я столкнулся с очень специфической и раздражающей проблемой. Он включает в себя все следующее:
- Windows Server 2016 (IIS 10)
- Модуль перезаписи URL
- ColdFusion 2016
- https
Когда срабатывает правило перезаписи, указывающее на ColdFusion (.cfm) страница, похоже, в большинстве браузеров страница нормально возвращается, но в Firefox она не показывает код состояния в Инструментах разработчика, а в Safari 9.1 (не в Safari 8 или 10 !?) страница не загружается вообще. Это происходит только в том случае, если выполняются все следующие условия:
- Это страница ColdFusion (не происходит с файлами .txt или .aspx)
- URL-адрес перезаписывается модулем перезаписи URL-адреса (например, / test1 перезаписывается на /test1.cfm)
- Это больше https
Когда я смотрю на запрос в журналах IIS, то, что я вижу, зависит от браузера. Когда я открываю Chrome, это выглядит нормально. В Firefox отображаются два запроса: первый с sc-win32-status равным 64, а второй с 0. В Safari 9.1 (где страница вообще не загружается) отображаются повторяющиеся запросы, в основном с sc-win32- status = 64, но также некоторые с 22 и 1168.
Любая помощь приветствуется.
Покопавшись, я обнаружил, что это известная проблема, связанная с IIS10 и http / 2. И Adobe, и Microsoft приняли участие, и Microsoft должна выпустить исправление в апреле 2018 года. Кратковременное исправление - отключить http / 2. Наш хостинг-провайдер также предложил установить коннектор BonCode в качестве исправления.
Обратите внимание, что это влияет не только на перезапись URL, но и на настройки документа по умолчанию.
https://tracker.adobe.com/#/view/CF -4198446
ОБНОВЛЕНИЕ: Это исправлено как часть KB4093120
https://support.microsoft.com/en-us/help/4093120/windows-10-update-kb4093120