Как IIS7 определяет тот же сеанс в сценарии без файлов cookie?

Question

У нас есть сеансы ASP.NET без файлов cookie (inproc), поэтому URL содержит идентификатор сеанса, т. Е. S (dfasfdafasdfasfa)

У нас также есть несколько клиентов, проходящих через прокси-серверы, где, как кажется, наш веб-сервер нене может распознать идентификатор сеанса, и без данных сеанса они не могут продолжить.Я проверил наши сайты на открытых прокси, и они отлично работают.Но что-то происходит с этим конкретным клиентским прокси-сервером, который вызывает такое поведение.

Я изучил захваты пакетов для случаев успеха и неудачи (предоставленных клиентом) и для передачи необработанного HTML, включая заголовки, та же.Похоже, что прокси-сервер не кэширует URL-адреса, поскольку правильный идентификатор сеанса отключается.

Поэтому я считаю, что IIS7 использует что-то в дополнение к идентификатору сеанса в URL-адресе для определения уникального клиента.Возможно, что-то на уровне TCP / IP?Вместо того, чтобы просто уровень приложения (http).Это на трассе?Кто-нибудь знает ответ на этот вопрос?

К сожалению, не имея возможности воссоздать этот сценарий локально, я сильно ломаю голову.

Answer 1

Журнал запроса Url , SessionId и IsNewSesssion ...., который должен указать вам, в чем заключается проблема.

Я сомневаюсь, что вы увидите действительный сеанс, представленный в URL, но не отраженный в SessionId.Если вы видите ожидаемое значение, отраженное в SessionId, но IsNewSession имеет значение true для нескольких запросов, тогда это проблема перезапуска приложения.