RDP сервер через некоторе время не запускает пользователей

[santey007]

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

[astomper7]

Свойства RDP-Tcp - Сеансы

RDPSettings+GPO (http://dimanb.wordpress.com/2012/06/22/config-rd-gpo1/)

[santey007]

на что обратить внимание из этой статьи?

[santey007]

ни у кого мыслей нет?

[volodija@vk]

Поставить время сеансов поменьше, может они просто висят.
Пробовал сеансы закрывать на сервере и повторно клиентом подключаться?

[James Marsh]

когда пользователь хочет зайти на сервер, на автомате уже не пускает, просит ввести логин и пароль на сервере »
Везде где видел домены и терминальные сервера - всегда пользователи вводили логин/пароль на ТС. Для особо ленивых создавался RDP файл на рабочем столе с прописанным именем пользователя.

ИМХО секурнее, бо приучить отключаться от сервера, при вставании с рабочего места, проще чем блокировать экран компа. Мои постоянно вводят пароли и не жалуются.

[santey007]

volodija@vk все сеансы закрытые-дело не вних
James Marsh я понял о чем вы, НО дело не в том что они откл или нет. дело в том, что на раб столе как вы написали есть рдп файлик, где есть все учетные данные, нажимают на него и вот, вуаля они на удаленке. НО через некоторое время сервер перестает запускать их автоматом, запрашивает логин и пароль! после перезагрузки сервака все ок! и кстати после этого сам он не перезагружается, висит на завершении работы, максимум ждал 30 мин. а сейчас просто резет жму, т.к. похоже на перезагрузке он может провисеть оч долго.
в чем может быть дело?

[stalnoff]

Такая же проблема. Система Windows Server 2008 R2 Standard. 17 таких серверов, на которых возникает данная проблема регулярно...
Cам по себе ввод пароля не мешает. Мешает то, что параллельно с этим появляются другие симптомы:

при подключении новой сессии, на закладке "пользователи" "диспетчера задач" на сервере не появляется нового пользователя, но процессы от него появляются: 114764
в списке сеансов "диспетчера служб удаленных рабочих столов" появляется кривые сессии (при том пользователи и процессы не видны): 114765
перестает работать буфер обмена между клиентской машиной и сервером
перестают перенаправляться принтеры
перезагрузка сервера длится до 30 минут. Все время тратится на завершение работы. Загрузка потом занимает обычное время (меньше минуты).
и т.д. - это не весь список проблем - только основные

Есть подозрение, что так себя ведет терминальный сервер, на котором установлена и используется 1С - но оно пока не обосновано, т.к. на сервера без 1С заходят раз в месяц, а с 1С каждый день по несколько человек...
Попытки найти решение ни к чему не привели... Хоть перезагрузка и помогает на некоторое количество дней, но ее необходимость возникает как правило в разгар рабочего дня, а для этого приходится всем полчаса не работать в 1С, а это плохо, когда клиенты над душою стоят... Может кто уже справился с проблемой?

[santey007]

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

PS все групповые полити перерыл, много чего исправил, обновлял, фиксы ставил... результат на лицо))))

если с очередным серваком такое не пройдет, перейду на 12-й, может в нем таких проблем не будет, хотя есть пример исключение: в одной конторе сделал такую же структуру- сервак терминал(2008R2), там же 1с SQL и помойка(ну эт уже неважно) -- работает как часы полгода, ни одного ребута не было, никаких проблем!почему так, так и не понял, хотя отличие есть, там пользователей всего ничего не больше 10-ти и работают в терминале оч редко.

stalnoff сколкьо у вас пользователей работает по рдп? может правда из-за кол-ва пользователей что то зависит

[alef2474]

висит на завершении работы, максимум ждал 30 мин. а сейчас просто резет жму, т.к. похоже на перезагрузке он может провисеть оч долго.
в чем может быть дело? »

Может быть дело в нехватке оперативной памяти на сервере, особенно если используется mssql.
Понаблюдайте за памятью со временем.

[stalnoff]

santey007 На основном сервере 100-150 одновременно работают. Но у него есть 2 отличия от региональных серверов: а) на нем нет сервера 1С (только клиент), и б) он каждую ночь перезагружается, т.к. тяжко ему :) На остальных серверах по разному, но редко бывает более 5 пользователей одновременно. Перезагружаются раз в неделю, но этого не всегда хватает...

alef2474С памятью проблем нет, 18-20 гб из 32-х... Winndows Server 2008 R2 Standard 32Гб нормально переваривает...

Судя по всему, "отъезжает" "Узел сеансов удаленный рабочих столов", т.к. за сеансы он отвечает. Это узел не системная служба, а "служба ролей". Пытался найти системную службу, которая за это отвечает - не получилось. Перепробовал все, что хоть как-то по смыслу связано с этим делом - не помогло. Единственное - службу RPC не перезапускал - не дает система.

[santey007]

alef2474 дело точно не в оперативе. на сервере, где сейчас норм все работает 64Гб памяти и она постоянно под завязку забита. на втором серваке 32Гб памяти, забита на 50%-тут есть проблемы
stalnoff попробуй выставить в рдп постоянный запрос пароля у пользователей, должно помоч
вопрос: чтоу тебя стоит на основном сервере, чисто РДП? (и просьба не по теме, скинь в лс конфиг сервака, буду еще себе собирать сервак, хотелось бы знать куда двигаться)

[stalnoff]

В общем результаты различных действий показали следующее: помог запрет на сохранение паролей на терминальном сервере. Остальное ничего не помогло.
Правда не понятно - как это связано :)