Windows 2000 server встроенная клиентская лицензия служб терминалов - Windowsa.top

#1

Отправлено 10 Декабрь 2008 — 21:03

Noizer

Читатель

Участники
10 сообщений

Здравствуйте уважаемые форумчане! Помогите разобраться с проблемой. Стоит сервер с ОС Windows 2003 Enterprise Edition, роль — сервер терминалов. ОС не лицензионная, точнее 180 дневка крякнутая, шла вместе с сервером. Основная задача — работа в 1С в терминальном режиме. Настройку проводил по статье

http://www.mista.ru/…1c/terminal.htm

. Там есть раздел, посвященный активации сервера терминалов, в котором говориться (цитата: щелкаем правой кнопкой, говорим Activate server. Выбираем тип подключения Automatic. Вводим свои личные данные (имя, фамилию, организацию, страну — строго те, которые были введены при установке Windows). Следующую страничку (E-Mail, адрес) я оставил пустой. Hажимаем Next, и ждём. Активация должна пройти успешно. Становится непонятным, какой смысл тогда Microsoft закладывала в эту активацию? Зачем она нужна кроме сбора статистики? После успешной активации вам будет предложено добавить лицензии. Что ж, продолжим. Запустится Client Access License (CAL) Activation Wizard, который первым делом снова полезет в Microsoft. После чего спросит тип лицензии, которую желаете установить. Я выбрал Enterprise Agreement, и следующим этапом у меня спросили магическое число (я его нашёл в интернете, типа 6565792 — примечание автора). Теперь нужно указать продукт — Windows 2003 Server. Тип лицензии — per Device. Лицензия инсталлировалась отлично. Закрываем окно Terminal Server Licensing). Я таким образом всё и сделал, на этом и успокоился. Проходит время, где-то месяца 1,5 и мне выдается сообщение: «Ваша временная лицензия служб терминалов истекает через … дней. Обратитесь к системному администратору и получите постоянную лицензию». Я попробывал активировать ещё раз и повторил все действия вновь, но результата это не дало. Сервер написано активирован, активированы:
Windows Server 2003 TS PER — Device CAL — 200;
маркер клиентской лицензии сервера терминалов Windows(CAL) — 200 — на устройство;
маркер существующей клиентской лицензии Windows Server 2000 — встроенный тип без ограничения.
В чём причина? Осталось 6 дней. Я читал, что временная лицензия 90 дней, а у меня и того меньше, да и активировал я его изначально, поэтому о временных вариантах речи идти вроде как не должно. Помогите пожалуйста советами.

CSTUFFInTania и NatalieDauby это нравится

Наверх

#2

nss

Отправлено 10 Декабрь 2008 — 22:31

nss

SUPER Member

Участники
469 сообщений

Берем в тупую убиваем ветку реестра HKLM\Software\Microsft\MSLicensing на клиентской машине и спокойно ходим на серв дальше без напоминаний! =)

Я себе сделал Batch файл который сносит эту ветку! зарядил в задачи и собственно все! при запуске клиентского компа ветка удаляется! проблем нет! ))))

Наверх

#3

Noizer

Отправлено 11 Декабрь 2008 — 02:38

Noizer

Читатель

Участники
10 сообщений

Берем в тупую убиваем ветку реестра HKLM\Software\Microsft\MSLicensing на клиентской машине и спокойно ходим на серв дальше без напоминаний! =)

Я себе сделал Batch файл который сносит эту ветку! зарядил в задачи и собственно все! при запуске клиентского компа ветка удаляется! проблем нет! ))))

Именно на клиентской, не на серваке самом?

Наверх

#4

nss

Отправлено 11 Декабрь 2008 — 07:02

nss

SUPER Member

Участники
469 сообщений

Да! На клиентской! Попробуйте

Наверх

#5

Noizer

Отправлено 11 Декабрь 2008 — 16:23

Noizer

Читатель

Участники
10 сообщений

А удаление ветки дает временный результат, или как? Я удалил, перезагрузился, при входе сообщение пропало, но ветка появилась вновь. Как надолго этот эффект?

Наверх

#6

nss

Отправлено 11 Декабрь 2008 — 22:39

nss

SUPER Member

Участники
469 сообщений

перезагрузка не требуется. удалил и вперед! должно хватить на 3 месяца!

Наверх

#7

Noizer

Отправлено 13 Декабрь 2008 — 08:39

Noizer

Читатель

Участники
10 сообщений

перезагрузка не требуется. удалил и вперед! должно хватить на 3 месяца!

Если не перезагружать, то выдает сообщение, что сессия закрыта и отрубает от сервака

Наверх

#8

Fil2008

Отправлено 23 Декабрь 2008 — 05:20

Fil2008

Читатель

Участники
1 сообщений

Если не перезагружать, то выдает сообщение, что сессия закрыта и отрубает от сервака

У меня всегда ента тема срабатывала и терминальный сервак никогда не падал

Запускаем Terminal Server Licensing (Start -> Control Panel -> Administrative Tools-> Terminal Server Licensing).
Выбираем терминальный сервер, который мы хотим активировать, далее right-click и Properties. На вкладке Installation Method выбираем метод установки Web Browser (в Windows 2000 — WorldWideWeb).
Переходим на вкладку Required Information, заполняем поля различной лабудой и жмем OK
На терминал-сервере, который мы активируем, right-click и Activate Server. Запустится Terminal Server License Server Activation Wizard. Знакомимся с описанием и жмем Next
Выбираем метод активации Web Browser (в Windows 2000 — WorldWideWeb), жмем Next.
На этом шаге нам небходимо обратится на сайт

https://activate.microsoft.com/

для получения license server ID.
На веб-сайте Terminal Server Licensing выбираем опцию Activate a license server и жмем Next
На этом шаге нам нужно заполнить поля, помеченные (*). Product ID берем из Terminal Server License Server Activation Wizard (см. шаг 6), остальные поля заполяем той же лабудой, что и на шаге 3. После того жмем Next, далее проверяем введенную информацию и опять жмем Next.
Если все правильно, то мы получим необходимый license server ID. Сайт activate.microsoft.com закрывать не нужно, он нам пригодится в дальнейшем для получения client access licenses (CALs). Вводим полученный license server ID в Terminal Server License Server Activation Wizard (см. шаг 6), а так же желательно распечатать страничку или сохранить где-нибуть license server ID, он может потом потребоваться. Жмем Next. На этом первая часть, активизация сервера лицензирования сервера терминалов, завершена.
Для установки client access licenses (CALs), второй части, нужно проверить, что галочка Start Terminal Server Client Licensing Wizard установлена и нажать Next. Мы увидим приветствие мастера установки клиентских лицензий. Знакомимся с информацией и жмем Next.
Возвращаемся к сайту activate.microsoft.com на ту страницу, которая осталась открытой на шаге 9. На вопрос «Do you wish to install license tokens at this time?» отвечаем Yes.
Заполняем поля, помеченные (*). License Server ID берем из Terminal Server CAL Installation Wizard (см. шаг 10), в качестве License Program выбираем тот вид соглашения, который вы заключили с Microsoft при покупке лицензий. Один мой знакомый в качестве эксперимента выбрал Enterprise agreement. Остальные поля заполяем той же лабудой, что и на шаге 3. После этого жмем Next.
Выбираем:
Product Type — Windows Server 2003 Terminal Server Per Device Client Access License
(для Windows 2000 — Windows 2000 Server Terminal Services Client Access License (per-device))
Quantity — количество купленных вами у Microsoft лицензий. Мой знакомый в качестве эксперимента указал здесь число 9999.
Agreement Number — номер вашего соглашения с Microsoft. Мой знакомый сделал в поисковой системе запрос «Enrollment Agreement Number» (пример запроса «

http://www.google.co…eement Number»»

), и система нашла множество 7-значных номеров, один из которых он и ввел.
Далее жмем Next, проверяем введенную инфу и опять жмем Next.

Если все правильно, то мы получим необходимый license key pack ID (7 групп по 5 символов), который вводим в Terminal Server CAL Installation Wizard (см. шаг 10), жмем Next, а потом Finish.

На крайняк можно удалить Terminal Server Licensing при помощи визарда Add/Remove Windows Components, а затем установить заново, тогда информация о выданных лицензиях будет стерта и все клиенты снова получат 90-дневные лицензии. Но всегда срабатывала официальная активация с номерами из далёкого инета

Наверх

#9

Sunflower

Отправлено 09 Январь 2009 — 16:11

Sunflower

Читатель

Участники
2 сообщений

Сделал сначала первый вариант. Затем последний предложеный. Сделал просто «реактивацию сервера лицензий» получилось. Через 120 дней, посмотрим результат.

Наверх

#10

athlant64

Отправлено 26 Март 2009 — 10:39

athlant64

Читатель

Участники
19 сообщений

Активировал сервер терминалов через

https://activate.microsoft.com/

Per Device на количество 999.
Но сервер продолжает выдавать временные лицензии на каждый девайс. Что не так?
выкладываю скрин:

Наверх

Источник

Часть 1

Данная статья продолжает тему публикации «Начинаем работать с Windows NT Terminal Server» из № 2(5) за 2000 г. Она адресована, в первую очередь, системным администраторам, которые уже поработали с версией Windows NT Terminal Server 4.0 и теперь думают о возможной модернизации операционной системы, а также тем, кто слышал немало положительных отзывов о Terminal Server и планирует внедрять данную систему в своей организации.

Примеры для данной статьи подготовлены с использованием русской версии Windows 2000 Server. Почему для иллюстраций была выбрана именно русская версия? Дело в том, что Terminal Services предназначены в первую очередь для обычных пользователей, работающих со своими любимыми приложениями, поэтому желательно, чтобы среда исполнения была русской, как, например, в Windows 9x. К тому же русская версия немного дешевле, чем английская. Поскольку многие системные администраторы привыкли работать с английской версией Win-dows NT Server, я буду использовать русскоязычные термины, но в скобках указывать оригинальные английские.

Коротко о новых возможностях Terminal Services

Для начала перечислим возможности терминальных служб, реализованные в версии Windows 2000 Server. Подробному обсуждению этих особенностей будут посвящены следующие разделы статьи.

Интеграция терминальных служб с операционной системой Windows 2000. Теперь нет отдельной версии системы, называемой Windows NT Terminal Server. Терминальные службы стали базовым компонентом серверных продуктов семейства Windows 2000 — Windows 2000 Server, Advanced Server, DataCenter.

Поддержка на сервере нескольких языков (Multilan-guage support). Каждый пользователь может выбрать язык интерфейса по своему желанию. Правда, поддержка русского языка пока не реализована.

Удаленное управление сессией пользователя (Shadowing). Администратор имеет возможность управлять работающей сессией пользователя из окна собственной сессии, со своего рабочего места.

Кэширование растровых изображений (Bitmap caching) на жестком диске клиентского ПК. Это дает преимущество при использовании медленных каналов связи между клиентом и сервером.

Объединение буфера обмена клиента терминальных служб и операционной системы на рабочем месте пользователя.

Доступ в клиентской сессии к принтерам, подключенным к компьютеру пользователя.

Установка Terminal Services 2000

Переход с сервера Windows NT 4.0 Terminal Server Edition на версиюWindows 2000. При установке системы Windows 2000 Server поверх Windows NT 4.0 TSE программа установки определяет, что мы имеем дело с версией Terminal Server, и устанавливает необходимую службу (к сожалению, русская версия не устанавливается поверх английской версии, поэтому для установки русского сервера придется выполнить инсталляцию заново).

При установке версии 2000 поверх версии 4.0 сохраняются индивидуальные настройки пользователей. Сервер устанавливается в режим «сервера приложений» (подробнее о режимах работы терминальных служб см. ниже). Если сервер был контроллером домена, то он становится контроллером домена Windows 2000 с установленной службой Active Directory, хотя разработчики Microsoft настоятельно рекомендуют не устанавливать терминальные службы в режиме сервера приложений на контроллере домена.

Единственное отличие установки поверх предыдущей версии Terminal Server от чистой инсталляции заключается в следующем.

При модернизации предыдущей версии операционная система по умолчанию устанавливается в папку WTSRV, а профили пользователей будут храниться в папке WTSRVProfiles. При чистой инсталляции система по умолчанию будет установлена в папку WINNT, профили же пользователей создаются в папке Documents and Settings.

Новая инсталляция сервера. Поскольку терминальные службы стали базовым компонентом операционной системы Windows 2000 Server, установка данной службы производится так же, как и установка других компонентов.

Для инсталляции терминальных служб нужно выбрать соответствующий компонент либо при первоначальной установке системы, либо на уже установленном сервере. Если сервер уже есть, то для установки терминальных служб выполняется следующая последовательность действий.

Экран 1. Выбор компонента «Службы терминалов».

По очереди выбираются пункты «Пуск» -> «Настройка» -> «Панель управления» -> «Установка и удаление программ» -> «Добавление и удаление компонентов Windows». После запуска мастера компонентов Win-dows, напротив строки под названием «Службы терминалов» следует поставить флажок, нажать кнопку «Состав» (Details) (см. Экран 1), выбрать «Задействовать службы терминалов» (Enable Terminal Services) и «Файлы составителя клиентов» (Client Creator Files) (см. Экран 2), а затем нажать кнопки OK и «Далее» (Next).

Экран 2. Состав компонента «Службы терминалов».

Теперь необходимо выбрать режим работы терминальных служб. Существует два режима: «режим сервера приложений» (Application Server Mode) и «режим удаленного управления» (Remote Administration Mode).

В режиме удаленного управления к терминальным службам могут подключаться только пользователи, обладающие административными привилегиями, причем допускается не более двух подключений. Данный режим предусмотрен для того, чтобы администраторы имели максимум удобств для управления как данным сервером, так и вообще всем доменом в целом или даже всей службой каталогов Active Directory. В тексте диалогового окна (см. Экран 3) говорится, что данный режим «минимизирует снижение производительности сервера». И, как показывает практика, данное утверждение соответствует истине. В самом деле, добавление терминальных служб не оказывает почти никакого влияния на загруженность системы, а возможности для администрирования предоставляет замечательные. Поэтому специалисты Microsoft рекомендуют устанавливать терминальные службы в режиме удаленного управления на всех серверах Windows 2000. Для использования терминальных служб в режиме удаленного управления никаких работ по установке и настройке службы лицензирования выполнять не требуется.

Экран 3. Выбор режима работы служб терминалов.

Режим сервера приложений предназначен для подключения достаточно большого числа пользователей и запуска на сервере пользовательских приложений. Для данного режима в домене или рабочей группе на одном из серверов обязательно должна быть установлена и активизирована служба «Лицензирование терминальных служб» (Terminal Services Licensing). О том, как это делается, — в следующем разделе статьи. Без службы лицензирования терминальные службы в режиме сервера приложений будут работать только 90 дней, после чего пользоваться возможностями терминальных служб смогут только владельцы компьютеров с установленной Windows 2000.

Заметим также, что в любой момент можно изменить режим работы терминальных служб с помощью того же мастера компонентов Windows.

Однако двинемся дальше по процессу установки. Поскольку нас интересует режим сервера приложений, выберем именно его и снова нажмем «Далее».

Экран 4. Назначение разрешений пользователям служб терминалов.

Теперь необходимо задать разрешения для работы приложений (см. Экран 4). Если мы выберем разрешения Windows 2000, но при этом будем использовать приложения, написанные без учета архитектуры данной системы, то приложения могут работать некорректно или вообще не запускаться. А поскольку пока приложений, разработанных с учетом специфики Windows 2000, не так много, для начала целесообразно выбрать разрешения Terminal Server 4.0 (впоследствии их можно будет поменять на разрешения Windows 2000). После очередного нажатия кнопки «Далее» система запросит компакт-диск с дистрибутивом Windows 2000 Server, скопирует нужные файлы и выполнит необходимые настройки (см. Экран 5).

Экран 5. Копирование файлов из дистрибутива в систему.

После этого останется нажать кнопку «Готово» (Finish), и терминальные службы будут установлены на сервере.

Процесс лицензирования Terminal Services 2000

Напомню еще раз, что терминальные службы в режиме сервера приложений без активизированного сервера лицензий будут предоставлять пользователям временные лицензии в течение 90 дней. Если за данный период не будет установлен и активизирован сервер лицензий, то по истечении этого срока работать со службами терминалов смогут только пользователи Windows 2000.

Процедура лицензирования терминальных служб — вещь совершенно новая для данной службы, да и, пожалуй, вообще для всех продуктов Microsoft. Эта важная процедура достаточно подробно описана в системе интерактивной справки (On-Line Help) Windows 2000, так что я изложу лишь основные понятия, относящиеся к данному процессу, и обозначу шаги, необходимые для установки, настройки и администрирования сервера лицензий.

Основные понятия. При попытке подключения клиентского ПК к терминальному серверу последний, прежде чем разрешить подключение, запрашивает у клиента лицензию на использование терминальных служб. Если лицензия у клиента имеется, то подключение осуществляется, и сессия пользователя на сервере стартует (естественно, при наличии соответствующих прав доступа). Если лицензии нет, то терминальный сервер запрашивает новую лицензию у сервера лицензий и передает ее данному клиенту. Полученная лицензия сохраняется локально на жестком диске клиентского ПК и в дальнейшем предъявляется при каждом подключении к терминальному серверу. Сервер лицензий заносит в свою базу данных информацию о вновь выданной лицензии (выданная лицензия привязывается к имени компьютера).

Чтобы данный механизм работал, необходимо до начала использования терминального сервера в режиме сервера приложений (или до истечения срока действия временных лицензий) установить сервер лицензий, активизировать его с помощью службы Microsoft Clearinghouse, получить от этой службы пакет клиентских лицензий и установить его на сервер лицензий.

Служба Microsoft License Clearing-house — это подразделение Microsoft, которое регистрирует установку покупателями серверов терминальных служб и серверов лицензий, выдает заказчикам пакеты клиентских лицензий и помогает им восстановить пакеты лицензий при переустановке операционной системы.

Установка службы лицензирования (Terminal services licensing). Служба лицензирования устанавливается точно так же, как и остальные компоненты системы: «Пуск» -> «Настройка» -> «Панель управления» -> «Установка и удаление программ» -> «Добавление и удаление компонентов Windows». Затем нужно выбрать пункт «Лицензирование терминальных служб» и нажать «Далее» (см. Экран 6).

Экран 6. Установка лицензирования служб терминалов.

Теперь следует выбрать роль сервера лицензий и указать каталог для размещения базы данных сервера лицензий (см. Экран 7).

Сервер лицензий домена выбирают в тех случаях, когда используется модель рабочей группы (вообще нет контроллеров домена), когда используется сервер Windows 2000 в домене Windows NT 4.0 или когда предстоит обслуживать всего один домен Windows 2000.

Экран 7. Задание каталога для хранения базы данных сервера лицензий.

Сервер лицензий предприятия будет выдавать лицензии пользователям серверов, установленных в разных доменах дерева Active Directory.

Если в сети используются домены Windows 2000, то сервер лицензий терминальных служб нужно обязательно устанавливать на контроллер домена. Сервер лицензий и сервер с самой терминальной службой совсем необязательно устанавливать на одном и том же сервере.

Активизация сервера лицензий. Активизация сервера лицензий производится с помощью модуля snap-in (оснастки) «Лицензирование терминальных служб» (Terminal services licensing). После запуска программы следует выбрать в появившемся списке серверов лицензий нужный сервер, а затем нажать в меню пункт «Действие» -> «Активизировать сервер». Сервер лицензий можно активизировать четырьмя способами: через Internet, Web, факс или телефон.

Самый быстрый способ — активизация через Internet. В этом случае сервер лицензий (точнее, тот компьютер, на котором запущена программа «Лицензирование терминальных служб») должен иметь подключение к сети Internet (хотя бы на время активизации). После введения регистрационной информации заказчик получит по электронной почте код для активизации сервера, затем сервер лицензий нужно активизировать с помощью полученного кода, причем это можно сделать одновременно с установкой пакета клиентских лицензий. Вся информация, передаваемая между заказчиком и службой Clearinghouse, пересылается в зашифрованном виде.

При активизации через Web необходимо с помощью Web-браузера с любого компьютера, имеющего доступ в Internet, подключиться к сайту http://activate.microsoft.com, ввести регистрационную информацию и получить код для активизации сервера. После получения кода нужно активизировать сервер лицензий.

Если выбран способ активизации посредством факса, система снова предложит заполнить форму с регистрационными данными предприятия, затем распечатать ее и отправить по факсу в корпорацию Microsoft. Номер факса будет указан в распечатанной форме. Затем опять же по факсу будет выслан код для активизации сервера лицензий.

При активизации по телефону пользователю будет предложено позвонить по одному из телефонов службы Microsoft Clearinghouse и сообщить свои данные, тогда ему назовут код для активизации сервера лицензий терминальных служб.

Установка пакета клиентских лицензий. После активизации сервера лицензий необходимо установить на нем пакет клиентских лицензий.

Пакет лицензий — это специальный код, установленный на сервере лицензий и позволяющий данному серверу выдавать клиентские лицензии клиентам терминальных служб.

Установить пакет лицензий можно теми же способами, которые использовались при активизации сервера — через Internet, Web, с помощью факса или по телефону. Схема получения пакета клиентских лицензий та же самая, что и для активизации сервера лицензий, только вместо кода для активизации пользователь получает код для установки пакета лицензий.

Некоторые соображения и выводы. Стремление разработчика системы защитить свой продукт от нелицензионного использования — вещь вполне естественная. Я думаю, в дальнейшем следует ожидать внедрения аналогичных методов лицензирования и для других продуктов компании Microsoft.

Но вот техническая реализация данного действия, если смотреть с точки зрения потенциальных покупателей, разбросанных по бескрайним просторам России, пока далека от совершенства.

Во-первых, еще далеко не все пользователи российской провинции имеют доступ к ресурсам Internet. Во-вторых, при активизации лицензий по телефону или факсу пользователям предлагается телефон офиса службы License Clearinghouse, расположенного в Великобритании. Общаться с сотрудниками данной службы нужно, естественно, на английском языке. В-третьих, в случае переустановки системы на клиентском ПК лицензия для данного компьютера будет потеряна, в то время как в базе данных сервера лицензий она будет считаться выданной, и нет никакого способа передать ее на новый компьютер, кроме как позвонив в License Clearinghouse (даже для тех, кто имеет выход в Internet).

Все эти маленькие неприятности могут отпугнуть многих потенциальных покупателей лицензий на терминальные службы. А ведь данная служба предоставляет массу удобств как для пользователей, так и для системных администраторов.

Как мы убедились на собственном опыте, на базе сервера терминалов можно строить очень изящные решения для пользователей из среды малого бизнеса. Но именно для данной категории пользователей и будет всего труднее управлять лицензиями на терминальные службы.

Хотелось бы высказать некоторые пожелания относительно усовершенствования процедуры лицензирования. Во-первых, для регистрации своих продуктов специалистам Microsoft следует подумать об открытии подобного подразделения в Москве (согласитесь, звонок в Москву намного дешевле, чем в Великобританию, да и не все системные администраторы свободно владеют разговорным английским). Во-вторых, системный администратор после покупки и установки пакета лицензий должен иметь возможность собственноручно управлять лицензиями. Например, при переустановке системы на каком-либо рабочем месте должна быть возможность предоставления лицензии клиентскому ПК без обращения в License Clearing-house. А в идеале клиентские лицензии должны назначаться не конкретному компьютеру, а конкретному пользователю, чтобы тот имел доступ к нужной службе независимо от того, на каком компьютере он регистрируется в домене.

(Продолжение следует.)

Юрий Власов — инженер отдела локальных и корпоративных сетей. ООО Информационно-технический центр «Ками-Север», г. Ярославль. Имеет сертификаты MCSE, MCT. С ним можно связаться по адресу: vlasov@kamisever.ru.

Источник

Иван Федорец,
astarot_reload@rambler.ru,
http://www.astarot.aviti.net

От файл-сервера к клиент-серверу

Речь здесь пойдет о внедрении терминальной технологии в крупной производственно-торговой организации, действующей на украинском рынке и специализирующейся на продуктах питания. Информационная система предприятия объединяет 50 рабочих мест и охватывает бухгалтерию (14 рабочих мест), экономический отдел (4 места), отдел реализации (6 мест) и ряд других небольших подразделений. На всех рабочих местах используется файл-серверная версия системы «1С:Предприятие 7.7». Объем базы данных этой системы сейчас достигает 400 Мбайт.

В качестве ОС до внедрения терминальной технологии использовались различные версии Windows — 98, Me, 2000 Professional, XP Professional. Фактически ИС состояла из файл-сервера и множества относительно автономных ПК, объединенных в локальную сеть (см. рисунок). На рабочих местах помимо модулей «1С» имелись приложения Microsoft Office XP. Файл-сервер содержал БД системы «1С» и файлы пользователей. Печатающие устройства в системе подключались локально к пользовательским ПК.

Варианты расширения существующей ИС: путем традиционного наращивания мощности (А) и с использованием терминальной технологии (Б).

Один из важнейших недостатков такой организации ИС — низкий кпд. Для обеспечения
приемлемой скорости работы «1С» приходилось задействовать довольно мощные компьютеры.
Но, разумеется, мощность таких ПК редко используется полностью в течение всего
рабочего дня — львиную долю рабочего времени вычислительная система простаивает!
Заметим, что в масштабах Интернета данную проблему пытаются решить с помощью
сетей распределенных вычислений (grid).

Итак, при объеме БД в 400 Мбайт и количестве пользователей системы «1С» порядка 20 старые технологии перестали обеспечивать необходимую скорость работы. При использовании файл-серверной технологии локальная сеть (100 Мбит/с на коммутаторах) уже не справлялась с трафиком, что вызывало недопустимые простои в работе операторов «1С» при выполнении рутинных запросов к БД. Для повышения производительности ЛВС требовалась большая пропускная способность сетевого интерфейса файл-сервера — коммутаторы здесь мало помогают, так как трафик аккумулируется на одном порту файл-сервера. А необходимое увеличение производительности ЛВС требует крупных затрат. Таким образом, назрела необходимость замены файл-серверной технологии на клиент-серверную.

Терминалы оказываются эффективнее

Перед организацией встала задача — обеспечить приемлемую скорость и надежность работы «1С», физическую целостность БД и пользовательских данных, эффективную схему сетевой печати, доступа к Интернету и электронной почте. Для решения имелись два варианта: клиент-серверная версия «1С» на базе SQL Server либо схема, основанная на терминальной технологии Microsoft Windows — TTW (см. рисунок).

SQL-серверный вариант системы обеспечивает должную скорость работы, но, во-первых, сильно проигрывает терминальной системе в цене, а во-вторых, не обладает рядом присущих терминальным системам полезных свойств. Фактор стоимости был одним из приоритетных, поэтому вариант с SQL Server был отвергнут.

Выбор в пользу TTW был обусловлен рядом соображений — необходимостью работы с «1С» исключительно в среде Windows; потребностью в эффективном использовании вычислительных мощностей (терминальный сервер это обеспечивает); стремлением уменьшить объем данных, передаваемых по сети. Технология TTW позволяет обойтись без дорогостоящего повышения пропускной способности сети (например, с помощью перехода на гигабитный порт). Кроме того, она продляет срок эксплуатации ПК рабочих мест — в роли терминалов компьютеры могут использоваться вплоть до их физического, а не морального устаревания, и от них не требуется высокая вычислительная мощность.

Кстати, при создании системы «с нуля» эти соображения особенно актуальны, так
как компьютер, заранее спроектированный как терминал, гораздо дешевле полноценного
ПК. Существуют серийно выпускаемые терминалы с предустановленным ПО, способные
подключаться по протоколам RDP и ICA. Подобные решения предлагают многие производители,
в том числе в СНГ: это, например, московская компания K-Systems (http://www.k-systems.ru)
и Kron из Винницы (http://www.kron.vinnica.ua).

При проектировании терминальной системы «с нуля» можно сэкономить и на том, что в таком случае оказывается достаточно канала 10 Мбит на рабочее место. К тому же терминальная технология повышает надежность всей ИС, гибкость при развитии и масштабировании системы: для увеличения производительности и надежности системы достаточно модернизировать лишь серверы, а не весь компьютерный парк. Обновление терминального сервера сказывается сразу на всех рабочих местах, можно утверждать, что эффективность такой модернизации будет стопроцентной, при этом не требуется модернизации каждого рабочего места, как в случае с автономными ПК.

Еще одно соображение — доступность рабочей среды. В терминальной системе пользователь, зарегистрировавшись, попадает на «свое рабочее место» с любого терминала со своими правами доступа, программами, принтерами и т. п., возможно и администрирование терминального сервера с любого терминала. При выходе терминала из строя пользователь попросту переходит на другой терминал, регистрируется и снова получает свой «рабочий стол», продолжая работу с того места, на котором остановился на момент сбоя — он не только не теряет данные, но даже сохраняет открытые окна программ!

Технология не исключает и возможности создания гибридного рабочего места — на «полноценном» ПК можно установить локальную среду пользователя и терминальную клиентскую программу. Это расширяет функциональность, поскольку в качестве локальной ОС могут выступать Windows, MacOS, FreeBSD, Linux, Solaris и т. д.

Дополнительное достоинство TTW — экономия на антивирусном ПО. Достаточно установить средство защиты на точки входа данных в систему или на терминальный сервер, тогда как в традиционной системе оно требуется на каждой автономной рабочей станции. Можно сэкономить и на другом ПО, устанавливаемом на терминальный сервер, если в его лицензии не оговорена такая форма инсталляции и использования (впрочем, не следует надеяться на такую экономию с ПО Microsoft).

В завершение перечня достоинств TTW отметим также легкость и малое время перехода на терминальную технологию — в частности, возможен поэтапный вариант перехода существующей ИС на TTW.

Варианты TTW

Системы TTW могут использовать протоколы RDP и ICA. Протокол ICA жестко привязывает терминальное решение к продукту Citrix фирмы MetaFrame, но в рассматриваемом нами случае практические преимущества от использования терминального сервера Citrix не оправдывали стоимости такого варианта. Между тем TTW на базе протокола RDP входит в состав Microsoft Windows 2000 Server.

Далее, в новой ИС одновременно могут существовать три вида рабочих мест — терминалы; ПК с локальной средой пользователя и с терминальным доступом; автономные ПК с Windows 2000 Pro и доступом к файл-серверу.

Первая категория, в свою очередь, может включать терминалы без локальной среды пользователя, бездисковые и аппаратные терминалы, а также терминалы с локально установленной бесплатной ОС FreeBSD или Linux и с терминальном клиентом rdesktop, автоматически загружаемым при регистрации пользователя. Бездисковые терминалы выгодны при внедрении ИС «с нуля» — они требуют наличия сервера удаленной загрузки ОС и сервера X (при использовании Unix). Аппаратные терминалы бывают как бездисковые, так и с наличием flash-диска, содержащего ОС (Unix или Windows CE .NET) и терминальное ПО. Терминалы с FreeBSD или Linux наиболее выгодны при переводе существующего рабочего места на TTW.

ПК с локальной средой пользователя (Windows 2000 Professional) и терминальным клиентом используются при необходимости подключения кассового аппарата к COM-порту: терминальный механизм rdesktop не поддерживает переназначение портов (remapping).

Перечисленные выше достоинства TTW присущи как RDP-, так и ICA-системам, но из-за дешевизны RDP технологии при соответствии заданным требованиям было выбрано и описывается решение именно на RDP-протоколе.

Преодоление ограничений

К недостаткам терминальной системы можно отнести взаимную зависимость пользователей, пользующихся вычислительными ресурсами терминального сервера. Это важно, если один или несколько пользователей запускают ресурсоемкие приложения, — терминальные рабочие места остальных пользователей тут же снижают производительность. Заметим, что данной проблемы можно избежать при грамотном проектировании системы.

Выше было сказано о проблеме низкого кпд при традиционной организации ИС, но при переводе уже существующей традиционной ИС на TTW повышения кпд не происходит: ведь в терминалы превращаются полноценные ПК, которые, вообще говоря, справлялись со своими задачами. Зато появляются новые возможности, например, связанные с сетевыми системами. Так, можно использовать дисковое пространство терминальных клиентов для хранения данных посредством NFS, а ATA-интерфейсы, в свою очередь, используют высвобожденную вычислительную мощность процессора. Но более эффективным и производительным будет комбинированное использование на рабочих местах с Windows 2000 Professional локальных программ и терминальных сессий «1С». Терминальный сервер здесь загружен только по необходимости, при этом эффективно используется и локальная мощность ПК.

Надежность терминальной ИС

Надежность ИС включает обеспечение физической целостности данных, постоянной готовности системы к работе и минимизацию времени, необходимого на возврат системы в рабочее состояние.

Казалось бы, централизация системы всегда снижает надежность, но ведь файл-серверная система фактически уже централизована! При работе пользователей в традиционной системе (будем так называть систему с автономными ПК и файл-сервером, объединенными сетью) надежность снижается еще и из-за ошибок при передаче данных по сети. Между тем в терминальной системе реальные данные по сети практически не передаются, трафик включает лишь сведения о клавиатурном вводе и изменении экрана (но ошибку при вводе пользователь всегда может видеть).

В традиционной системе данные БД обрабатываются автономными ПК, комплектующие которых обладают средними показателями надежности. Можно считать, что общая надежность физической целостности базы данных «1С» равняется надежности рабочего места, умноженной на вероятность потери данных в сети.

В терминальной системе обрабатываемые данные не выходят за пределы системы терминальный сервер — сервер БД. В нашем случае терминальный сервер был объединен с сервером «1С» и файл-сервером. Данные из такого объединенного сервера не выходят вообще, следовательно, они обрабатываются только высоконадежным серверным оборудованием.

Другое средство повышения надежности — использование кластера терминальных серверов. Это минимизирует время на возврат ИС в рабочее состояние при выходе из строя одного терминального сервера: пользователи снова регистрируется на другом терминале и продолжают работу. Кроме того, кластерное решение позволяет проводить профилактические работы на терминальных серверах, не останавливая работы всей ИС.

Система Windows 2000 Advanced Server поддерживает двухузловые кластеры, Windows 2000 Datacenter Server — до четырех узлов в кластере, Windows 2000 Server не поддерживает кластеризацию.

Достаточно обеспечить бесперебойное питание серверного узла — тогда даже при отсутствии ИБП на каждом рабочем месте в худшем случае будут потеряны только данные о последних символах клавиатурного ввода, а время на восстановление ИС будет даже меньше, чем в традиционной системе: в терминальной среде пользователю не надо специально восстанавливать свою рабочую обстановку на «рабочем столе» компьютера, это делается автоматически. Защищать с помощью ИБП нужно только те рабочие ПК, которые должны работать непрерывно, например, рабочее место кассира. На менее оперативных рабочих местах, особенно при бездисковых терминалах, можно сэкономить на ИБП.

Повышению надежности всей ИС способствует использование аппаратных терминалов с flash-дисками — при этом уменьшается количество механических устройств.

Отметим еще, что ОС FreeBSD и Linux менее подвержены вирусным атакам: число вирусов для платформы Unix несоизмеримо меньше, чем для Microsoft.

ПО в терминальной системе

Существует два варианта лицензирования для Windows 2000 Terminal Server — «на сервер» и «на рабочее место». В первом случае имеется фиксированное число одновременно подключенных терминалов любого типа, а лицензии хранятся на сервере. Во втором случае на каждом терминале хранятся свои лицензии — это оптимальный режим для подключения к кластеру терминальных серверов.

Лицензирование на подключение в действительности включает две лицензии — на доступ к ресурсам сервера Microsoft Windows 2000 Server и на доступ к терминальной службе. Клиентская лицензия встроена в Windows 2000 Professional — для терминала с этой ОС терминальную лицензию покупать не надо.

Сэкономить на ПО поможет установка на терминалы бесплатных ОС, таких, как Linux или FreeBSD. Экономия выражается в разности между стоимостью Windows 2000 Professional и лицензии на терминальный доступ. Правда, эта экономия гораздо менее существенна, чем зачастую предполагается.

Бытует мнение, что стоимость ПО для терминальной ИС снижается, поскольку программы устанавливают лишь однажды, на терминальный сервер. К сожалению, это миф. В описываемой системе львиную долю стоимости ПО составляют продукты Microsoft, в частности, Office XP Standard. При покупке этих продуктов приходится платить не за копии ПО, а за возможность использования. При установке ПО Microsoft на терминальный сервер необходимо приобретать лицензии по числу терминальных пользователей, работающих с этим ПО, и может оказаться, что суммарная стоимость лицензий на ПО для терминальной ИС будет выше, чем для традиционной системы с автономными компьютерами. Нецелесообразно устанавливать Office XP на терминальный сервер. Лучше, к примеру, локально ставить Office XP на отдельных машинах поверх ОС Windows 2000 Professional. В случае терминала на базе FreeBSD или Linux можно инсталлировать среду типа KDE или Gnome и офисный пакет, к примеру, KOffice или OpenOffice — эти приложения «понимают» форматы DOC и XLS, правда, требуют дополнительной настройки. OpenOffice входит в состав дистрибутива ALT Linux Junior.

Перед переходом на TTW важно определить состав ПО, необходимого на каждом рабочем месте. Для некоторых пользователей терминальная рабочая среда неприемлема из-за специфики программ, с которыми они работают. Так, некоторые системы «клиент-банк» работают только в режиме удаленного доступа к сети. Кроме того, все ПО необходимо протестировать на корректность работы в терминальной среде. Программы Microsoft Office XP и Outlook Express в терминальной среде работают так же, как и на локальных машинах, корректно сохраняя пользовательские настройки.

Очень полезным может оказаться бесплатный набор приложений 602PC Suite Office. Особенно приятно, что размер его инсталляционного пакета лишь ненамного превышает 15 Мбайт. Пакет 602Office, корректно работающий в терминальной среде, совместим с файлами DOC и XLS и к тому же включает мощный редактор изображений. Серьезный недостаток, замеченный при эксплуатации табличного редактора, входящего в 602PC Suite, заключается в отличии нумерации объединенных ячеек от программы Microsoft Excel — в результате при открытии файла, созданного в Excel с использованием объединенных ячеек и формул, сдвиги в нумерации объединенных ячеек приводят к неправильному расчету формул.

Реализация системы

Аппаратное обеспечение

Терминальный сервер, совмещающий также функции сервера БД системы «1С» и файл-сервера, оснащен двумя процессорами Pentium III 1 ГГц; 1,2 Гбайт памяти ECC SDRAM; тремя жесткими дисками Fujitsu SCSI емкостью по 160 Гбайт, организованными в RAID-5; адаптером LAN Intel Express 100.

Как известно, работа SCSI-интерфейса не нагружает процессор, в отличие от ATA-интерфейса. Массив RAID уровня 5 при достаточной надежности обеспечивает высокую скорость чтения и записи. Семимесячный опыт работы терминальной ИС показал, что при одновременной работе 20 пользователей на таком терминальном сервере расходуется в среднем 750 Мбайт ОЗУ, а загрузка процессоров в среднем составляет 60%.

В качестве терминалов используются простенькие ПК на базе Pentium 133 МГц, с 48 Мбайт ОЗУ и жесткими дисками по 2 Гбайт, а также более мощные — на базе Celeron 1 ГГц, со 128 Мбайт ОЗУ и 20-Гбайт жесткими дисками. Терминалы работают с приемлемой скоростью даже на участках сети с пропускной способностью 10 Мбит/с. В конфигурации на базе Pentium 133 бывают заметны фазы перерисовки экрана. Оптимальной для данных функций будет конфигурация с Celeron 300 МГц c 64 Мбайт ОЗУ. Сейчас фирма VIA выпускает высокоинтегрированные решения на базе процессорного ядра C3, на которых можно самостоятельно построить терминал. На платформах VIA выпускаются и терминалы компаний K-Systems и Kron. Преимущества платформы от VIA — компактность (размеры системной платы 170х170 мм).

При создании терминала на основе Unix необходимо учитывать, что не все сетевые карты работают с этой ОС (в числе совместимых — продукты 3Com, Intel, Realtek, SMC).

Сетевая печать

Существует несколько вариантов организации печати для терминальной системы. Если принтер подключен к терминалу с ОС FreeBSD или Linux, то терминал оснащается системой SAMBA, а печать идет через драйвер, установленный на терминальном сервере или на той системе, которая отправила задание на печать. Можно использовать принт-серверы.

Еще один вариант — подключение принтеров к компьютерам с Windows, ведь некоторые принтеры имеют драйверы только для этой ОС.

Программная часть

В качестве терминального клиента для FreeBSD и Linux в данном проекте была выбрана система rdesktop, входящая в стандартную поставку пакетов FreeBSD. Она стабильно функционирует на FreeBSD версий с 4.5 по 4.8, а также на ALT Linux Junior версий 1.1 и 2.0.

Клиент rdesktop использует 4-ю версию протокола RDP и не поддерживает режимы с числом цветов более 256. Для офисного рабочего места это может оказаться неприятным ограничением. Из более серьезных недостатков упомянем отсутствие функции передачи локальных портов терминала серверу (port remapping). Данный недостаток приводит к невозможности работы с устройствами на COM-портах терминалов — кассовыми аппаратами и модемами.

Неудобства терминалов на FreeBSD и Linux

В FreeBSD пользователь не имеет права перегружать или выключать ПК — это доступно только с учетной записи администратора. В ALT Linux Junior такого ограничения нет, кроме того, функции выключения и перезагрузки реализованы здесь с графическим интерфейсом.

Далее, при работе на машине только как на терминале недоступны дисководы (даже если они физически присутствуют). Нужно тщательно планировать ПО, которое будет использоваться на рабочем месте. Если требуется ПО, защищаемое, например, ключом HASP, установленным локально, или ключевой дискетой, то на терминал с FreeBSD и rdesktop вы его, возможно, уже не установите.

В процессе создания терминальной ИС была выявлена проблема учета HTTP-трафика пользователей. Большинство учетных систем дифференцируют пользователей по IP-адресу, а в терминальной системе весь HTTP-трафик идет с IP-адреса терминального сервера. Эта проблема решается организацией авторизованного доступа и учета трафика не по машинам, а по пользователям. Как вариант можно предложить использование кэширующего прокси-сервера SQUID для авторизованного доступа в Интернет. Это средство можно устанавливать в FreeBSD, Linux и Windows. По установке и настройке SQUID в Интернете существует много материалов (см., например, http://squid.opennet.ru).

У SQUID немало достоинств. Данный сервер бесплатен, а в его функции входит аутентификация пользователей внешней программой — это обеспечивает свободу в выборе метода аутентификации. К примеру, можно организовать автоматическую проверку прав пользователей по их именам Microsoft Windows домена. SQUID — кэширующий сервер, при установке на стороне предприятия он позволяет снизить объем трафика на внешнем канале в Интернет. Поскольку SQUID — стандартное, проверенное временем решение, для него разработано достаточно дополнительных модулей, в том числе и мощных программ для сбора статистики по анализу журналов. В нашем проекте для сбора статистики SQUID использован пакет SARG.

Более полную информацию по настройке FreeBSD-машины как терминала, а также по настройке принтера, подключенного локально к FreeBSD-терминалу, можно получить на сайтах http://astarot.aviti.net (здесь приведено решение проблем, с которыми столкнулся автор статьи в процессе настройки FreeBSD-терминалов) и http://opennet.ru (статьи, форум по FreeBSD).

Итоги и перспективы

В процессе планирования и внедрения терминальной ИС была выявлена необходимость в следующих предварительных шагах:

тестовые испытания ПО, эксплуатируемого в ИС в условиях многопользовательской терминальной среды;
расчет стоимости ПО для аналогичной по мощности традиционной ИС в сравнении с терминальной;
поиск аналогов ПО для снижения суммарной стоимости ПО или для обеспечения корректной работы в терминальной среде;
расчет стоимости системы как по традиционной схеме ИС, так и по терминальной;
анализ возможности перехода Unix-терминалов на свободно распространяемое ПО с целью снижения суммарной стоимости ИС;
анализ возможного перехода на бездисковые терминалы;
анализ построения кластера терминальных серверов.

В описанном проекте предприятие, внедрившее терминальную ИС, получило эффективное масштабируемое решение при минимальных затратах. Примечательно, что терминальная система может сосуществовать и с традиционными автономными ПК рабочих мест — это дает возможность проводить постепенное внедрение TTW и обеспечивает большую гибкость всей системы, поскольку одновременно используются преимущества и традиционной, и терминальной систем.

Создание кластера терминальных серверов позволяет пропорционально повышать производительность всей системы по мере увеличения числа входящих в него серверов. Нарастить производительность всей ИС при наличии одного терминального сервера можно с помощью увеличения объема ОЗУ, замены или добавления процессоров и т. п. В терминальной системе соблюдается принцип масштабируемости по всем важным параметрам, что позволяет повышать эффективность за счет экстенсивного расширения системы.

При использовании аппаратных терминалов мы экономим на вычислительной мощности рабочих мест. В случае создания системы «с нуля» можно создавать ИС на базе бездисковых терминалов FreeBSD, сэкономив на стоимости жестких дисков, но тогда надо учитывать стоимость загрузочного сервера плюс стоимость X-сервера, обслуживающего терминальных клиентов. В случае удаленной загрузки ОС также растут затраты на сетевые карты. Помимо аппаратной стоимости ИС возрастает также нагрузка на сеть из-за трафика между X-сервером и обслуживаемыми им терминальными клиентами.

Удаленная загрузка FreeBSD позволяет использовать корневую файловую систему, монтированную по NFS, что снижает требования к объему оперативной памяти бездискового терминала, но может повысить нагрузку на сеть.

Еще один перспективный вариант использования терминальной технологии — удаленные рабочие места в распределенных сетях (например, на базе технологии VPN). Практический опыт показывает, что для этого лучше подходят системы на основе Citrix, поскольку они используют гораздо меньшую полосу пропускания канала связи терминал — сервер, чем системы на базе RDP.

Источник

Client licensing for Windows 2000 Server Terminal Services?

Thread starter

gmoney007
Start date

Jul 29, 2002

You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an alternative browser.

Hi All,

I’m having a Windows 2000 server problem. We are trying to set up Windows 2000 server so that we can run apps from remote locations (application server mode). We have been working on setting up a Terminal Services Licensing Server, but have hit a snag.

We found the following MS support page telling us how to activate a terminal services licensing server:
http://www.microsoft.com/windows200…/WINDOWS2000/en/server/help/ts_lice_c_015.htm

OK, no problems. Our server says it is activated and all that nice stuff.

Now, as I understand it, we need to install client license packs to allow our other computers to connect to the server and be properly licensed. We open Terminal Services Licensing, and right click on the server that is acting as a Terminal Services Licensing server. We select «Install Licenses» from the popup menu.

Now, a wizard pops up asking for «the license code found in your product packaging.» What license code, and in which product packaging? I tried serial numbers from various flavors of Windows (XP Pro and 2k Pro), but these came back as «invalid product» (in the case of 2k pro) or «invalid license code» (in the case of XP pro). There is another instruction page out there (which can’t be directly linked to) that gives instructions for installing a client license pack. The text is as follows:

BEGIN INSERTED TEXT

* To install client license key packs using the Internet

Open Terminal Services Licensing
In the console tree, right-click the license server for which you want to install key packs, and then click Install Licenses.

The previous steps are not necessary if the Licensing wizard is already started.

In Program and Client License Information, provide the required information for your licensing program to receive your key packs, and then click Next.

Microsoft processes your request, and installs the encrypted client license key pack on your license server.

Click Finish to complete the process.

The license server can now issue licenses to clients that connect to a Terminal server.

Note

To open Terminal Services Licensing, click Start, point to Programs, point to Administrative Tools, and then click Terminal Services Licensing.
You cannot install client license key packs until your license server is activated.
Contact the Microsoft Customer Support Center if you receive an error during the client license installation process. To find the nearest phone number, you must first go to Licensing Wizard Properties and select Telephone as the connection method, right-click the license server, and then click Install licenses to display the appropriate number.

END INSERTED TEXT

The wizard that pops up does not have *any* place to supply «Program and Client License Information».

Am I missing something? I thought I’d ask everyone before I tried calling the MS tech support line. Apparently, this costs $210/hour!

Thanks!

You need to buy TSCALs for each client that’s connecting; I think Microsoft will license you TWO connections for administration purposes for free with Terminal Services, after that you start shelling it out. These are NOT the same as your XP/2000 serial numbers.

Originally posted by: sml
You need to buy TSCALs for each client that’s connecting

Not necessarily true, as explained below.

I think Microsoft will license you TWO connections for administration purposes

True. Terminal Services in Admin mode allows two simultaneous Administrator connections

after that you start shelling it out. These are NOT the same as your XP/2000 serial numbers.

Mmmmmm….not quite. From Microsoft Knowledge Base Article — Q291807:

According to the end-user license agreement (EULA), if you are using a licensed version of Windows 2000, you do not have to purchase a Windows 2000 Terminal Services Client Access license to connect to a server that is running Windows 2000 Terminal Services. However, you must still deploy and activate a server that is running Terminal Services Licensing.

Anything running W2K Pro or WinXP Pro (Home probably DOESN’T count) already has the TS license included in the OS cost (VERY compelling reason for folks to upgrade from older OSes). If your License Server is activated, you should be able to look at the licensing console and see the licenses automatically issuing for W2K and WinXP machines.

License packs are needed for older desktop OSes (Win3.1, Win9x, WinNT, and PROBABLY Win XP Home).

Hi Guys,

Thanks for the input!

So, TallGeese, if I have legal copies of Win2k and XP Pro, can you think of any reason why the serial numbers from these products wouldn’t work? I know that the XP Pro install is activated but NOT registered. I’m not sure of the status on the Win2k licenses. Do you think that could be the problem?

I thought about this before, but wasn’t sure it was the problem since 2k server gave me «invalid product» errors. I assumed that meant that the serial number from the Win OS was not the proper information to give.

Thanks!

: May 15, 2000

: 33,229

: 16,532

: 136

Originally posted by: gmoney007
if I have legal copies of Win2k and XP Pro, can you think of any reason why the serial numbers from these products wouldn’t work?

Uhhhh….because you don’t need to enter them? As I’ve seen it in a production environment, the Licensing Server, once it is activated, will automagically show licenses for Win2K and WinXP Pro workstations. No other config or licenses are required, UNLESS you are using previous desktop OSes (Win 3.x, Win 9x, Win ME, Win NT 4 Workstation).

since 2k server gave me «invalid product» errors, I assumed that meant that the serial number from the Win OS was not the proper information to give.

Correct. TS License Pcks are COMPLETELY different from the OS licenses. However, Win 2K and Win XP Pro workstations do not require separate TS licensing (as was the case in the NT 4 TS era) now, as the TS license is INCLUDED in the OS cost.

You don’t need «TSCALs» for Win2k Client & up, but you still need to activate the licences. You can activate the Licences with MS to get the TS server to work (you can activate by the net or by phone).

After installing TS Licensing server click: Administrative Tools > Terminal Services Licensing > All server > [your_server] > Action > Install Licences (or right_click your_server > Licensing).

You must install the most recent Win2k SP2 to get the TS Licensing to work, because most OEM Win2k Server CD with SP2 on it doesn’t work (thanks MS for this fudged up & keep their customer in the dark).

You may need to install the TS License patch recovery to get TS server to work, but it is recommended by MS to wait till Win2k SP3 release for the fix if you have no problem (it took me over 2 months to figured out all of MS fudged up a year ago…It would save me a lot of time & frustration if these fudged up was documented then).

You must install the MS Office Tool Kit to get the MS Office apps to install & work under TS server (you may want to apply all MS Office patches to get it to work).

You can use «Add/Remove Programs» to install applications on the TS server, but I can’t seemed to get this method to work. The other method work perfectly is to run the change user command to install the apps.

At dos console type:
change user /execute or change user /install change user /query

/execute = execute mode — normal TS mode that should be running when TS clients are logon the TS server.
/install = install mode — change to this mode to install apps on the TS server.
/query = query mode — tell you if execute or install mode is running (point less command, because you could just run the /execute or /install command to make sure it is the mode that you want to be in).

Win2k TS Client have problems with translating TS server 8 bits colors to 256 colours on client side, therefore you may want to install the Universal TS Client (Remote Desktop for WinXP). It will fix the translation if you have colour gradation of blue or any other hues that translate to greys (no more same or similar colour/hue of grey text on grey background).

Another solution is to install Openoffice or Staroffice on your MS TS server to save the damned licensing.

You might want to look into getting Linux desktop & uses rdesktop to get Linux clients to connect to MS TS_server.

Eventually I wil have Linux clients/workstation connect to X server, if the boss give me the okay.

Good luck.

Advertising
Cookies Policies
Privacy
Term & Conditions

This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.

Источник

Часть 1

Коротко о новых возможностях Terminal Services

Доступ в клиентской сессии к принтерам, подключенным к компьютеру пользователя.

Установка Terminal Services 2000

Экран 1. Выбор компонента «Службы терминалов».

Экран 2. Состав компонента «Службы терминалов».

Экран 3. Выбор режима работы служб терминалов.

Экран 4. Назначение разрешений пользователям служб терминалов.

Экран 5. Копирование файлов из дистрибутива в систему.

После этого останется нажать кнопку «Готово» (Finish), и терминальные службы будут установлены на сервере.

Процесс лицензирования Terminal Services 2000

Экран 6. Установка лицензирования служб терминалов.

Экран 7. Задание каталога для хранения базы данных сервера лицензий.

(Продолжение следует.)

Источник

#1 Отправлено 10 Декабрь 2008 — 21:03

#2 nss Отправлено 10 Декабрь 2008 — 22:31

#3 Noizer Отправлено 11 Декабрь 2008 — 02:38

#4 nss Отправлено 11 Декабрь 2008 — 07:02

#5 Noizer Отправлено 11 Декабрь 2008 — 16:23

#6 nss Отправлено 11 Декабрь 2008 — 22:39

#7 Noizer Отправлено 13 Декабрь 2008 — 08:39

#8 Fil2008 Отправлено 23 Декабрь 2008 — 05:20

#9 Sunflower Отправлено 09 Январь 2009 — 16:11

#10 athlant64 Отправлено 26 Март 2009 — 10:39

Часть 1

Коротко о новых возможностях Terminal Services

Установка Terminal Services 2000

Процесс лицензирования Terminal Services 2000

От файл-сервера к клиент-серверу

Терминалы оказываются эффективнее

Варианты TTW

Преодоление ограничений

Надежность терминальной ИС

ПО в терминальной системе

Реализация системы

Аппаратное обеспечение

Сетевая печать

Программная часть

Неудобства терминалов на FreeBSD и Linux

Итоги и перспективы

Client licensing for Windows 2000 Server Terminal Services?

Часть 1

Коротко о новых возможностях Terminal Services

Установка Terminal Services 2000

Процесс лицензирования Terminal Services 2000

#1

Отправлено 10 Декабрь 2008 — 21:03

#2

nss

Отправлено 10 Декабрь 2008 — 22:31

#3

Noizer

Отправлено 11 Декабрь 2008 — 02:38

#4

nss

Отправлено 11 Декабрь 2008 — 07:02

#5

Noizer

Отправлено 11 Декабрь 2008 — 16:23

#6

nss

Отправлено 11 Декабрь 2008 — 22:39

#7

Noizer

Отправлено 13 Декабрь 2008 — 08:39

#8

Fil2008

Отправлено 23 Декабрь 2008 — 05:20

#9

Sunflower

Отправлено 09 Январь 2009 — 16:11

#10

athlant64

Отправлено 26 Март 2009 — 10:39