Насколько я знаю, Вы не можете управлять этим 20-е, устанавливая.
С другой стороны, если то, что Вы на самом деле хотите, должно поддерживать приложение в рабочем состоянии на сервере, таким образом, пользователь может быстро снова соединиться с ним и ручная кладь, где они кончили, затем это возможно.
Целый процесс разъединения RemoteApp описан на блоге команды Удаленного рабочего стола в этой статье: Службы удаленных рабочих столов Логика Завершения Сессии RemoteApp™.
Существует установка в Групповых политиках на сервере, который управляет, как приложения RemoteApp должны вести себя, когда они разъединяются.
В основном выход выполняется по умолчанию при закрытии RemoteApp (после того, как отсрочка 20-х протекла), но можно изменить эти настройки к чему-то еще.
Вы найдете настройки на сервере здесь (для Win2008):
Local group Policies (run gpedit.msc) > Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Session Time Limits > Set time limit for logoff of RemoteApp sessions
Примечание: удостоверьтесь, что Вы не переопределяете настройки разъединения/выхода через конфигурацию Конфигурации компьютера или Пользователя, или она не будет иметь никакого эффекта, поскольку у них был бы приоритет.
Я не вижу простого пути к этому с помощью IIS. Однако ...
Я рекомендую вам проверить значения (заголовки HTTP при использовании IIS), которые предоставляет Shibboleth. Если они там все в порядке. Если нет, вы перенаправляете на свой URL-адрес входа, например
https://MyUrl.com/auth.jsp <---- this is protected by shibboleth
. На этом URL-адресе вы можете настроить сеанс приложения, и если все в порядке, вы можете перенаправить обратно на главную страницу.
Как насчет этого?
<Host name="MyUrl.com">
<PathRegex regex=".*" authType="shibboleth" requireSession="true" />
</Host>
По сути, регулярное выражение для защиты всего корня.
Правка №1 - Вы только что посмотрели, сколько ему лет ... yikes.