Коммерческое предложение Астеру
Модератор: mercenary
Коммерческое предложение Астеру
Уважаемый АстерМастер! Процесс эксплуатации 6 местной версии подтолкнул сделать вам следующее предложение. Сделайте 6 местную в версии 6+1, где 7-место без монитора и клавы только с целью удаленного входа для сис.администрирования. Данную возможность предлагаю продавать отдельно.
Готов обсудить требования к +1 месту.
Готов обсудить требования к +1 месту.
- AsterMaster
- ИБИК
- Сообщения: 2222
- Зарегистрирован: Сб фев 05, 2005 0:48
- Откуда: Москва
- Контактная информация:
Для реализации такой возможности нужен драйвер виртуального монитора, на котором будет запускаться 7-е место. У нас была идея создать такой драйвер (в том числе для возможности запуска рабочих мест в окне наподобие виртуальных машин), однако эта задача довольно объемная, поэтому пока она остается лишь отдаленной перспективой.
- AsterMaster
- ИБИК
- Сообщения: 2222
- Зарегистрирован: Сб фев 05, 2005 0:48
- Откуда: Москва
- Контактная информация:
таких решений многоо , но они все модифицируют несколько системных файлов ...
какминимум winlogon , и терминальный сервер ...
я так понимаю что и астер делает аналогичные модификации чтобы запускать несколько терминальных сессий , только на локальных мониторах ... соответственно эти решения будут конфликтовать с астером ...
какминимум winlogon , и терминальный сервер ...
я так понимаю что и астер делает аналогичные модификации чтобы запускать несколько терминальных сессий , только на локальных мониторах ... соответственно эти решения будут конфликтовать с астером ...
- AsterMaster
- ИБИК
- Сообщения: 2222
- Зарегистрирован: Сб фев 05, 2005 0:48
- Откуда: Москва
- Контактная информация:
АСТЕР не модифицирует ни termsrv ни winlogon, АСТЕР изменяет среду, в которой работают эти компоненты (речь про АСТЕР XP), в результате на компьютере запускаются не просто несколько сессий, а несколько копий сервера терминалов, у каждого своя сессия и свой winlogon, который "думает" что работает в сессии 0, т.е. на консоли. Теоретически в такую схему можно подсунуть модифицированный termsrv, только не известно заранее, какая из запущенных копий сработает при удаленном подключении.
ну модифицируютя сами системнуе файлы ...
такчто если астер запускает копии из этих файлов, а не свои termsrv и winlogon , то теоритически может пойти подключение к любой копии ...
на практике при попытке подключения к немодифицированой систееме вылетает главное рабочеее место , после чего сразу вылетает терминальная сессия и возобновляется работа главного места ...
нужно будет собрать тестовую систему и проверить...
притом в двух вариантах :
1. установка TSFREE на систему с астером
2. установка астера на систему с TSFREE
если заработает - получится очень удобный способ администрирования не мешающий работать пользователям ...
такчто если астер запускает копии из этих файлов, а не свои termsrv и winlogon , то теоритически может пойти подключение к любой копии ...
на практике при попытке подключения к немодифицированой систееме вылетает главное рабочеее место , после чего сразу вылетает терминальная сессия и возобновляется работа главного места ...
нужно будет собрать тестовую систему и проверить...
притом в двух вариантах :
1. установка TSFREE на систему с астером
2. установка астера на систему с TSFREE
если заработает - получится очень удобный способ администрирования не мешающий работать пользователям ...
вчера попробовал накатить TSFREE 1.3 на машину с установленым астером ...
если на немодифицированой систееме вылетает главное рабочеее место , после чего сразу вылетает терминальная сессия и возобновляется работа главного места ... то после TSFREE главное место не вылетает а продолжает работать ... но терминалная сессия слетает ...
сетевая ошибка или администратор закрыл подключение ...
думаю что установка астера на пропатченную машину даст аналогичный результат ...
если на немодифицированой систееме вылетает главное рабочеее место , после чего сразу вылетает терминальная сессия и возобновляется работа главного места ... то после TSFREE главное место не вылетает а продолжает работать ... но терминалная сессия слетает ...
сетевая ошибка или администратор закрыл подключение ...
думаю что установка астера на пропатченную машину даст аналогичный результат ...
насамомделе всё работает !!!!!!
просто считал что что в ХР адтинистраторы поумолчанию являются клиентами терминолов , как и написано в окне выбора пользователей удалённого рабочего стола , а это оказалосЪ нетак ... ввовсяком случае в ХР с установленым астер ...
итого ...
накатываем на машину с астером TSFREE 1.3 ...
незабываем принудительно указать акаунты пользователей удалённого рабочего стола и получаем удобное средство администрирования , не мешающее работе локальных пользователей ...
просто считал что что в ХР адтинистраторы поумолчанию являются клиентами терминолов , как и написано в окне выбора пользователей удалённого рабочего стола , а это оказалосЪ нетак ... ввовсяком случае в ХР с установленым астер ...
итого ...
накатываем на машину с астером TSFREE 1.3 ...
незабываем принудительно указать акаунты пользователей удалённого рабочего стола и получаем удобное средство администрирования , не мешающее работе локальных пользователей ...
Загрузка модифицированного termserv.dll по пути из реестра
Имеется несогласованность. Windows загружает терминальный сервер, опираясь на путь, указанный в реестре:AsterMaster писал(а):Теоретически в такую схему можно подсунуть модифицированный termsrv
HKLM\SYSTEM\CurrentControlSet\Services\TermService\Parameters\ServiceDll=...
Сюда я подсунул модифицированный termserv.dll, чтобы не трогать системных файлов: "%SystemRoot%\System32\termserv.5512.dll"
А вот Астер не проверяет этот ключ реестра и загружает termserv.dll строго по имени.
В результате на главном рабочем месте имеем модифицированный терминал, а на остальных - оригинальный.
При подключении по RDP происходит вход на второе рабочее место (не знаю от чего это зависит) и пользователя второго рабочего места выкидывает, так как там загружен немодифицированный termserv.dll.
Понятно, что можно, конечно рубануть шашкой и тупо перезаписать системный файл termserv.dll модифицированной версией, но это как-то некошерно.
Ведь даже сам Астер, несмотря на сложность решаемых задач не меняет ни одного системного файла.
Windows XP SP3, Астер на два рабочих места. Но я думаю, это актуально для любого количества рабочих мест.
Загрузка модифицированного termserv.dll по пути из реестра
Подниму вопрос. Можно ли как-то настроить, чтобы терминальные подключения шли только к терминалу главного раб места (с модифицированной dll), или же доработать Астер, чтобы он подгружал dll не по имени, а по ключу реестра? Речь про XP.Santana писал(а):Имеется несогласованность. Windows загружает терминальный сервер, опираясь на путь, указанный в реестре:AsterMaster писал(а):Теоретически в такую схему можно подсунуть модифицированный termsrv
HKLM\SYSTEM\CurrentControlSet\Services\TermService\Parameters\ServiceDll=...
Сюда я подсунул модифицированный termserv.dll, чтобы не трогать системных файлов: "%SystemRoot%\System32\termserv.5512.dll"
А вот Астер не проверяет этот ключ реестра и загружает termserv.dll строго по имени.
В результате на главном рабочем месте имеем модифицированный терминал, а на остальных - оригинальный.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 140 гостей