none
Медленный вход по RDP RRS feed

  • Вопрос

  • Здравствуйте.

    При в ходе на терминальный кластер по RDP, долго отрабатывает служба профилей пользователей, 40-60 секунд. Дале быстро проходят все остальные и происходит вход пользователя.

    На просторах инета нашёл совет: запретить удалять кэшировнные перемещаемые профили пользователей. Однако меня смущает данное решение. Кластер-то у меня состоит из 3 серверов - кэш везде разный ведь будет.

    Прошу совета.

    17 сентября 2014 г. 8:53

Ответы

  • Вопрос могут ли какие либо настройки в Group Policy Preferences повлиять на скорость работы "службы профилей пользователей", например подключение ярлыка на несуществующий ресурс, назначение принтера ну и т.п.?

    Ответ: Могут, почему нет? Только вот как выяснить какие? Я например в похожей ситуации (надо было проверить, какая политика вызывает проблему) создал группу, в нее добавлял тестовый объект и на политики по очереди накладывал ограничение "кроме этой группы".

    Наверняка существует более рациональный метод, но надо было быстро разбираться.

    19 сентября 2014 г. 6:59

Все ответы

  • Привет,

    Посмотрите обсуждение, может в помощь:

    RDP - Slow initial connection


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.

    18 сентября 2014 г. 8:17
    Модератор
  • Мы решили данную проблему отказавшись от перемещаемых профилей в пользу перенаправляемых (Redirect)
    18 сентября 2014 г. 8:40
  • У нас это совместно работает: с перемещаемым профилем настроено перенаправление папок (AppData, Видео, Главное меню, Документы, Загрузки, Изображения, Избранное, Контакты, Музыка, Поиск, Рабочий стол, Сохранённые игры, Ссылки). Считаете, если отключить только перемещаемые профили, то всё нормально будет работать на кластере из 3 терминальных серверов??
    18 сентября 2014 г. 13:26
  • А почему нет? Я так понимаю, что основное время у вас занимает собственно копирование файлов, когда создается локальная копия профиля пользователя. Либо они у вас слишком большие, либо по какой-то причине сеть медленно передает файлы. 

    Отказ от удаления кэша работает так: вы теперь при включении передаете не весь профиль, а только изменения - это типа быстрее. А редирект еще быстрее - вообще нифига не передается, кроме ссылочки на место расположения профиля.

    Если причины таковы, то это лечение поможет.

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

    По-моему так.

    18 сентября 2014 г. 13:33
  • А почему нет? Я так понимаю, что основное время у вас занимает собственно копирование файлов, когда создается локальная копия профиля пользователя. Либо они у вас слишком большие, либо по какой-то причине сеть медленно передает файлы. 

    Отказ от удаления кэша работает так: вы теперь при включении передаете не весь профиль, а только изменения - это типа быстрее. А редирект еще быстрее - вообще нифига не передается, кроме ссылочки на место расположения профиля.

    Если причины таковы, то это лечение поможет.

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

    По-моему так.

    Исправьте меня, если ошибусь!

    Я так понимаю, что основное время у вас занимает собственно копирование файлов, когда создается локальная копия профиля пользователя

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

    Отказ от удаления кэша работает так: вы теперь при включении передаете не весь профиль, а только изменения - это типа быстрее.

    Думаю, что этот кэш не большой (почти все папки профиля перенаправлены - см. предыдущий мой пост) но при этом, этот кэш на одного и того же пользователя будет разный на всех трёх терминальных серверах. Меня, интуитивно, смущает данный факт - не будет ли это проблемой?

    Кроме того, можно начать мерить профили 

    Написал выше (про создание нового пользователя) да и имеющиеся почти ни чего не хранят - такова специфика их работы.

    ли исследовать сеть на предмет ее пропускной способности

    в сети уверен

    Вопрос могут ли какие либо настройки в Group Policy Preferences повлиять на скорость работы "службы профилей пользователей", например подключение ярлыка на несуществующий ресурс, назначение принтера ну и т.п.?


    • Изменено gurlov 18 сентября 2014 г. 14:57
    18 сентября 2014 г. 14:46
  • Привет,

    Посмотрите обсуждение, может в помощь:

    RDP - Slow initial connection

    Благодарю, но, если я правильно понял это обсуждение - мне это не подойдёт.

    • CredSSP у меня не используется (тонкие клиенты, да ещё и на Линуксе)
    • "Отключить обновление корневых сертификатов" так же не требуется (опять же, тонкие клиенты, да ещё и выход в интернет есть : было бы что обновлять - обновились бы)

    • Изменено gurlov 18 сентября 2014 г. 16:23
    18 сентября 2014 г. 16:21
  • Вопрос могут ли какие либо настройки в Group Policy Preferences повлиять на скорость работы "службы профилей пользователей", например подключение ярлыка на несуществующий ресурс, назначение принтера ну и т.п.?

    Ответ: Могут, почему нет? Только вот как выяснить какие? Я например в похожей ситуации (надо было проверить, какая политика вызывает проблему) создал группу, в нее добавлял тестовый объект и на политики по очереди накладывал ограничение "кроме этой группы".

    Наверняка существует более рациональный метод, но надо было быстро разбираться.

    19 сентября 2014 г. 6:59