Я ИТ специалист или Жизнь ИТшника

Принесли мне настроить последнюю технологичесю игрушку от Apple  — Macbook Air с диагональю экрана 11 дюймов. Что сказать, машинка и вправду классная, при таких размерах и весе, просто огонь, а не ноутбук.  И почему для винды таких не делают? Впрочем оставим лирику. На ноутбуке необходимо было настроить беспроводное подключение к корпоративной сети, VPN и RDP клиент. Если с первым и вторым затруднений почти никаких (об этом ниже), то с клиентом удаленного рабочего стола пришлось нагрузить Google. Вот она привычка, когда практически в каждом дистрибутиве линукса а уж тем более windows RDP клиент есть. А вот у Apple нет.

Поймал очередной глюк терминального сервера, а точнее клиента. Необходимо предоставить доступ человеку удаленному на пару тысяч километров. Учетку создали, права дали, проверяю локально все ништяк работает. Отправляю человеку логин-пароль, у него возникает проблема при подключении Чтобы подключиться к этому сеансу удаленной консоли, нужно иметь права администратора на этом компьютере Полчаса ушло на локализацию проблемы. Ведь все работет и на моем и на соседнем компьюетре, никаких проблем, в логах сервера вижу успешный вход. Служба winlogon успешно аутентифицирует и дает доступ а потом раз и все… Проблема крылась в мелочах. Человек использовал клиента из серверной поставки, и всегда администрировал свой сервер, а на этот у него самые ообычные права. Именно поэтому и обнаружилось что у него в свойстве ярлыка стоял   mstsc.exe /admin, еще бывает вариант mstsc /console. Оба варианта принуждают клиента терминала подключаться не к сессии RDP  а к консоли, эмулируя физический доступ. Это разумеется требует администраторских прав. Убираем все лишнее, запускаем только mstsc.exe  и все нормально работает!

Поймал очередной глюк системы, после установки Windows и всех обновлений, при попытке запуска клиента Удаленного рабочего стола получаю сообщение: Управляющий элемент ActiveX служб терминалов (mstscax.dll) не соответствует версии клиентской оболочки То ли dll действительно не той версии, то ли где-то в рестрее что-то побилось, в общем не работает и все. Логично было предположить что можно скачать инсталятор клиента RDP c сайта Майкрософт,  и установить заново. Однако так сделать не получится, при установке инсталятор сообщил , что в системе есть интегрированная служба и ставиться он не будет, оно и понятно во всех современных виндах, она действительно интегрирована сразу.

В результате неизвестного глюка  с моего компьютера не получается подключиться к серверу терминалов Remote Desktop и я получаю вот такое вот сообщение: Удаленный сеанс отключен из-за отсутствия доступных лицензий клиента сервера терминалов для этого компьютера. Нужно вылечить,  для этого, на компьютере с которого подключаемся, запускаем regedit.exe (Пуск -> Выполнить -> Regedit). В реестре находим ветку HKEY_LOCAL_MACHINE -> Software -> Microsoft -> MSLicensing На это ветке нажимаем правой кнопкой и экспортируем в файл на всякий случай. После того как у нас есть бекап удаляем всю эту ветку, для этого нажимаем на  MSLicensing правой кнопкой мыши выбираем в контекстном меню Удалить. После этого ваш клиент терминала должен подключиться без всяких проблем.

Что делать если у вас после входа на терминальный сервер не набирается текст? Такая ситуация возникает и у меня. Часто приходится переключаться из одного микрософтовского терминала в другой, да и на месте не сижу, и перехожу с одного компьюетра на другой.  А практически на всех терминалах в нашей компании, настроено автоотключение сессии через 15 мин неактивности. И часто бывает такое, что при переподключении не вводится текст с клавиатуры. Очень мешает. Подобные мелочи всегда раздражают, иногда даже заставляют искать вакансии в Екатеринбурге, но это в самых тяжелых случаях:) Единственный способ лечения этой досадной неожиданности, это свернуть окошко терминала, понажимать на клавиши, а потом обратно переключиться терминал. Все будет работать.   Очевидно, все дело в  том что окно терминала теряет фокус ввода при автоотключении. А сворачивание и разворачивание возвращает его обратно в приложение. Т.е. когда текст не вводится он на самом деле набирается на рабочем столе компьютера, за окном терминала. Вот собственно и весь способ. Возможно это лечится другими способами, но я использую этот.

Если у вас используется windows terminal server, то вы наверняка сталкивались с такой проблемой как неактивные сессии пользователей, т.е. пользователь не завершает свой сеанс, а просто закрывает окно терминала и все запущенные программы и сессия продолжают болтаться на сервере. Для того чтобы это не происходило, необходимо настроить тайм-аут для отключенных сессий.