BoaSoft
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Уважаемые коллеги, помогите разобраься с такой проблемой.
К сожалению, общей темы по терминалам, в отличии от AD я не нашел, поэтому пришлось содать новую.
После переустановки сервера (причина - старый вариант являлся полем для эксперементов и накопилось куча неустранимых глюков) начались проблемы с терминалами.
Сервер несет следующие роли: контроллер домена, сервер терминалов, шлюз в интернет. еще, от части, файловый сервер (нагрузка тут никакая - папки с документами и прайсами, музыка и прочая дребедень).
Почему такая каша - второй сервер начальство мне не даст.
Операционная система - Win 2003 server enterprise sp1 rus. В сети примерно 15 машин. Одновремеено в терминалах с 1С работают около 8. В логах серьезных ошибок нет, в основном ошибка mrxsmb - перенаправитель не смог определить тип подключения (рекомендация MS - забить, ибо не имеет важного значения) и редкие ошибки печати (то бумага кончилась, то подобное). Uptime пока еще маленький - с 3 января сего года, когда и была запланированна переустановка.
Предвидядя вопрос, скажу сразу dcdiag и netdiag ничего серьезного не вывили.
Если надо - предоставлю листинги их работы.
Проблема следующая: если я захожу терминалом на сервер и запускаю (или не запускаю) любой софт, то после нажатия кнопки завершения сеанса выход следует практически мгновенно. Если же я прописываю в свойствах клиента RDP любую программу (сначала грешил на проблему с 1С, из-за которой все это и затевалось, но и при прописывании блокнота - та же бяка) после завершения этой программы завершения сеанса не происходит, сеанс очень долго весит. Иногда до 3-5 минут. А то и дольше. На старом глючном сервере (правда, тот был без sp1) такого не происходило.
Что не в правах доступа дело, это точно - и под юзером и под админом одна и та же бяка.
Пользователи стали доставать. Народу надо оперативно открывать и закрывать базы, а это очень мешает.
Опытным путем выяснил, что висит и не завершается процесс userinit.exe. Если его прибить из консоли управления терминальными сеансами, то сеанс завершается практически мгновенно.
Начал эсперементы. Переписал батник запуска 1C.
Код:
@cmdow @ /HID
@echo off
start taskkill /f /im userinit.exe /t
start 1cv7s.exe [some param]
cls
exit
|
Выход стал намного быстрее, только начало кратковременно появлятся окно завершения процесса RDP sound window.
Запретил перенаправление звука - выход стал мгновенный, окно пропало. Но радость оказалась преждевремменой. В сеансе перестал работать переключатель клавиатуры. Изменил батник.
Код:
@cmdow @ /HID
@echo off
start /wait 1cv7s.exe [some param]
start taskkill /f /im userinit.exe /t
cls
exit
|
Проблема с переключалкой отпала. Все работает как надо. Народ престал жаловатся. Но мне ситуация не по нраву.
Сродни уборки заметанием мусора под ковер. Так как проблема обойдена а не решена по нормальному.
Если кто - нибуть сталкивался с подобным - поделитесь опытом, или хотя бы дайте ссылку на ресурсы, могущие дать толчек решению проблемы.
Хочется выявить суть проблемы. Виновник - userinit.exe выявлен, а вот что его завешивает - вопрос.
Может настроить автозавершение зависших программ и уменьшить таймаут.
Сразу скажу: Canon в сети нет. Одни HP и одинокий Xerox. (В прошлом намучился с кэноновскими дравами и нежеланием принтера печатать)
А сегодня выявил еше глюк. Если я пытаюсь подключить пользователем отключенный сеанс, то система требует пароль. Но даже если я ввожу заведомо правильный пароль, то доступа не получаю. Остается только сброс. Удаленное управление же работает нормально - подключится молгу к любому сеансу. Интересно, это стандартное поведение или накрутили в sp1. Я этой функцией практически не пользовался, просто сбрасывал отключенные сеансы, но наш 1с админ уверяет, что раньше оно работало.
|
