Документ по умолчанию через HTTPS не работает с iPhone 6 и iPad?
Конфигурация сервера:
Windows 10 Pro
Стандарт ColdFusion 2016
IIS 10
У меня есть веб-приложение, которое использует встроенный модуль документов по умолчанию во всем приложении, чтобы скрыть имена файлов. Когда я пытаюсь получить доступ к любому из URL-адресов веб-сайта через HTTPS, которые ссылаются на папки (например, 1) https://example.com/, 2) https://example.com/folder/и т. д.), которые сопоставляются с документом по умолчанию (index.cfm, index.htm) из Safari или Chrome на iPhone 6 или более ранней версии iPad (устройства, с которыми я могу тестировать), соединение некоторое время зависает, а затем в конечном итоге происходит сбой с общим сообщением браузера (у меня его нет передо мной, но я не думаю, что это необходимо, пожалуйста, продолжайте читать).
Я могу получить доступ ко всем URL-адресам с любого ПК, настольного компьютера или ноутбука из Chrome, Firebug, IE и Edge, а также с более нового ноутбука Mac для коллег. Я попытался протестировать с помощью "hlom world" htm и cfm файлов, чтобы исключить интерпретации кода браузером движка: html/jquery/etc..
Чтобы исключить проблему с iPhone 6, я создал точно такой же набор тестовых файлов с другого сервера в совершенно другом домене, и сервер документов по умолчанию был успешно запущен.
Я могу получить доступ к URL через HTTPS с iPhone 6 или iPad, когда они содержат имя файла (например, вплоть до: /index.htm, или же: /folder/index.cfm).
Я могу получить доступ ко всем URL-адресам через HTTP (небезопасно) с iPhone 6 или iPad, если запрос находится по небезопасному каналу (например, URL-адреса 1 и 2 выше, но с HTTP вместо HTTPS).
На стороне сервера я установил широкое правило отслеживания невыполненных запросов (все ответы HTTP 100-999). Когда я просматриваю каталог во время неудачной попытки запроса, я вижу, что XML-файлы создаются в течение нескольких секунд из одного запроса (что означает, что браузер iPhone постоянно пытается подключиться?). Последовательность в журналах трассировки XML, кажется, указывает, что все хорошо (правильные отображения обработчика, кажется, запускают / запускают, ответ HTTP 200 OK) некоторое время до этого:
Информационный 166. -GENERAL_FLUSH_RESPONSE_END
Была предпринята попытка выполнить операцию на несуществующем сетевом соединении.
Не было никакой разницы, когда я попробовал каждую комбинацию из следующего в IIS 10:
Переместите сопоставление обработчика StaticFile над сопоставлениями обработчиков ExtensionlessUrlHandler*.
Установите для параметра "Анонимная проверка подлинности" значение "Определенный пользователь": IUSR или "Пул приложений".
Предоставьте разрешения на чтение и выполнение для корневой веб-папки.
Установите для параметра "Пул приложений" и "Управляемый конвейер" веб-сайта значение "Классический" или "Интегрированный".
Где моя проблема? Это не похоже ни на настройки IIS 10, ни на iPhone. Сертификат SSL, кажется, работает, когда вышеупомянутые контрольные примеры успешны.