У нас есть несколько приложений на серверах Windows 2008 R2, представленных через RemoteApp по ссылкам из TS-Web. Эти приложения работали так годами (я думаю, около 8 лет).
У одного из наших пользователей возникли проблемы со входом в систему, он зависал на пару минут на этапе «Настройка удаленного сеанса», прежде чем он завершился без объяснения причин / ошибок / и т. Д. Мы сделали все очевидные исправления (отключили кеширование растровых изображений, удалите локальный кеш, убедитесь в низком разрешении, удалите ее профиль, убедитесь, что сервер TS не содержит копию ее профиля, проверьте, отключены ли брандмауэры или есть необходимые исключения и т. д., но без особого удовольствия. Мы также подтвердили, что проблема возникает только с уникальное сочетание ее учетной записи на ее машине.
Поскольку у нас есть ферма серверов, а вход в систему занимает несколько минут, я еще не смог вовремя зафиксировать ее попытку входа с помощью procmon, чтобы получить подсказки ...
Чтобы копнуть глубже (и избежать неэлегантного решения замены или восстановления всей машины), я хотел бы узнать больше о том, что творится под покровом ...
Что происходит во время RDP-соединения; т.е. когда система говорит configuring remote session, что происходит на самом деле (также интересны другие фазы, но только из академических соображений)?
Созданы ли какие-либо журналы, которые могут дать ключ к разгадке неисправности / нужно ли вам где-то включить эту запись? NB: Я проверил журнал событий, но в настоящее время не вижу разницы между ее (неудачной) попыткой и попыткой любого другого пользователя.
Кажется, мы нашли ответ. Поскольку проблема возникала периодически, мы искали закономерности и обнаружили, что она работает, когда:
Кроме того, мы проверили, связана ли проблема с Wi-Fi и кабелем (т.е. поскольку она с большей вероятностью будет подключена к сети Ethernet, когда находится на своем рабочем месте), но обнаружили, что это не повлияло.
В конце концов она поняла, что здесь находится док-станция / переключая ее на другую, она могла постоянно останавливать или вызывать проблему, точно коррелирующую с тем, какой док она использовала.
У нас нет хорошего объяснения, кроме этого; Лучше всего предположить, что какая-то аппаратная ошибка привела к сбою части сеанса, которая проверяет локальные устройства, из-за некоторого повреждения или неожиданного ответа.
Надеюсь, этот ответ поможет другим в этом.