Пожелания по развитию службы wtlb

Ответить

Смайлики
:D :) :( :o :shock: :? 8) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen:

BBCode ОТКЛЮЧЕН
Смайлики ВКЛЮЧЕНЫ

Обзор темы
   

Развернуть Обзор темы: Пожелания по развитию службы wtlb

Re: Пожелания по развитию службы wtlb

evgeny » Ср май 19, 2010 1:27 pm

Отправил.

Re: Пожелания по развитию службы wtlb

aka » Вт май 18, 2010 6:25 pm

Гхм. Я замучался создавать ситуацию, когда мнение wtlb не совпадало бы с мнением брокера. Но создал. И у меня сработало, т.е. пароль, введенный в втваревый диалог, который появляется при ask_password=on, ушел второму серверу.

Хочу лог, сохраненный после ошибки. Лог терминала делается так: http://wtware.ru/docs/config.html#syslog Пожалуйста, внимательно посмотри, что сохраняешь лог ТЕРМИНАЛА, а не службы TFTP. Лог присылается на aka@pxe.ru.

Re: Пожелания по развитию службы wtlb

evgeny » Вт май 18, 2010 10:22 am

aka писал(а):
evgeny писал(а):.. и тонкий клиент работает с новым терминальным сервером, который спрашивает пароль второй раз.
Есть планы бороться с багом?
План один. Надо сделать как в виндовсе начитая с XP SP3, запрашивать пароль в втвари. Тогда при переподключении его можно будет еще раз отдать.

Политический вопрос в связи с этим - следует ли всегда спрашивать пароль, или вынести это опцией в конфиг.

Или по-другому. Какие вылезут проблемы, если втварь всегда будет спрашивать пароль сама, а не давать окошко "вход в виндовс"?
Баг с повторным вводом имени пользователя и пароля пока остается. Даже с ask_password.
Скажите, будет ли решаться данный вопрос дальше?

Re: Пожелания по развитию службы wtlb

evgeny » Ср май 12, 2010 8:11 am

Спасибо, работает.
Однако если мнение wtlb не совпадает с TS Session Broker всё равно необходимо вводить логин и пароль второй раз.

Re: Пожелания по развитию службы wtlb

aka » Сб май 08, 2010 4:37 pm

Да, конечно там должны быть звездочки. Попробуй пожалуйста вот это: http://pxe.ru/files/testing/201005080821.zip

Это не настоящая 4.5.47. Во изежание недоразумений, после выхода настоящей 4.5.47 ее (настоящую 4.5.47) надо поставить поверх этой версии.

Re: Пожелания по развитию службы wtlb

evgeny » Чт май 06, 2010 10:09 am

Спасибо, вроде получилось. Потестируем.
Есть возможность при вводе пароля не отображать его на экране, а показывать "звездочки"?

Re: Пожелания по развитию службы wtlb

aka » Чт май 06, 2010 9:13 am

1. http://wtware.ru/download.html => 4.5.46
2. Пуск - Программы - ВТваре - Инструкции - Параметры конфигурационного файла - ask_password

Re: Пожелания по развитию службы wtlb

evgeny » Чт май 06, 2010 8:44 am

День добрый, есть какие-нибудь успехи по текущей теме?

Re: Пожелания по развитию службы wtlb

evgeny » Чт мар 25, 2010 11:45 am

aka писал(а): Значит будет так.
Отличный настрой. Нам ждать новую версию? :-)

Re: Пожелания по развитию службы wtlb

aka » Чт мар 25, 2010 10:48 am

evgeny писал(а):Если их информировать заранее, что это нормально - проблем больших не вижу.
Это очень хорошо. Значит будет так.

Re: Пожелания по развитию службы wtlb

evgeny » Чт мар 25, 2010 10:20 am

aka писал(а):План один. Надо сделать как в виндовсе начитая с XP SP3, запрашивать пароль в втвари. Тогда при переподключении его можно будет еще раз отдать.

Политический вопрос в связи с этим - следует ли всегда спрашивать пароль, или вынести это опцией в конфиг.
Я лично склоняюсь к опции в конфиге. Хотя бы потому, что сама втварь спрашивает пароль только в случае использования кластера. С другой стороны в таком случае будет работать балансировщик TS Session Broker, а служба wtlb остается как бы неудел..
Но факт фактом - пароль втварь спрашивает в том случае, когда ещё не знает к какому серверу подключится впоследствие.
aka писал(а):Или по-другому. Какие вылезут проблемы, если втварь всегда будет спрашивать пароль сама, а не давать окошко "вход в виндовс"?
Пользователь будет вводить логин/пароль не в привычное окно, а в окно втвари. Если их информировать заранее, что это нормально - проблем больших не вижу. Есть смысл окошко сделать похожим на виндовое, чтобы меньше пугать народ изменениями :-)

Re: Пожелания по развитию службы wtlb

aka » Ср мар 24, 2010 9:51 pm

План один. Надо сделать как в виндовсе начитая с XP SP3, запрашивать пароль в втвари. Тогда при переподключении его можно будет еще раз отдать.

Политический вопрос в связи с этим - следует ли всегда спрашивать пароль, или вынести это опцией в конфиг.

Или по-другому. Какие вылезут проблемы, если втварь всегда будет спрашивать пароль сама, а не давать окошко "вход в виндовс"?

Re: Пожелания по развитию службы wtlb

evgeny » Ср мар 24, 2010 9:07 am

aka писал(а):С точки зрения терминала никакого брокера не существует. Терминал как обычно подключается к терминальному серверу. В какой-то момент терминальные сервер шлет терминалу специальный пакет с информацией о следующем сервере и затем закрывает соединение.
.. и тонкий клиент работает с новым терминальным сервером, который спрашивает пароль второй раз.
Есть планы бороться с багом?

Re: Пожелания по развитию службы wtlb

aka » Вт мар 23, 2010 5:42 pm

evgeny писал(а):Есть ли способ игнорировать редиректы брокера?
Нет. С точки зрения терминала никакого брокера не существует. Терминал как обычно подключается к терминальному серверу. В какой-то момент терминальные сервер шлет терминалу специальный пакет с информацией о следующем сервере и затем закрывает соединение.

Re: Пожелания по развитию службы wtlb

evgeny » Вт мар 23, 2010 5:20 pm

aka писал(а):
evgeny писал(а):И ещё вопрос, серьезный (кстати, стоит ли открывать отдельную тему?).
Как быть в случае одновременного использования службы MS TS Session Broker и wtlb на одной и той же ферме? Было ли тестирование.
Если честно, тестирования самого TS Session Broker у нас вообще не было. Люди говорят, что работает, но имеет свойство дважды спрашивать пароль.
Потому что wtlb выдает IP для подключения, а TS Session Broker перенаправляет внутри сессии RDP посредством механизмов протокола, причем уже после wtlb с случае одновременного использования. Есть ли способ игнорировать редиректы брокера?
aka писал(а):С этой ошибкой справимся, когда только кто-нибудь достаточно настойчиво этого потребует. Там проблема скорее организационного плана (пароль надо спрашивать на стороне втвари), и нам нужна консультация от пользователя, который уже этим пользуется в серьезных масштабах.
Думаю, мы будем активно взаимодействовать при положительном исходе тестирования, если что-то будет всё-таки необходимо..
Кстати, спасибо за новую версию 1.7, посмотрим..

Re: Пожелания по развитию службы wtlb

aka » Вт мар 23, 2010 4:54 pm

По размеру екзешника только. 1.6 - 66048, 1.7 - 65536 байт. Собственно, они различаются только формой вывода времени в лог.

Re: Пожелания по развитию службы wtlb

evgeny » Вт мар 23, 2010 4:36 pm

aka писал(а):Попробуй это: http://wtware.ru/files/wtlb.1.7.exe
Глупый вопрос. Как узнать версию установленной службы? :-)

Re: Пожелания по развитию службы wtlb

aka » Вт мар 23, 2010 11:32 am

evgeny писал(а):есть возможность вывод лога c:\wtlb.log перенаправлять на централизованный сборщик логов, типа syslog?
Нет. То, что оно считает важным, оно записывает в системный event view. Отладочные сообщения только в файл.
evgeny писал(а):Да и время хотелось бы видеть человеческое, ибо из этого вывода сложно понять, когда произошло событие:

Код: Выделить всё

4ba36c14 (INFO   ): Data from cluster 'common' received, 17 bytes.
4ba36c16 (INFO   ): Session 0 uses 1121272KB RAM.
4ba36c16 (INFO   ): Session 5 uses 24740KB RAM.
Это же time(), количество секунд с 1 января 1970. Неужели так сложно в уме перевести? :mrgreen:

Попробуй это: http://wtware.ru/files/wtlb.1.7.exe

Re: Пожелания по развитию службы wtlb

evgeny » Вт мар 23, 2010 9:58 am

Спасибо, rsh устроит.
evgeny писал(а):есть возможность вывод лога c:\wtlb.log перенаправлять на централизованный сборщик логов, типа syslog?
Да и время хотелось бы видеть человеческое, ибо из этого вывода сложно понять, когда произошло событие:

Код: Выделить всё

4ba36c14 (INFO   ): Data from cluster 'common' received, 17 bytes.
4ba36c16 (INFO   ): Session 0 uses 1121272KB RAM.
4ba36c16 (INFO   ): Session 5 uses 24740KB RAM.
Эти два вопроса также актуальны.

Re: Пожелания по развитию службы wtlb

aka » Вт мар 23, 2010 9:51 am

evgeny писал(а):Ещё вопрос. nmap говорит, что все порты закрыты. Есть какой-либо способ удаленно управлять тонким клиентом? telnet или ssh например..
http://wtware.ru/docs/config.html#managed

Re: Пожелания по развитию службы wtlb

evgeny » Вт мар 23, 2010 8:47 am

aka писал(а):
evgeny писал(а):В данный момент сотня одновременных запросов на подключение - как раз слабое место.
В каком плане слабое место?
Долгий вход в систему по утрам.
aka писал(а): лично мне не нравится автомагическая балансировка нагрузки. Мне представляется более целесообразным вручную закреплять пользователей за определенными серверами, чтобы на другие они попадали только при невозможности подсоединиться к своему серверу. А для этого втвари не нужна балансировка, нужно прочитать методичку про параметры win2kip.
Привязывать тонкий клиент к серверу очень не хочется. возможно, когда серверов скажум, два и терминалов порядка 20 это целесообразно. Когда не знаешь сколько тонких клиентов работает, когда их число постоянно растет, а также растет количество серверов в ферме
evgeny писал(а):По типу удаленно ребутнуть, сформировать настройки, перенести в группу (вложенный конфиг) проверить состояние пингом.
Это будет в конфигураторе.[/quote]
Отлично, будем ждать!

Ещё вопрос. nmap говорит, что все порты закрыты. Есть какой-либо способ удаленно управлять тонким клиентом? telnet или ssh например..

Re: Пожелания по развитию службы wtlb

aka » Пн мар 22, 2010 5:13 pm

evgeny писал(а):В данный момент сотня одновременных запросов на подключение - как раз слабое место.
В каком плане слабое место?
Балансировка нагрузки всегда будет не идеальна, пока к ней не приделают искуственный интеллект. Например, если балансировать по памяти, диску или процессору, то:
1. Подключается один пользователь. Запускает winzip на диск С.
2. Следующие несколько десятков пользователей подключаются и ничего не делают, т.к. утром у них совещание.
В результате тот, кто был первым, окажется на своем сервере один. Балансировка не станет пускать никого на загруженый сервер.
Из-за таких вещей лично мне не нравится автомагическая балансировка нагрузки. Мне представляется более целесообразным вручную закреплять пользователей за определенными серверами, чтобы на другие они попадали только при невозможности подсоединиться к своему серверу. А для этого втвари не нужна балансировка, нужно прочитать методичку про параметры win2kip.
evgeny писал(а):По типу удаленно ребутнуть, сформировать настройки, перенести в группу (вложенный конфиг) проверить состояние пингом.
Это будет в конфигураторе.

Re: Пожелания по развитию службы wtlb

evgeny » Пн мар 22, 2010 4:56 pm

aka писал(а):
evgeny писал(а):А если в момент подключения лезет пара сотен клиентов, терминальная ферма не загибается? При каждом подключении пересчитываются показатели загруженности на всех терминальных серверах фермы (если, скажем серверов в ферме 10+)?
Не знаю. Не должно. Некоторый период действительности информации о соседних серверах там есть, и если действительно получится одновременно две сотни подключений инициировать - оно не будет переспрашивать при каждом подключении. Даже если бы и переспрашивало - нагрузка должна получаться пренебрежимо малая по сравнению с непосредственно подключением к терминалке. Две сотни одновременных запросов к активдиректории, две сотни одновременно скачиваемых профайлов - на это было бы любопытно посмотреть :)
В данный момент сотня одновременных запросов на подключение - как раз слабое место. И нам не менее любопытно посмотреть на то как может это разрулить wtlb. Да и кстати, есть возможность вывод лога c:\wtlb.log перенаправлять на централизованный сборщик логов, типа syslog?
Да и время хотелось бы видеть человеческое, ибо из этого вывода сложно понять, когда произошло событие:

Код: Выделить всё

4ba36c14 (INFO   ): Data from cluster 'common' received, 17 bytes.
4ba36c16 (INFO   ): Session 0 uses 1121272KB RAM.
4ba36c16 (INFO   ): Session 5 uses 24740KB RAM.
aka писал(а):
evgeny писал(а):HP Client Automation продукт действительно относительно громоздкий. Device Manager - вот примерно то, что хотелось бы в пример поставить. Плюс желательно чтобы консоль управления не только с Win запускалась.
Консоль управления запускалась с линукса, при этом рулила DHCP на циске, и позволяла удаленное управление виндовыми сеансами. Да, понял, было бы удобно. В ближайшую пятилетку не осилим :(
Рулить DHCP на циске не нужно. Вообще не нужно им рулить из интерфейса. Тут уже сами справимся. И управлять не виндовыми сеансами а тонкими клиентами. По типу удаленно ребутнуть, сформировать настройки, перенести в группу (вложенный конфиг) проверить состояние пингом.

Re: Пожелания по развитию службы wtlb

aka » Пн мар 22, 2010 3:31 pm

evgeny писал(а):А если в момент подключения лезет пара сотен клиентов, терминальная ферма не загибается? При каждом подключении пересчитываются показатели загруженности на всех терминальных серверах фермы (если, скажем серверов в ферме 10+)?
Не знаю. Не должно. Некоторый период действительности информации о соседних серверах там есть, и если действительно получится одновременно две сотни подключений инициировать - оно не будет переспрашивать при каждом подключении. Даже если бы и переспрашивало - нагрузка должна получаться пренебрежимо малая по сравнению с непосредственно подключением к терминалке. Две сотни одновременных запросов к активдиректории, две сотни одновременно скачиваемых профайлов - на это было бы любопытно посмотреть :)
evgeny писал(а):HP Client Automation продукт действительно относительно громоздкий. Device Manager - вот примерно то, что хотелось бы в пример поставить. Плюс желательно чтобы консоль управления не только с Win запускалась.
Консоль управления запускалась с линукса, при этом рулила DHCP на циске, и позволяла удаленное управление виндовыми сеансами. Да, понял, было бы удобно. В ближайшую пятилетку не осилим :(

Re: Пожелания по развитию службы wtlb

evgeny » Пн мар 22, 2010 3:05 pm

aka писал(а):
evgeny писал(а):каждый раз при поиске бездисковой станции искать IP-адрес по MAC-адресу немного проблематично
http://wtware.ru/docs/tune.html
Ваш механизм подключаемых конфигов - то, что нужно.
aka писал(а): "Пожалуй, самое удобное при небольшом (до 100) количестве терминалов, до тех пор, пока по названию машины можно вспомнить ее расположение и конфигурацию, наименование - имятерминала.wtc. Имя терминала устанавливает DHCP-сервер."

Там же групировка терминалов по каталогам.
Всё супер, но как быть при большом количестве терминалов (300+)?
aka писал(а):
evgeny писал(а):Так что ваша служба балансировки пока в кандитатах. По вашему мнению она выдержит данную нагрузку?
Выдержит. Наша служба используется только в момент подключения, после этого висит пустым грузом. То есть нагрузки на нее как бы и нет, сколько бы терминалов не работали.
А если в момент подключения лезет пара сотен клиентов, терминальная ферма не загибается? При каждом подключении пересчитываются показатели загруженности на всех терминальных серверах фермы (если, скажем серверов в ферме 10+)?
aka писал(а): Да, ближайший год это будет "просто конфигуратор". Мне не нравится "просто конфигуратор", потому что "просто конфигуратор" представляется как конфигуратор одного терминала, а мы замучались групповые механизмы в интерфейсе реализовывать.
А есть интерфейсов к внешним службам DHCP (свой dhcp будет, но простой, не для больших сетей), терминалов и прочим службам там не будет, будет управление только нашими вещами.
Да, действительно, немного неудачное определение. Примите извинения.
aka писал(а):
evgeny писал(а):Вы видели HP Device Manager или HP Client Automation как пример о чем разговор?
Нет, не видел. [...]
и решил, что это очередная придумка отдела маркетинга. Надо смотреть, там есть что-то кроме графиков среднегодовой активности?
HP Client Automation продукт действительно относительно громоздкий. Device Manager - вот примерно то, что хотелось бы в пример поставить. Плюс желательно чтобы консоль управления не только с Win запускалась.

Re: Пожелания по развитию службы wtlb

aka » Пн мар 22, 2010 12:04 pm

evgeny писал(а):каждый раз при поиске бездисковой станции искать IP-адрес по MAC-адресу немного проблематично
http://wtware.ru/docs/tune.html
"Пожалуй, самое удобное при небольшом (до 100) количестве терминалов, до тех пор, пока по названию машины можно вспомнить ее расположение и конфигурацию, наименование - имятерминала.wtc. Имя терминала устанавливает DHCP-сервер."

Там же групировка терминалов по каталогам.
evgeny писал(а):возможность просмотра диагностической информации при подведении указателя мыши в правый нижний угол экрана. В полной версии WTware Pro этот хинт тоже работает?
Да.
evgeny писал(а):Так что ваша служба балансировки пока в кандитатах. По вашему мнению она выдержит данную нагрузку?
Выдержит. Наша служба используется только в момент подключения, после этого висит пустым грузом. То есть нагрузки на нее как бы и нет, сколько бы терминалов не работали.
evgeny писал(а):Вопрос стоит в том, как этот интерфейс позиционируется. Как просто конфгуратор, или как реальный инструмент управления всей инфраструктутой бездисковых станций. Судя по вашим ответам, что ответ в пользу конфигуратора.
Да, ближайший год это будет "просто конфигуратор". Мне не нравится "просто конфигуратор", потому что "просто конфигуратор" представляется как конфигуратор одного терминала, а мы замучались групповые механизмы в интерфейсе реализовывать.
А есть интерфейсов к внешним службам DHCP (свой dhcp будет, но простой, не для больших сетей), терминалов и прочим службам там не будет, будет управление только нашими вещами.
evgeny писал(а):Вы видели HP Device Manager или HP Client Automation как пример о чем разговор?
Нет, не видел. Увидел скриншот:
Изображение
и решил, что это очередная придумка отдела маркетинга. Надо смотреть, там есть что-то кроме графиков среднегодовой активности?

Пожелания по развитию службы wtlb

evgeny » Пн мар 22, 2010 11:52 am

Данная тема является продолжением темы Привязка службы wtlb к IP
и последнему комментарию в частности:
evgeny писал(а):
aka писал(а): Служба DHCP встроена в Windows Server.
В нашем случае это несколько /24 подсетей, служба DHCP работает на dhcpd от ICS через посредники Cisco IOS. Так что каждый раз при поиске бездисковой станции искать IP-адрес по MAC-адресу немного проблематично. В любом случае ваше мнение понятно.
Да, спасибо за возможность просмотра диагностической информации при подведении указателя мыши в правый нижний угол экрана. В полной версии WTware Pro этот хинт тоже работает?
aka писал(а): Вам бы лучше начать с обычных виндовсов с обычным mstsc.exe. На практике попробуете, что такое терминалы и что они могут...
Мы представляем что такое rdp. И сейчас работают порядка 200 бездисковых станций, только немного по другому протоколу. И мы переходим на ферму RDP. Так что ваша служба балансировки пока в кандитатах. По вашему мнению она выдержит данную нагрузку?
aka писал(а): НО! Товарищ evgeny говорил о 300+ терминалах. Одновременно 300 открытых TCP соединений с keep-alive для виндовса это более чем серьезная нагрузка. А все только для того, чтобы в конфигураторе было отмечено, включен ли сейчас терминал. Вопрос: это того стоит?
Вопрос стоит в том, как этот интерфейс позиционируется. Как просто конфгуратор, или как реальный инструмент управления всей инфраструктутой бездисковых станций. Судя по вашим ответам, что ответ в пользу конфигуратора. Вы видели HP Device Manager или HP Client Automation как пример о чем разговор?

Вернуться к началу