Настройка Citrix Metaframe под Windows 2000 Termanal Services

         

Протокол ICA


Протокол ICA дает пользователям и администраторам намного больше возможностей, чем RDP 5.0. Так, ICA поддерживает полное переназначение (mapping) локальных устройств клиента, например, аудиокарты, портов COM и LPT, принтеров. Кроме того, ICA использует собственную систему балансировки нагрузки Citrix Load Balancing. Клиенты ICA доступны для многих платформ, отличных от Windows, например, Macintosh, Linux, UNIX. ICA также позволяет теневые удаленные сеансы.

Согласно соглашению между Citrix и Microsoft, Citrix лицензировала MultiWin для Microsoft, но осталась собственником ICA. Хотя Microsoft смогла разработать собственный протокол RDP 4.0, ICA остался намного более продвинутым.

Особенное преимущество ICA заключается в его небольшом размере. Для ICA требуется соединение не более 20 Кбит/с. Это значение может быть выше в зависимости от числа клиентов, но обычный пользователь может работать с сеансом ICA на обычном телефонном соединении со скоростью 28.8 Кбит/с с полне приемлимой скоростью.

SpeedScreen2

SpeedScreen2 - это технология, поволяющая значительно ускорить соединение между клиентом и сервером. SpeedScreen2 уменьшает средний размер пакета на 25-30% и позволяет поднять общую скорость передачи до 60%/ SpeedScreen2 может улучшить производительность на низкоскоростных телефонных линиях свзи. SpeedScreen2 встроен в ICA.

ICA Browser

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

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


  1. Какой ICA Browser имеет наибольший номер версии?


  2. Какой Browser настроен для выполнения функций Master Browser?


  3. Является ли сервер контроллером домена?


  4. Какой из серверов имеет дольше всего работающий ICA browser?


  5. Какой сервер MetaFrame имеет наименьшее имя в алфавитном порядке?


  6. Например, в одной подсети имеются серверы MetaFrame A,B и C. Серверы A и B явно сконфигурированы как Master Browser, а сервер C имеет более свежую версию ICA browser. В качестве Master Browser будет выбран сервер C, несмотря на то, что серверы A и B явно сконфигурированы как Master Browser.

    Совет

    Если возможно, всегда устанавливайте выделенный Главный Браузер для каждой подсети. Эта машина будет полностью и единолично отвечать за поддержку информации об ICA-соединениях и не должна использоваться в качестве сервера приложений. Для этого установите MetaFrame, но не активируйте сервер лицензий, а просто дайте лицензии устареть. Это ограничит регистрацию только с консоли администратора, но система будет работать как Master Browser. Вручную сконфигурируйте эту машину как Master Browser и всегда обновляйте ее первой, когда выходят пакеты обновления от Citrix.

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

    Master Browser хранит у себя следующую информацию:


    • Число клиентских лицензий
    • Список известных серверов Citrix
    • Список опубликованных приложений
    • Список отключенных пользовательских сеансов и серверов, на которых они выполняются.
    • Расчеты нагрузки, если установлено Citrix Load Balancing.
    • Информацию о резервных Master Browser


    Совет

    Для получения списка всех серверов Citrix и информации об их состоянии используйте утилиту QSERVER.

    ICA Gateways

    Поскольку Master Browser может ослуживать только свою подсеть, Citrix изобрела шлюз ICA (ICA Gateway), чтобы позволить браузерам общаться друг с другом. Master Browser обмениваются информацией об опубликованных приложениях между собою с помощью пакетов TCP/IP или IPX, и все маршрутизаторы между ними должны пропускать этот траффик. Шлюзы независмы друг от друга. Шлюз между A и B, и шлюз между B и C, не позволяют A общаться с C.

    Для установки шлюза ICA необходимы локальный и удаленный серверы. Они не должны выполнять функции Master Browser для своих подсетей. При запросе связи через шлюз, локальная машина обратится к локальному Master Browser, а тот затем к удаленному. Шлюзы могут быть установлены только между несколькими доменами.


    Содержание раздела