IIS sc-win32-status 64 при использовании URL-перезаписи через https и ColdFusion

IIS sc-win32-status 64 при использовании URL-перезаписи через https и ColdFusion

Я столкнулся с очень конкретной и раздражающей проблемой. Она включает в себя все следующее:

  • Windows Server 2016 (IIS 10)
  • Модуль перезаписи URL-адресов
  • Холодный Фьюжн 2016
  • https

Когда правило перезаписи срабатывает, чтобы указать на страницу ColdFusion (.cfm), страница, кажется, возвращается нормально в большинстве браузеров, но в Firefox она не показывает код статуса в Developer Tools, а в Safari 9.1 (не в Safari 8 или 10!?) страница вообще не загружается. Это происходит только в том случае, если выполняются все следующие условия:

  • Это страница ColdFusion (этого не происходит с файлами .txt или .aspx)
  • URL-адрес перезаписывается с помощью модуля URL Rewrite (например, /test1 перезаписывается в /test1.cfm)
  • Это через https

Когда я смотрю на запрос в журналах IIS, то, что я вижу, зависит от браузера. Он выглядит нормально, когда я захожу через Chrome. В Firefox он показывает два запроса, первый с sc-win32-status 64 и второй с 0. В Safari 9.1 (где страница вообще не загружается) он показывает повторяющиеся запросы, в основном с sc-win32-status=64, но также некоторые с 22 и 1168.

Любая помощь приветствуется.

решение1

После долгих поисков я обнаружил, что это известная проблема, связанная с 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

Связанный контент