Главная  
  • Программы  
  • Методички  
  • Рефераты  
  • Дипломы  
  • Разное  
  • Фото  
  • Контакты  
  • Карта сайта  
  • Я:
    Найти:
    Возраст:
    -

    Terminal Server. Требования клиента.

    HashFlare

    3.1 "Тонкий" клиент

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

    Есть три основных варианта развертывания клиентов для Terminal Server;

    замещение рабочего стола;
    интеграция рабочего стола;
    замещение приложений.

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

    Замещение рабочего стола



    Как следует из названия, при замещении рабочего стола (desktop replacement) происходит перемещение всех приложений, которые пользователь запускает на своем локальном компьютере, на сервер, чтобы они полностью выполнялись в сеансе Terminal Server. При этом на локальном устройстве пользователя работает только одно приложение - клиент Terminal Server. Когда говорят о Terminal Server и о "тонких" клиентах вообще, первая конфигурация, которая приходит в голову, - это сценарий замещения рабочего стола. На рис. 6.1 показан простой пример такого сценария: сеанс рабочего стола Windows 2000 на локальном рабочем столе Windows NT 4.0. Для того чтобы обеспечить замещение рабочего стола на компьютере пользователя, применяются два основных типа клиентских устройств.

  • Windows-терминалы. Этому устройству отдается предпочтение, когда цель замещения рабочего стола - уменьшить общую стоимость владения (Total Cost of Ownership, TCO). Windows-терминал (Windows-based terminal, WET) работает по тому же принципу, что и терминал X Windows или 3270. Обычно на терминал возлагаются только самые необходимые задачи по обработке и хранению дан ных. Набор оборудования большинства WBT минимален. Пользователю предоставляются только монитор, мышь и клавиатура. Дополнительные средства, такие как звук, доступны не всегда - в зависимости от производителя терминала. Подробнее о Windows-терминалах читайте далее. Им посвящен специальный раздел.

  • Неполные ПК. Такие ПК работают как терминалы, обеспечивая только доступ к пользовательскому сеансу Terminal Server и не имея локальных устройств для хранения данных или приложений. Обычно на таких ПК установлены только сетевые службы, необходимые для подключения к сеансу, а локальная политика защиты запрещает пользователю изменять конфигурацию. Во многих компаниях, где ПК работают в режиме замещения рабочего стола, это делается с целью сократить ТСО, продлив срок эксплуатации аппаратных средств, которые иначе пришлось бы заменить. ТСО ПК может быть выше, чем у WBT, в частности при отсутствии политики, запрещающей изменение конфигурации ПК пользователями, а также хранения на них локальных приложений или данных. На роль ПК-терминалов идеально подходят устаревшие машины, такие как компьютеры класса Pentium или 486. Их мощности, как правило, достаточно, чтобы поддерживать 32-разрядную ОС (Windows 95/98) и клиент RDP или 1СА.

    Замещение рабочего стола обычно подходит узко специализированным пользователям (task-based worker), которые выполняют строго определенную работу в типичном наборе приложений. Прекрасный пример группы таких пользователей - центр связи с клиентами. Главное условие их продуктивной работы заключается в доступе к требуемым приложениям. Замещение рабочего стола обеспечивает таким пользователям единую среду в любое время и на любом клиентском устройстве.

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

    Интеграция рабочего стола



    Интеграция рабочего стола (desktop integration) очень напоминает замещение рабочего стола, но при этом Terminal Server предоставляет пользователю, наряду с локальным клиентом, работающим в ОС, отличной от Windows, доступ к рабочему столу Windows. Например, пользователь компьютера Macintosh или рабочей станции UNIX X Windows может с помощью Terminal Server получить доступ к рабочему столу Windows. Такая конфигурация позволяет придерживаться стандарта, основанного на Windows-приложениях, не требуя ни перехода на ПК с Windows, ни приобретения дополнительного Windows-компьютера.

    Такой сценарий наиболее типичен для пользователей, основная работа которых требует, с одной стороны, специфических клиентских аппаратных средств, а с другой - запуска одного или нескольких Windows-приложений. Примером могут послужить инженеры или архитекторы, использующие графические станции UNIX, или настольные издатели, которые работают на компьютерах Macintosh. На рис. 6.2 показан рабочий стол Windows 2000 на клиентском ПК с Linux.

    Замещение приложений



    Хотя замещение рабочего стола часто идеально подходит для Terminal Server, оно редко оказывается самым практичным. Гораздо более типичным сценарием реализации является замещение приложений (application replacement). В основе замещения приложений лежит простая идея - переместить одно из приложений с локального компьютера на сервер терминальных служб и предоставить к нему доступ, в то время как остальные приложения останутся локальными и будут находиться под контролем пользователя. Замещение приложений позволяет включить к Termi-nal Server больше пользователей, поскольку единственное, что им требуется - обеспечить доступ к приложению, расположенному на сервере юрминальных служб. Круг привлекаемых пользователей больше не ограничен одним отделом или рабочей группой. Замещение приложений обычно осуществляется одним из следующих способов.

  • Рабочий стол Terminal Server содержит типичные приложения. Эта конфигурация требует, чтобы пользователь работал одновременно с двумя рабочими столами (локальным и предоставляемым Terminal Server). Лучше откажитесь от такого варианта, если только вы не имеете дело с опытными пользователями, поскольку большинство пользователей испытывают немалые затруднения, работая одновременно с двумя разными рабочими столами. Это все равно что интегрировать рабочий стол Windows на клиенте с другой ОС, о чем говорилось ранее.

  • Пиктограмма подключения с автоматическим запуском нужного приложения. После того как приложение загружено, оно выполняется в клиентском окне Terminal Server соответствующего размера. На рис. 6.3 показано приложение Microsoft Word, работающее в этом режиме на RDP-клиенте. Обратите внимание, что у программы две строки заголовка: одна - для сеанса Terminal Server, другая - для самого приложения. Чтобы приучить пользователя к различиям между ними, нужно обратить его внимание на то, что если щелкнуть на кнопке сворачивания окна в строке заголовка Word, то закроется Word в окне сеанса. Но как только закроется окно Word, сеанс Terminal Server также завершится.

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

    Поскольку замещение приложений требует целого комплекса программ, работающих как локально, так и на сервере терминальных служб, Windows-терминал здесь вряд ли подойдет - разве что это устройство имеет встроенную ОС для поддержки локально установленных приложений. Лучше оставить пользователям их старые ПК и операционные системы, но предоставить поддержку новых удаленных приложений. Особые возможности замещения приложений для протоколов RDP и 1СА описаны далее в этой главе.

    Поддержка RDP-клиента



    RDP-клиенты для следующих ОС:

    Windows2000;
    Windows 95/98;
    Windows NT (3.51, 4.0);
    Windows for Workgroups 3.11;
    терминалы Windows СЕ и портативные устройства.

    Какой бы ни была ОС, в настоящее время для поддержки RDP необходим сетевой транспортный протокол TCP/IP.

    Краткая информация о минимальных требованиях к аппаратным средствам для каждой версии Windows, поддерживаемой RDP-клиентами (кроме клиента WinCE, о котором речь пойдет позже), представлена в табл. 6.1. При замещении рабочего стола аппаратных средств, минимально рекомендованных для определенной ОС, более чем достаточно, поскольку единственным программным обеспечением на стороне клиента ипляется собственно клиент Terminal Server. При замещении приложений сверх рекомендованного минимума могут потребоваться дополнительные клиентские ресурсы, в зависимости от того, какие приложения будут использоваться локально. В большинстве проектов по замещению приложений на клиентах остается их старая ОС, но дополнительно устанавливается клиентское ПО Terminal Server.

    Таблица 6.1. Минимальные требования к аппаратным средствам для клиентов Windows

    Клиентская ОС

    Тип клиента

    Объем оперативной памяти

     

    Процессор

    Windows 2000Professional

     

    32-разрядный

    64 Мбайт

    Pentium 133 или его аналог

     

    Windows NT Workstation3.51/4.0

     

    32-разрядный

     

    32 Мбайт

     

    Pentium 90 или его аналог

    Windows 98

     

    32-разрядный

    24 Мбайт

    Intel 486/66 или его аналог

     

    Windows 95

    32-разрядный

    12 Мбайт

    Intel 486/33 или его аналог

     

    Windows for Workgroups 3.11

    16-разрядный

     

    4-8 Мбайт

     

    Intel 386 или его аналог



    Обычно выбор ОС зависит от аппаратных средств, доступных в данный момент или выделяемых для пользователей Terminal Server. Одной из причин для внедрения технологии "тонкого" клиента является уменьшение общей стоимости владения. Несомненно, один из способов добиться этого - увеличить отдачу от средств, вложенных в имеющиеся аппаратные средства. К сожалению, для этого не всегда достаточно подобрать подходящих клиентов.

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

    Простой пример применения этого принципа - сравнение стоимости поддержки Windows for Workgroups (WfW) 3.11 и Windows 98. Если сравнить возможности драйверов устройств и функций plug-and-play (PnP), имеющихся в Win98, с ручной настройкой, которая требуется в WfW, сразу становится очевидно, что для уменьшения стоимости поддержки клиентов следует предпочесть Win98. Конечно, настройка - не единственное, что нужно учитывать. Стабильность 32-разрядной ОС и такие возможности, как поддержка стандартизированных клиентских профилей, также способствуют уменьшению стоимости поддержки и улучшению управляемости.

    Чаще всего принимается решение просто продолжать использовать ту ОС, которая в настоящее время установлена на компьютерах пользователей. Если сегодня клиенты работают в Windows 95, то обычно они продолжают использовать ее и после перехода на Terminal Server.

    Еще одно соображение - стоимость лицензирования клиентов для использования Terminal Server. Поскольку лицензия Windows NT Workstation/2000 Professional требуется для каждого клиента Terminal Server,то возможно, стоит подумать об обновлении клиентских компьютеров, чтобы они управлялись одной из этих клиентских ОС в сочетании с замещением рабочего стола. Такое решение особенно хорошо подходит для пользователей, работающих с Windows 95/98 на новых машинах. Наиболее типичная конфигурация таких настольных ПК - процессор класса Pentium или выше с объемом оперативной памяти как минимум (2 Мбайт. Эта конфигурация должна поддерживать Windows NT Workstation/2000 Professional no сценарию замещения рабочего стола. Впоследствии можно извлечь пользу из дополнительной защиты настольных компьютеров и возможностей блокировки, имеющихся в этих ОС.

    Клиент для Win32

    32-разрядное клиентское ПО для протокола RDP обеспечивает одинаковую поддержку клиента на всех 32-разрядных ОС семейства Windows. Сюда входят следующие новые возможности, имеющиеся в Windows 2000 Terminal Server и RDP 5.0:
    локальная/удаленная интеграция буфера обмена;
    отображение клиентских принтеров;
    удаленное управление сеансами;
    постоянный кэш растровой графики.

    Выбор клиентской 32-разрядной ОС обычно зависит от того, в какой ОС пользователи работают сейчас и какой вид замещения планируется - рабочего стола или приложений.

    Клиент для Win 16

    16-разрядное клиентское ПО для протокола RDP предоставляет те же клиентские возможности, что и 32-разрядное. Единственное различие заключается в том, что 16-разрядный клиент является однопоточным, а 32-разрядный - многопоточным. Этот единственный поток 16-разрядного клиента должен справляться с обработкой данных интерфейса пользователя, а также отправлять и принимать данные. В результате отклик такого клиента по сравнению с 32-разрядным может быть замедленным.

    Как и все 16-разрядные приложения, этот клиент чувствителен к некорректной работе других 16-разрядных приложений, что может привести к сбою сеанса. По возможности предпочтение следует отдавать 32-разрядному клиентскому ПО.

    Клиенты для других ОС

    В то время как клиенты Microsoft RDP официально поддерживаются только компьютерами, работающими под управлением ОС Windows, есть возможность запускать клиентское ПО для RDP в системе эмуляции Windows или в других ОС, таких как OS/2 или UNIX. В такой конфигурации производительность и надежность не гарантируются, а о внедрении в промышленных масштабах не стоит и думать без тщательного тестирования.

    Поддержка ICA-клиентов

    В настоящее время существуют ICA-клиенты для следующих ОС и вычислительных сред:

    Windows 2000, Windows NT 3.51/4.0, Windows 95/98, Windows for
    Workgroups 3.11, Windows 3.1, Windows CE; ;
    DOS, Macintosh, Linux (Red Hat, Slackware, Caldera, SuSE);
    UNIX (Solaris, SunOS, SCO, SGI, HP/UX, Compaq Tru64, IBM); . Java (JDK 1.0, 1.1);
    Web-броузеры (Internet Explorer, Netscape).

    ICA поддерживается протоколами TCP/IP, IPX, SPX и NetBEUI, если они в свою очередь поддерживаются операционной системой.

    Как и в случае с RDP-клиентом, выбор клиентской ОС для ICA-клиента зависит от аппаратных средств, которые в настоящее время доступны или предназначены для пользователей. Одно из множества преимуществ протокола 1СА перед RDP состоит в хорошей поддержке разнородных вычислительных сред, что дает больше возможностей при ныборе клиента, в частности для сценария с замещением приложении. Но многих ситуациях при внедрении ICA-клиента изменения в существующей клиентской ОС крайне незначительны или вообще не нужны.

    Клиент для Win32

    ICA-клиент для Win32 обеспечивает наиболее полную поддержку всех новейших возможностей протокола ICA, таких как Program Neighborhood и I эмуляция локальных окон, которые являются основными компонентами интеграции при замещении приложений в среде MetaFrame. Как я уже говорил, когда речь шла о 32-разрядном RDP-клиенте, выбор 32-разрядной клиентской ОС зависит от того, в какой ОС пользователи работают сегодня, а также замещение чего планируется - рабочего стола или приложений.

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

    Клиент для Win16

    lCA-клиент для Win16 поддерживается как Windows 3.1, так и WfW3.ll. Он обеспечивает большинство возможностей клиента Win32,j кроме Program Neighborhood и эмуляции локальных окон. Клиент Win 16

    Хорошо подходит для предприятий, где из-за ограниченных расходов на аппаратные средства до сих пор работает одна из этих 16-разрядных ОС, ми которые хотят перейти на 32-разрядную. Я бы посоветовал воспользоваться этим клиентом в сценарии с замещением рабочего стола, когда в Инфраструктуре уже есть 16-разрядная Windows, а имеющиеся аппаратные средства не позволяют перейти на Windows NT/2000 Professional.

    Как и все 16-разрядные приложения, ICA-клиент работает в одном Потоке и поэтому не в состоянии предоставить ту же производительность и стабильность, что и 32-разрядный клиент.

    Клиент для WinCE

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

    Устройство должно поддерживать видеорежимы не менее чем с 16 цветами или полутонами серого цвета.

    Необходима поддержка подключения по протоколу TCP/IP или удаленного доступа (РРР или SLIP) к среде Terminal Server.

    Должен использоваться один из поддерживаемых процессоров. В настоящее время поддерживаются процессоры SH3, SH4, Х86, MIPS, PowerPC и ARM.

    Terminal Server с клиентами WinCE лучше всего подходит для развер-тывания пользовательских приложений, разработанных специально для работы в среде WinCE. Из-за ограниченной области просмотра портативные устройства не очень подходят для таких традиционных настольных приложений, как Word или Excel. Хотя в Citrix есть функция, называемая прокруткой виртуального экрана (virtual screen panning), которая позволяет обращаться к большому рабочему столу сеанса Terminal Server с портативного устройства, вряд ли стоит заставлять пользователя работать в таком сеансе без особо уважительных причин.

    Клиент для DOS

    Есть два варианта клиентов для DOS - для 16- и 32-разрядной версий. Основные различия между ними представлены в табл. 6.3.

    В перспективе Citrix ориентируется на 32-разрядную версию как на стандартный клиент для DOS и будет добавлять в нее новые функции, недоступные в 16-разрядной версии. 16-разрядная версия предназначена для клиентов, работающих на базе процессора 80286, который не поддерживает расширенные функции DOS. Использование расширенной памяти способствует повышению стабильности 32-разрядного клиент для DOS, поскольку тогда остается больше обычной памяти для друга необходимых драйверов, таких как драйверы звуковых и сетевых плат.

    Таблица 6.3. Характеристики клиентов для 16- и 32-разрядной DOS

    Характеристика

    16-разрядная DOS

     

    32-разрядная DOS

     

    Обычная память

    Около 550 Кбайт

    Около 200 Кбайт

    Расширенная память

    Недоступна

     

    По требованию

    Процессор

    80286 и выше

    80386 и выше

    Версия DOS

      MS-DOS 3.3 и выше

    MS-DOS 4.0 и выше

     



    Если вы решите устанавливать клиентские станции с DOS, не упустите из виду, что ваши специалисты по поддержке должны иметь опыт работы с DOS, чтобы обслуживать клиентов на должном уровне.

    Клиент для Macintosh

    Этот клиент предоставляет пользователям Мае доступ к большинству распространенных возможностей ICA-клиента. Чтобы воспользоваться этим клиентом, необходимо выполнить следующие минимальные требования.

    Процессор Motorola 68030, 68040 или PowerPC.
    ОС System 7.1 или более поздней версии с Thread Manager.
    16- или 256-цветный дисплей.

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

    Таблица 6.4. Комбинации клавиш ICA-клиента для Macintosh

    Сеанс MetaFrame

    ICA-клиент для Macintosh

     

    <Alt>                             

    <Command/Apple>

     

    Щелчок правой кнопкой

          "Минус" (-) на цифровой клавиатуре или мыши <Option> + щелчок кнопкой мыши

     

    lnsert 

     "Ноль" (0) на цифровой клавиатуре при отключенном режиме Num Lock

     



    Клиент для UNIX/Linux

    Citrix предоставляет ICA-клиенты для различных платформ UNIX. В настоящее время поддерживаются следующие варианты UNIX.

    Sun Solaris - 1.0, 2.5.1 и выше на компьютерах SPARC, 2.6 и выше на компьютерах Intel.
    Sun SunOS - 4.1.4, 5.5.1 и выше на компьютерах SPARC, 5.6 и выше на компьютерах Intel.
    Compaq Tru64 (бывший Digital) - 3.2 и выше. . HP/UX - 10.20 и выше.
    IBM AIX-4.1.4 и выше. . SGI IRIX - 6.3 и выше.
    SCO - OpenServer 5, UnixWare 2.1 или 7.
    Linux- Red Hat 5.0 и выше, Slackware 3.5 и выше, Caldera 1.3 и выше, SuSE 5.3 и выше.

    Если не считать отображение СОМ-портов и поддержку клиентских звуковых плат, то все варианты ICA-клиента для UNIX поддерживают одинаковые функции. ICA-клиент для UNIX идеален для таких сред, гда в качестве клиентских машин используются в основном рабочие станции UNIX, но вы хотите предоставить пользователям одно или несколько Windows-приложений. Прежде для доступа из UNIX к очень ограниченному набору Windows-приложений использовались эмуляторы Windows, работающие в UNIX (такие как WINE). ICA-клиент обеспечивает более полный доступ к "родным" 32-разрядным Windows-приложениям. ПрИ( установке UNIX-клиента пользователю обычно предоставляют доступ К рабочему столу Terminal Server, откуда он обращается к нужным ему приложениям для Windows.

    Web-клиент

    Одни из самых впечатляющих современных ICA-клиентов принадлежат к классу клиентов для Web. С помощью ICA-клиентов для Web пользователи могут запускать и выполнять приложения на сервере терминальных служб из Web-броузера. Это позволяет опубликовать настольные Windows-приложения без какого-либо изменения их кода для использования Web-страницы этих приложений.

    С помощью Gitrix NFuse можно предоставить поддержку Program Neighborhood прямо через Web-броузер. NFuse выполняет необходимую аутентификацию пользователя в домене, а затем автоматически генерирует для него Web-страницу, содержащую ссылки на приложения из набора, открытого для этого пользователя (рис. 6.4).

    Достаточно пользователю щелкнуть на ссылке - и с помощью стандартного ICA-клиента для Web запускается приложение, с которым она может работать.

    ICA-клиенты для Web позволяют обращаться к приложениям Terminal Server двумя способами, в зависимости от используемых броузера и ОС. Они называются запуском и внедрением приложений {Application Launching and Embedding, ALE) и описываются в следующих разделах.

    Клиент для Java

    Как уже говорилось, существует ICA-клиент для Java, позволяющий обращаться к приложениям, внедренным в Web-страницы, с помощью Web-броузеров, поддерживающих Java-аплеты. Наряду с доступом к при-южениям в режиме аплета ICA-клиент для Java обеспечивает доступ к MetaFrame в так называемом режиме приложения (application mode). В режиме приложения клиент для Java работает на любом компьютере с установленной виртуальной машиной Java (JVM), поддерживающей Java Development Kit (JDK) 1.1. После его запуска сеанс открывается в отдельном окне на рабочем столе пользователя.

    Windows - терминалы

    Как и в случае с традиционными терминалами (3270, VT220 и т.д.), назначение Windows-терминала (WBT) - обеспечить быстрый, недорогой и надежный доступ к среде Windows Terminal Server. Устройства WBT используются еще со времен первых версий Citrix WinFrame. Они развивались и приобретали все большую популярность вместе с развитием этой серверной ОС.

    Терминалы WBT делятся на три основные категории.

    1.Устройства Windows СЕ. Эти терминалы работают под управлением ОС Windows СЕ и чаще всего поддерживают оба протокола - и ICA, и RDP.

    2.Устройства с собственной ОС. Все устройства, на которых не работает Windows СЕ, называют нестандартными WBT. Большинство первых производителей WBT, такие как Wyse, разрабатывали свои продукты на основе этого типа терминалов, а сейчас расширили их серии и включили в них СЕ-терминалы (класса Wyse 3000) и другие (класса Wyse 2000). Некоторые из таких устройств были разработаны для различных версий DOS, Windows 3.1 и даже Linux. До настоящего времени большинство устройств, работающих с ОС, отличной от Windows СЕ, поддерживали только протокол ICA, но теперь многие поддерживают RDP и другие протоколы, такие как Х.11.

    3.Устройства со встроенной ОС. Некоторые производители, такие как Netier или NCD, выпускают устройства WBT со встроенной операционной системой, хранящейся либо во флэш-памяти, либо на стандартных жестких дисках. Возможности установки локальных приложений на такие терминалы ограничены. Их можно назвать персональными компьютерами с ограниченными возможностями или сетевыми вычислительными устройствами. Компания Netier выпускает терминалы со встроенной Windows 3.1 или Windows NT, поддерживающие протоколы RDP и ICA.

    Производителей WBT сейчас много; решение об использовании

    WBT-терминалов и выбор производителя сами по себе очень ответственны.

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

    Оценивая Windows-терминалы, обращайте внимание на следующие характеристики и свойства.

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

    2.Централизованное управление. Чтобы затраты на терминал действительно окупались, он должен иметь возможность централизованного управления после установки на рабочем месте пользователя. Для такой операций, как замена флэш-памяти, устранение неисправностей или изменение конфигурации, не должен требоваться физический доступ к устройству. Настройка должна проводиться одновременно для нескольких устройств одной командой, а не каждого устройства в отдельности. Если в организации установлено 2 000 терминалов, вам потребуется возможность вносить изменения одновременно на всех терминалах, а не на каждом из них.

    3.Защита административных функций. Наряду с централизованным управлением должны иметься средства защиты от несанкционированных изменений конфигурации терминалов, как пользователями, так и кем-либо, кто имеет возможность удаленного управления. Во всяком случае, ни одно изменение не должно вноситься без пароля администратора.

    4.Поддержка протоколов RDP и ICA. Даже если сегодня вам нужен только доступ по протоколу RDP, стоит вложить средства в терминал, который поддерживает также протокол ICA или позволяет обновить флэш-память и при необходимости добавить такую поддержку.

    5.Поддержка дополнительных возможностей ICA. Наряду со стандартными подключениями ICA к серверу MetaFrame WBT с поддержкой ICA должен поддерживать также имеющиеся в MetaFrame средства распределения нагрузки и доступа к опубликованным приложениям. Иначе возможности пользователей будут ограничены только доступом к определенным серверам MetaFrame, что не так уж полезно в многосерверной среде предприятия. Производители терминалов еще не обеспечивают явную поддержку многосерверных систем Citrix или Program Neighborhood, хотя устройства со встроенной Windows NT, например выпускаемые компанией Netier, позволяют устанавливать на клиенте приложение Program Neighborhood.

    6.Поддержка шифрования. Терминальное устройство должно обеспечивать требуемые уровни шифрования используемого вами протокола. Например, Wyse Winterm поддерживает оба шифрования RDP и ICA (в том числе и дополнительный пакет SecureICA).

    7.Поддержка протокола удаленного доступа "точка-точка" (Point-to-Point Protocol, PPP). Прежде многие компании рассматривали WBT как альтернативу ноутбукам для предоставления сотрудникам удаленного доступа к сети предприятия из дома. Теперь многие терминалы поддерживают удаленный доступ по протоколу РРР, и пользователи могут подключаться к сети Terminal Server компании непосредственно или через локального провайдера Internet. Если вы хотите использовать терминалы, поддержка ими протокола РРР может способствовать дальнейшей экономии затрат в таких областях, как оперативная связь. Позже мы еще вернемся к этому вопросу.

    8.Разрешение экрана и глубина цвета. Одной из главных претензий, предъявляемых к WBT, когда они впервые появились на рынке, были жалобы на сравнительно низкое разрешение экрана, плохую поддержку цвета и малую частоту регенерации. Сегодня большинство терминалов обеспечивают разрешение и глубину цвета, превышающие ограничения протоколов RDP и 1СА, существующих в данный момент. В настоящее время максимальное разрешение для протокола ICA составляет 1280x1024, а для RDP - 1024x768 при 256 цветах.

    9.Поддержка дополнительного терминала или броузера. Наряду с ICA и RDP многие терминалы в настоящее время поддерживают дополнительные режимы эмуляции терминалов, такие как 3270, VT100, X. 11, Java и просмотр Web. Возможность использования WBT в качестве многотерминального устройства может пригодиться, в частности, если предприятию потребуется резервный доступ к некоторым критически важным производственным функциям или если вы захотите держать некоторые приложения, такие как Web-броузеры, вне среды Terminal Server. Разумеется, стоимость таких универсальных устройств обычно выше стоимости аналогичных терминалов, не поддерживающих дополнительных режимов. Поэтому, если предприятию не нужны такие возможности, вы можете отказаться от них и сэкономить деньги.

    Содержание



  • © Copyright 2006-2017. Все права защищены. Сайт бесплатно.