Комментарии 4
Причем если использовать очистку HTTP авторизации из Web developera этого не происходит.
Вообще что-то странное посылает броузер после очистки, потому что в описании SSL в случае alert поля немного по другому у вас в конце 0 12 , а должно быть что-то 0 2 (Level) (Descreption). То есть полей должно быть больше.
И если уж не хочется расстраивать клиента, то почему бы не перенсти на apache это все?
Интересно на апаче такой-же SSL лог? То есть Mozilla всегда такой странный Alert посылает? И разные web сервера по разному на это реагируют?
Удачи.
Вообще что-то странное посылает броузер после очистки, потому что в описании SSL в случае alert поля немного по другому у вас в конце 0 12 , а должно быть что-то 0 2 (Level) (Descreption). То есть полей должно быть больше.
И если уж не хочется расстраивать клиента, то почему бы не перенсти на apache это все?
Интересно на апаче такой-же SSL лог? То есть Mozilla всегда такой странный Alert посылает? И разные web сервера по разному на это реагируют?
Удачи.
Я тоже никак не могу разобраться что там происходит на уровень ниже между браузером и сервером. Жаль нет плагина, который следил бы за параметрами SSL-авторизации и отображал бы состояние текущего соединения.
Насчет переноса, проблема в том, что робот написан под .NET платформу для упрощения взаимодействия с Google API. Еще – нам удалось повторить то же для одной из версий Apache. И, я думаю, это может быть как-то связано с самими сертификатами сервера (хотя наш сертификат входит в список доверенных сертификатов Firefox(a)), когда я пользуюсь Fiddler(ом) (программный прокси, который переписывает сертификаты на себя) – все проходит плавно.
Большое спасибо за комментарий.
Насчет переноса, проблема в том, что робот написан под .NET платформу для упрощения взаимодействия с Google API. Еще – нам удалось повторить то же для одной из версий Apache. И, я думаю, это может быть как-то связано с самими сертификатами сервера (хотя наш сертификат входит в список доверенных сертификатов Firefox(a)), когда я пользуюсь Fiddler(ом) (программный прокси, который переписывает сертификаты на себя) – все проходит плавно.
Большое спасибо за комментарий.
Я что-то не так сделал или вы уже разобрались...?
-отключил кеш
-отключил проксю
-зашел на ссылку
-очистил "Сессии аутентификации" как вы просили
-открыл в новом табе файл, он открылся
браузер:
Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
-отключил кеш
-отключил проксю
-зашел на ссылку
-очистил "Сессии аутентификации" как вы просили
-открыл в новом табе файл, он открылся
браузер:
Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
Шаг 1: Зайдите на SSL страницу, содержащую скрипт.
Шаг 2: Очистите сессии аутентификации.
Шаг 3: Откройте эту же страницу в новой вкладке.
Обратите внимание на то, что Firefox не указывает, что соединение безопасное и говорит, что страница загружена. Новая вкладка нужна только для того, чтоб увидеть, что страница не открывается. Клиент расчитывает на ее открытие в той же вкладке.
Все это происходит на версиях Firefox от 2.0.0.3 до 3 beta.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Проблема с сессиями аутентификации