Heathen » Пт янв 19, 2007 2:27 pm
aka писал(а):Сложность в том, что ее надо реализовать. Чтобы реализовывать вредительскую функциональность нужны веские аргументы, иначе некогда
70 купленных в расчете на эту функциональность лицензий будут достаточным аргументом? O:-)
aka писал(а):
Софт, не понимающий юникод, был, есть и будет. Борланд до сих пор не держит юникод, а софта написанного на дельфи еще десяток лет не изживут. В любом случае это потенциальная проблема.
Дело в том, что этот же софт в любом случае не будет корректно работать в данной среде - с перенаправлением пользовательских папок (в том числе Application Data).
aka писал(а):Для людей, которые хотят видеть русский язык (и я тоже хочу) есть display name. И менюхи выбора юзенейма (я настойчиво рекомендую при работе с кластером вводить юзернейм через меню выбора, а не руками, потому что при неправильном вводе логина кластер не сможет найти оборванную сессию).
По поводу менюхи выбора - это не есть правильно, imho, т.к. лишает очень важного момента в терминальной технологии - прозрачности рабочего места, когда человек с любого терминала в сети получает свой рабочий стол.
А вот по поводу кластера... в идеале, конечно, когда-нибудь хотелось бы видеть что-то вроде такого механизма работы:
1. Терминал грузится, запрашивает username\password (либо только username).
2. Эти данные пересылаются на службу WTLB, которая: а) проверяет присутствие данного пользователя в домене (и, возможно, правильность пароля), б) проверяет, висит ли некая сессия на одном из серверов кластера. В ответ терминал получает имя сервера, с которым нужно соединяться.
3. С терминала запускается сессия RDP-клиента с прописанным username\password (т.е. пользователь не вводит ничего второй раз).
Тут, собственно, вопрос в одном - насколько востребован этот сервис - распределения нагрузки? Конечно, если это нужно только нашему клиенту, огород городить никто не будет. Но вдруг? Альтернативы этому решению в данном ценовом диапазоне нет.
[quote="aka"]Сложность в том, что ее надо реализовать. Чтобы реализовывать вредительскую функциональность нужны веские аргументы, иначе некогда :roll: [/quote]
70 купленных в расчете на эту функциональность лицензий будут достаточным аргументом? O:-) :oops:
[quote="aka"]
Софт, не понимающий юникод, был, есть и будет. Борланд до сих пор не держит юникод, а софта написанного на дельфи еще десяток лет не изживут. В любом случае это потенциальная проблема.[/quote]
Дело в том, что этот же софт в любом случае не будет корректно работать в данной среде - с перенаправлением пользовательских папок (в том числе Application Data).
[quote="aka"]Для людей, которые хотят [i]видеть[/i] русский язык (и я тоже хочу) есть display name. И менюхи выбора юзенейма (я [i]настойчиво[/i] рекомендую при работе с кластером вводить юзернейм через меню выбора, а не руками, потому что при неправильном вводе логина кластер не сможет найти оборванную сессию).[/quote]
По поводу менюхи выбора - это не есть правильно, imho, т.к. лишает очень важного момента в терминальной технологии - прозрачности рабочего места, когда человек с любого терминала в сети получает свой рабочий стол.
А вот по поводу кластера... в идеале, конечно, когда-нибудь хотелось бы видеть что-то вроде такого механизма работы:
1. Терминал грузится, запрашивает username\password (либо только username).
2. Эти данные пересылаются на службу WTLB, которая: а) проверяет присутствие данного пользователя в домене (и, возможно, правильность пароля), б) проверяет, висит ли некая сессия на одном из серверов кластера. В ответ терминал получает имя сервера, с которым нужно соединяться.
3. С терминала запускается сессия RDP-клиента с прописанным username\password (т.е. пользователь не вводит ничего второй раз).
Тут, собственно, вопрос в одном - насколько востребован этот сервис - распределения нагрузки? Конечно, если это нужно только нашему клиенту, огород городить никто не будет. Но вдруг? Альтернативы этому решению в данном ценовом диапазоне нет.