Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» CITRIX Metaframe XP проблема запуска приложений

Автор: Kamerton
Дата сообщения: 15.06.2005 14:52
Смотрел за этой темой, пробовал и чё то у меня не пошло.
Может подскажите в чём причина?

Значит у меня дело такое:
есть удалённый офис, там стоит Citrix на серваке w2k3? есть выделенка с постоянным IP.
Я сижу в другом офисе, у меня свой цитрикс и своя выделенка.
В удалённом офисе имеется прокса, на которой я переназначаю порты, в цитриксе ввёл альтернативный адрес.
У себя в канторе так же на проксе переназначил порты, ломлюсь клиентом и вижу ферму, но как только хочу увидет в ферме папки и приложения опубликованные, так мой клиент начинает в моей сетке искать внутренний IP удалённого цитрикса. Естественно у меня в сетке его нет.

Вот и не пойму в каком этапе загвоздка.
Может чё то ещё пропустил?
За ранее благодарю.
Автор: fosfor
Дата сообщения: 15.06.2005 17:14
Kamerton

Цитата:
В удалённом офисе имеется прокса, на которой я переназначаю порты

Прокси работает только с протоколом http. так что я думаю у вас там что-то вроде программного маршрутизатора

Цитата:
У себя в канторе так же на проксе переназначил порты

А это зачем? Чтоб из той конторы подключались к вашему серваку?

Цитата:
мой клиент начинает в моей сетке искать внутренний IP удалённого цитрикса

Как вы это поняли? Расскажите детально.
Пока навскидку:
1) А не совпадают ли у вас имена цитрикс-ферм в двух конторах?
2) Возможно вы ошибаетесь на этапе создания коннекта к удаленной ферме, а именно забываете про очень важную галочку "Use alternate address for firewall connection". Без нее как раз клиент будет "искать не тот IP-адрес"


Автор: Kamerton
Дата сообщения: 16.06.2005 06:34
fosfor
Спасибо что откликнулись!
По порядку:
1. Данные в моем офисе.
Citrix - ferma XX ip 1.2.3.4
Прокса - ip 1.2.3.44 (внешний)
2. Удалённый офис.
Citrix ferma YY ip 5.6.7.8
Прокса - ip 5.6.7.8 (внешний)
Прокса простая до ужаса, больше мне не нужно (UserGate)
Пробовал по разному сделать.
Но коннектился к удалённому офису через настройку
Цитата:
"Use alternate address for firewall connection".

В удалённом офисе сделал перенаправление портов с внешнего 1494 на citrix и с 80 тоже самое сделал.
А вот как обратно переправить не понял я!! На Citrix удалённом сделал ещё altaddr 1.2.3.44
Что ещё упустил, сразу не схватываю. Понимаю что както нужно от удалённо получать ответы, но как, не знаю?!
Автор: fosfor
Дата сообщения: 16.06.2005 08:53
Kamerton

Цитата:
А вот как обратно переправить не понял я ... Понимаю что както нужно от удалённо получать ответы, но как, не знаю?!

Я с UserGate не работал, но там есть NAT, включите его (ну раз вы пробросили порты, значит NAT скорее всего включен) и настройте правила чтобы

Цитата:
На Внешнем/Входящие:
Разрешить TCP Any Host port>1023 -> IP_External_card port=1494
Разрешить UDP Any Host port>1023 -> IP_External_card port=1604
....
На Внешнем/Исходящие:
Разрешить TCP IP_citrix port=1494 -> Any Host port>1023
Разрешить UDP IP_citrix port=1604 -> Any Host port>1023

Возможно в UserGate это делается (называется) по-другому но смысл операций тот же, разрешить ЮзерГаду маршрутизацию пакетов к и от Citrix.
Проверьте доступность удаленного Citrix-сервера с помощью telnet, как я писал выше

Цитата:
telnet 1.2.3.44 1494


Автор: Kamerton
Дата сообщения: 16.06.2005 09:04
fosfor
Понятие NAT в случае с использованием
Цитата:
"Use alternate address for firewall connection".
немного несовместимо.
в данном случае с использованием хождения через альтернативный адрес, поидее он должен с клиента сам ломиться на внешний ip адрес удалённого офиса.
Тут как бы всё понятно. Но непонятно каким боком всплывает порт 1023? каким боком он там появляется?
я так понимаю по описанной записи:

Цитата:
На Внешнем/Входящие:
Разрешить TCP Any Host port>1023 -> IP_External_card port=1494
Разрешить UDP Any Host port>1023 -> IP_External_card port=1604
....
На Внешнем/Исходящие:
Разрешить TCP IP_citrix port=1494 -> Any Host port>1023
Разрешить UDP IP_citrix port=1604 -> Any Host port>1023

Что на внешней карточке слушается порт 1023 от любого источника и перенаправляються пакеты на порт 1494 к серверу цитрикс.
И с внутренней карточки проксы слушается порт 1494 и перенаправляется на любой сервер!?
Мне вот этот момент непонятен? при чём тут 1023 порт, как он всплывает вдруг?
Автор: fosfor
Дата сообщения: 16.06.2005 09:48
Kamerton

Цитата:
Понятие NAT в случае с использованием
Цитата:
"Use alternate address for firewall connection".
немного несовместимо.
в данном случае с использованием хождения через альтернативный адрес, поидее он должен с клиента сам ломиться на внешний ip адрес удалённого офиса

В данном случае firewall - это ваш комп с UserGate. Citrix находится за ним, и имеет совсем другой IP-адрес в локальной сети. Поэтому вы назначаете ему альтернативный адрес. Галочка говорит клиенту что надо "использовать альтернативный адрес цитрикс-сервера для соединения через файрволл". Фактически клиент соединяется с файрволом который перенаправляет запросы на цитрикс-сервер. NAT используется UserGate (и WinRoute) для трансляции ответов цитрикс-сервера в интернет. Для перенаправления запросов из интернета на цитрикс-сервер используется маппинг портов. Так что все тут совместимо. И не путайте понятия Proxy/NAT/Route.

Цитата:
непонятно каким боком всплывает порт 1023

Дословно в вашем случае правило звучит так:
"Разрешить TCP-пакет с любого хоста и порта больше 1023 на порт 1494 компа с UserGate"
Т.е. 1023 в данном случае обозначает нижнюю границу портов, с которых может
происходить подключение удаленного клиента. Это для пущей безопасности онли. Можете поставить "Разрешить TCP-пакет с любого хоста и любого порта на порт 1494 компа с UserGate" и результат будет тем же, кроме того, что будут разрешены ЛЮБЫЕ TCP-пакеты на порт 1494

Цитата:
И с внутренней карточки проксы слушается порт 1494 и перенаправляется на любой сервер!?

Нифига. Тут как раз NAT работает, см. выше Т.е. с внутренней карточки UserGate ничего слушать не надо, надо просто "пронатить" этот пакет наружу в интернет
Автор: Kamerton
Дата сообщения: 16.06.2005 15:44

Цитата:
Т.е. 1023 в данном случае обозначает нижнюю границу портов

ООО! протормозил.. не обратил внимание на знак больше...
Завтра попробую. Спасибо.. Вернусь в любом случае к нашей беседе..
Автор: Kamerton
Дата сообщения: 17.06.2005 14:02
Ё - маё...
Всё работает как надо.
Достаточно было только задействовать NAT. А я чё то даже не попробовал.
В общем включил я NAT и в клиенте даже не писал что мол ходить через прокси. Просто указал внешний ip удалённого офиса. А там настроил перенаправление пакетов, с порта 1494 внешнего на порт 1494 к citrix, и обратно тоже самое. Хотя, я псмотрел, вроде обратно необязательно, он его не юзает совсем. хватает текущего.
И всё работает.

fosfor
Спасибо!!
Автор: ForestMan
Дата сообщения: 23.06.2005 21:57
У меня другая проблема.
Клиент с правами юзера опубликованное приложение видит, но оно не запускается, соединение в трее висит, потом тихо исчезает. С админскими правами таких проблем нет. Где можно поправить?
Автор: fosfor
Дата сообщения: 23.06.2005 22:17
ForestMan
Дай права юзеру на ветку реестра
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing
можешь сделать их (права) такими же как у группы Power Users (Опытные пользователи) и все будет работать
Автор: dodgeball
Дата сообщения: 07.06.2006 20:47

Цитата:
Дай права юзеру на ветку реестра
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing
можешь сделать их (права) такими же как у группы Power Users (Опытные пользователи) и все будет работать


подскажите пжалста как это сделать
а то если пользователей сделать админами то лажа какая то
не догоняю

Автор: cthsq
Дата сообщения: 08.06.2006 09:24
regedt32 тебе поможет
Автор: vicpo
Дата сообщения: 07.11.2006 08:18
Может кто сталкивался с такой проблемой в Citrix XP FR3 не запускается Интернет эксплорер.
Выдает ошибку
Ошибка приложения iexplore.exe, версия 6.0.3790.1830, модуль speedscreenapi.dll, версия 2.3.1467.1, адрес 0x00004056.
Есть идеи как это исправить?
система Windows 2003 RU EE
Автор: Orand
Дата сообщения: 15.01.2007 17:08
vicpo

Цитата:
в Citrix XP FR3 не запускается Интернет эксплорер

Internet Explorer опубликован как приложение? Или запуск производится с Рабочего стола сервера терминалов?
Есть вероятность, что запуск приложения вызывает обращение к системным (защищенным) файлам. Из-за этого блокируется доступ и, как результат, отвергается вызов любой DLL (в данном случае - выше описанная библиотека speedscreenapi.dll).

Вот здесь http://citrix.pp.ru/faqs/W2K3SP1issues.html описаны некоторые проблемы и фиксы.
Автор: Orand
Дата сообщения: 28.03.2007 11:55
Возникла следующая проблема...
Теперь фермы находятся на разных концах, т.е. там, где был только клиент, появилась новая (своя) ферма и теперь офис должен работать как клиент. А клиент как сервер Citrix.
Проблема в том, что не могу со стороны офиса подключиться теперь к серверу, который на стороне "бывшего" клиента. Telnet сообщает: Подключение к ххх.ххх.ххх.ххх...Не удалось открыть подключение к этому узлу, на порт 1494: Сбой подключения. Внутри локалки новой фермы все работает нормально.
Комманду attaddr /set ххх.ххх.ххх.ххх на стороне новой фермы давал. Портмапинг в фаерволе сделал (на стандартные порты). На внешнем сетевом интерфейсе открыл вх./исх. порты 1494 и 1604. Прописал в настройках фаервола в исходящих путь пакетов на внутренний IP сервера фермы. Т.е. сделал все по аналогии как настроено было в "другую" сторону.
Даже пробовал вообще открыть все - любой хост любой порт на любой хост любой порт и вх. и исх. Все тоже самое.
Что еще?! Порвал два бубна...
Что делать?! Может кто-то подскажет?

добавлено:
Проблема снята. На новом сервере Citrix был удален коммандой altaddr /delete альтернативный адрес, перезагрузка и снова введен. Все заработало.
Автор: djcleric
Дата сообщения: 24.04.2007 09:21
Всем добрый день, прочитал всю тему, но решения для своей проблемы не нашел.
У меня ситуация следующая. есть ISA 2006 Citrix MF XP FR3
на исе поднят VPN сервер клиент коннектится на VPN получает адрес частной сети 192.168.2.0/24 основная локальная сеть вида 192.168.0.0/24 между эти двумя сетями работает маршрутизация в правилах ISA весть трафик между этими сетями разрешен.. проблема следуюшая Citrix использовать как удаленный рабочий стол поучается без проблем а вот работа в режиме Опубликованных приложений не как не выходит. Клиент говорит Немогу подцепится к цитриксовскому броузеру перепробывал все возможные варианты... посоветуйте в каком направлении идти
Автор: SHRIKE74
Дата сообщения: 24.04.2007 11:43
djcleric
хм, у меня всё работает, может ты как-нить неправильно клиентов настраиваешь или на исе не пропускает трафик для цитрикса?
хотя у меня цитрикс хр

Добавлено:
djcleric
кстати а почему у тебя клиенты получают адрес не из той же подсети что и основная сеть?


Добавлено:
у меня на исе впн туннель постоянный между офисами плюс клиенты иногда подрубаются и всё прекрасно работает, кстати а ты на цитриксе какой протокол используешь?
Автор: djcleric
Дата сообщения: 24.04.2007 20:02
SHRIKE74
tcp/ip
может на цитриксе нада че нить подшаманить, между впн клиентами и локалкой весь трафик разрешен
Автор: SHRIKE74
Дата сообщения: 25.04.2007 09:20
djcleric
а ты клиентами к цитриксу по впн пытаешься на автологине подключаться или ручками вводишь доменные логин и пароль?


Добавлено:
djcleric
мы готовы к опубликованию приложения. Копируем необходимую нам базу на ЛО-КАЛЬНЫЙ диск сервера. ВНИМАНИЕ! Если Вы используете файл-серверную версию про-граммы, то максимальные преимущества терминального решения достигаются только при рас-положении базы данных на локальном дисковом массиве этого же сервера. Это происходит из-за того, что система Windows отключает кэширование дисковых операций при подключении к сетевому ресурсу более чем 1 пользователя. При расположении базы на локальном диске серве-ра никакого обращения по сети к ней не происходит и скорость работы становится максималь-ной. Не предоставляйте общего сетевого доступа к папке с базами данных, так как совместное использование ее по сети значительно замедлит работу. Т.е. с одной и той же базой все должны работать в терминальном режиме, независимо от ресурсов клиентской рабочей станции.
Итак: открываем Management Console и выделяем опцию «Applications». Щелкаем по ней правой клавишей и выбираем «Publish Application». Открывается мастер публикации. Задаем имя нашего приложения (произвольно), например, 1C-Terminal (чтобы не путать в дальнейшем с локальной установкой у клиента). Поле «Description» можно оставить пустым или добавить комментарий к этогму приложению. Полезно, если у нас будет много однотипных опублико-ванных приложений. Нажимаем «Next». Ставим галку «Application» и в поле «Command line» нажимаем «Browse». Выбираем наш сервер и указываем путь к запускаемому файлу (в нашем случае это 1cv7.exe или 1cv7s.exe). Путь «Working Directory» оставляем по умолчанию. Нажи-маем «Next». На следующем экране имеется возможность создать подпапку для окружения «Program Neighborhood». Используем эту возможность если нам необходимо разделить множе-ство публикуемых приложений. Иначе – оставляем поле пустым. Если мы хотим автоматически добавлять ярлыки запуска на рабочий стол и в меню «Пуск» наших клиентов (что очень удобно), то выставляем галки «Add to the client’s Start Menu» и «Add shortcut to the client’s Desktop». Галку «Place under Programs Folder…» не устанавливаем. Нажимаем «Next». Выбираем размер окна и цветовую гамму приложения. Для запуска приложения во весь экран (панель задач при этом остается!) выбираем Session window size «Full Screen» и Colors «High Color (16 bit). Галку «Hide Application title bar» снимаем, а «Maximize application at startup» - устанавливаем. Нажимаем «Next». Снимаем галку «Enable audio». При необходимости устанавливаем шифрование данных (используется, например, при реализации предоставления доступа к основной базе для филиалов через интернет (будет описано далее). Если мы включаем шифрование, скорее всего понадобится дополнительная лицензия для Citrix - Citrix Secure ICA Services. Устанавливаем галку «Printing» - Start this application without waiting for printers to be created». Нажимаем «Next». Определяем серверы для наших задач. В нашем случае сервер только один, поэтому выделяем его в левом поле и нажимаем «Add». Нажимаем «Next». Распределяем права пользователей на доступ к опубликованному приложению. Снимаем галку «Allow anonymous Connections» и добавляем нужные нам группы, например, «Администраторы домена» и «Пользователи домена». Если терминальный доступ необходимо предоставлять избранным пользователям, то удобнее всего создать в нашем домене (рабочей группе) дополнительную группу и помещать туда нужных пользователей. Нажимаем «Finish».
Мы создали опубликованное приложение. Если наш сервер приложений является контрол-лером домена (при наличии возможности их разделить – не стоит объединять роли контроллера домена и сервера приложений), то нам необходимо отредактировать политику безопасности, предоставив доступ к самому серверу группе пользователей, которой мы разрешили доступ к опубликованному приложению.
Для этого открываем консоль редактирования политики безопасности контроллера домена: «Пуск – Программы – Администрирование – Политика безопасности контроллера доме-на». Если подменю Администрирование в меню Пуск – Программы отсутствует, то его можно туда добавить, щелкнув правой клавишей по панели задач – Свойства – Дополнительно – Параметры меню «Пуск» - Ставим галку «Отображать меню Администрирование».
В консоли Политика безопасности контроллера домена раскрываем «Параметры безо-пасности – Локальные политики – Назначение прав пользователя» и изменяем политику «Локальный вход в систему». Добавляем туда группу, которой мы предоставили доступ к на-шему опубликованному приложению.
Теперь добавим администраторов Citrix. В Management Console выделяем Citrix Adminis-trators, правой клавишей «Add Citrix Administrator». В нашем домене находим группу Адми-нистраторы домена и добавляем ее. Нажимаем Next, и выбираем Full Administration. Нажи-маем Finish.
Начиная с Citrix Feature Release 2 права администраторов Citrix можно настраивать очень гибко, делегируя своим заместителям только необходимые права. Это очень полезно для пре-доставления ответственным за работу Citrix сотрудникам таких прав, как принудительное за-вершение сеансов пользователей при Вашем отсутствии. Более подробно – читайте по приве-денным в конце статьи ссылкам.
Все! Далее нам необходимо настроить клиентов.
Итак, рассмотрим два варианта: Клиенты локальной сети и Удаленные клиенты.

7. Настройка клиентов локальной сети.

Сам Citrix Metaframe имеет специальное средство - ICA Client Creator. Его описание мож-но найти по приведенным в конце статьи ссылкам. Мы рассмотрим тривиальный способ – установка клиентов из дистрибутива и последующая настройка для соединения. Еще раз акцентирую внимание на том, что данная статья не описывает максимальную автоматизацию подобного внедрения, а предназначена для получения опыта начального уровня. Дистрибутив клиента берем либо с дистрибутивных дисков Citrix, либо скачиваем последнюю версию с сайта производителя: www.citrix.com Замечу лишь, что при обновлении клиента до версии 8.0.xx они почему-то потеряли возможность пользоваться в терминальных сессиях колесиком мышки. Сам автор использует версию клиента 6.30.1051, как наиболее стабильную (тестировалось исключительно по личному опыту и касается только версии Citrix XP for Windows 2000). Итак, заходим на клиентский компьютер с правами администратора и запускаем ica32.exe. В процессе выполняем стандартные действия по принятию лицензионного соглашения, указания пути и программной группы. Сравниваем, корректно ли установщик определил имя клиента и разрешаем использовать локальные имя и пароль клиента для аутентификации (отвечаем «Yes»). После установки – не соглашаемся перезагрузить компьютер – сделаем это чуть позже. Вместо этого открываем редактор реестра командой regedt32.exe (regedit.exe – не годится!) и находим ветку
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing. Выделяем ее и выби-раем меню «Безопасность – Разрешения». Проходимся по всем перечисленным там пользовате-лям и группам, выставляя всем галочку «Полный доступ». Жмем «ОК» и выходим из програм-мы редактирования реестра. Перезагружаем клиента. Подразумевается, что в домене уже заве-дены учетные записи пользователей и клиентские компьютеры введены в домен. Заходим в систему с учетной записью пользователя, работающего на этом компьютере. Запускаем с рабо-чего стола или из меню «Пуск» Citrix Program Neighborhood. На предложение ввести имя и пароль жмем Cancel и соглашаемся, что хотим прервать подключение. Меню «Tools – ICA-Settings». Устанавливаем две нижние галочки – Pass-Through authentication и Use Local Cre-dentials for log on и жмем OK. Завершаем сеанс пользователя (Logoff) и вновь входим с его учетной записью. Снова открываем Citrix Program Neighborhood. Если наш значок «1C-Terminal» не появился автоматически, то следуем дальнейшим инструкциям. Выбираем Find New Application Set. Если ярлыка Find New Application Set не видно, тогда нажимаем кнопку «UP» и затем Find New Application Set.
Выбираем «Local Area Network», «Далее», кликаем по галочке справа на поле «Click be-low to locate the Application Set to add». Там должно вывалиться имя созданной нами фермы приложений.
Если этого не произошло (такое бывает, когда у нас в сети несколько серверов Ci-trix или по причине отсутствия мультиадресной рассылки информации о серверах), и мы получили сообщение о невозможности найти что-либо, то выполняем следующие действия: Кнопка «Server Location», Network Protocol – TCP/IP, Address List – Add… Вводим IP-адрес нашего сервера и нажимаем «ОК», затем снова «ОК». Опять кликаем по галочке справа на поле «Click below to locate the Application Set to add». Там должно вывалиться имя созданной нами фермы приложений.

Выбираем ее и жмем «Далее». Следующее окно оставляем без изменений (Colors – Use server Default, Windows Size – Seamless Window). «Далее» - «Готово». Найденная ферма появит-ся в нашем окне Citrix Program Neighborhood.
Правой клавишей кликаем по ней и выбираем «Set as default». Затем снова правой клави-шей – Application Settings – Logon Information. Проверяем, чтобы были установлены галки Local User и Pass-Through Autentication. Жмем «ОК» и дважды кликаем по нашей ферме. Ес-ли мы все сделали правильно – то в списке приложений появится наше опубликованное (1C-Terminal), а его ярлык будет автоматически добавлен на рабочий стол пользователя и в меню «Пуск – Citrix Program Neighborhood». Если вместо этого появилось окно запроса имени поль-зователя и пароля – закрываем все окна и перезагружаем компьютер. Если все нормально - за-крываем окно Citrix Program Neighborhood и запускаем в рабочего стола или из меню «Пуск» наше опубликованное приложение.
ВНИМАНИЕ! Приложения в терминальном режиме могут запускаться гораздо дольше обычного, зато работают потом намного быстрее. Поэтому, запустив приложение один раз, до-ждитесь его загрузки. Объясните это же пользователям, так как на опыте проверено, что жать они будут в ярлык до посинения, запуская все новые и новые сессии. В итоге все подвиснет. После запуска приложения в системном трее появляется значок подключения к серверу Citrix. Он и сигнализирует, что приложение уже запущено. Если же запуска не произошло в течение продолжительного времени (более минуты), то стоит проверить права на ветку реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing. Об этом рассказывается в са-мом начале этой главы.
Итак, наше приложение 1C-Terminal запустилось и мы готовы к добавлению пользовате-лю рабочих баз данных. Тут все почти стандартно. Единственное замечание – при попытке прописать базу через «Обзор» система выдаст сообщение «ICA Client File Security». Ответим «Full Access» и «Never ask me again for any application». Данный вопрос задается, если поль-зователь является локальным администратором на своей рабочей станции или данный пользо-ватель имеет право на подключение к общим системным ресурсам <DriveLetter>$, так как по умолчанию в Citrix MF XP включен режим присоединения клиентских дисков. После этого можно спокойно прописывать все необходимые базы. Если базы у всех пользователей одинаковы и неизменны, можно импортировать каждому пользователю ветку реестра при входе, что позволит каждому новому пользователю автоматически получать список баз. Например, для системы 1С:Предприятие 7.7 список баз хранится в ветке реестра:
HKEY_CURRENT_USER\Software\1C\1Cv7\7.7\Titles. Сохраните ее, например, в файле Titles.reg и пропишите в Logon-script строку: regedit -s Titles.reg. Однако подобные вопросы автоматизации выходят за рамки данной статьи.
Итак, помните, что самый главный смысл терминального решения, если Вы ждете от него ускорения работы приложений, работающих, например с dbf-базами - это ЛОКАЛЬНОЕ расположение рабочих данных!
Все, можно работать.

8. Настройка удаленных клиентов

Теперь реализуем подключение удаленных клиентов через интернет к нашему серверу приложений. Для начала рассмотрим методику настройки подключения к самому серверу, а затем настроим клиентов. Подразумевается, что сеть с настроенным нами сервером приложений имеет интернет подключение с выделенным ВНЕШНИМ IP адресом. О его наличии необходимо проконсультироваться у провайдера.
На сервере нам необходимо указать так называемый «альтернативный адрес», с которым будут работать удаленные клиенты. Это тот самый внешний IP-адрес. Открываем командную строку и вводим команду:
Altaddr /SET <IP-address>, где <IP-address> - наш внешний IP-адрес.
Например, Altaddr /SET 195.131.101.xxx
Затем необходимо открыть необходимые нам порты на пакетном фильтре (Firewall), а также проверить, чтобы наш сервер имел выход наружу по технологии NAT, либо напрямую. Порты, которые мы должны открыть:
Входящие соединения:
Источник: IP-удаленных клиентов (или Any, если мы его не знаем, или он динамиче-ский).
Порты источника: >1024
Получатель: Наш внешний IP
Порты получателя: UDP-1604, TCP-1494.

Исходящие соединения:
Источник: Внутренний IP нашего сервера (если он напрямую не подключен к интернет)
Порты источника: UDP-1604, TCP-1494.
Получатель: IP-удаленных клиентов (или Any, если мы его не знаем, или он динамиче-ский).
Порты получателя: > 1024

Если наш сервер подключен к интернет с использованием технологии NAT, то необхо-димо организовать перенаправление пакетов по указанным портам с внешнего интерфейса ин-тернет на внутренний интерфейс сервера. Т.е. необходимо указать, что сигналы, приходящие на порт 1604 по протоколу UPD и на порт 1494 по протоколу TCP – необходимо перенаправлять на те же порты внутреннего IP-адреса сервера. Применяйте для этого средства, при помощи которых Вы организовали реализацию технологии NAT – почти наверняка они там присутствуют. Ранее автором была написана статья по реализации этого решения – технологии общего доступа в интернет, защиты при помощи межсетевого экрана и организации доступа внутрь сети извне при помощи продукта WinRoute Pro 4.2. On-line редакция статьи находится здесь:
http://www.kuban.ru/forum_new/forum10/modpage/FAQ/wr/index.shtml

После произведенных настроек необходимо настроить удаленных клиентов. Их настройка практически аналогична локальной сети, за исключением описанных ниже моментов:
На этапе выбора адреса для подключения выбираем «Wide Area Network», «Далее», Кнопка «Server Location», Network Protocol – TCP/IP, Address List – Add… Вводим ВНЕШ-НИЙ IP-адрес нашего подключения в основном офисе, Затем опцию «Firewalls» и устанав-ливаем галку «Use Alternate address for firewall connection». Нажимаем «ОК», затем снова «ОК». Кликаем по галочке справа на поле «Click below to locate the Application Set to add». Если мы корректно настроили межсетевой экран, то должно вывалиться имя созданной нами фермы приложений. Далее все также, как и при настройке клиентов локальной сети. Рекомен-дуется после добавления нашей фермы приложений кликнуть по ней правой клавишей мыши, перейти на закладку Default Option и установить четыре самых верхних галки (Use data com-ression, Use cache for bitmap, Queue mouse movement and keystrokes, Turn off desktop inte-gration for this application set), а также выставить параметр SpeedScreen Latency Reduction в положение «ON», и установив справа две галки: «Mouse click feedback» и «Local Text Echo»
Настройки глубины цвета выбираем, исходя из ширины нашего канала и необходимости экономии трафика. Для создания минимального трафика и обеспечения максимально возможной скорости на тонких каналах связи выбираем 16 или 256 цветов. Для наиболее комфортного вида – не менее 16 бит. На работе самой программы это никак не отразится – будет лишь изменена отображаемая цветовая гамма.
Помним, что клиенты удаленного офиса должны также иметь либо прямое подключение к интернет, либо использовать технологию NAT, а на межсетевом экране должно быть разре-шено подключение этих клиентов на порты UDP-1604 и TCP-1494 для внешнего IP-адреса ос-новной сети, где расположен сервер терминалов.

В завершении хотелось бы привести полезную ссылку. Несмотря на то, что во время на-писания статьи автор не пользовался приведенным ниже ресурсом, а основывался на личном опыте, все равно крайне рекомендуется его изучить, так как данная статья является средством Step-by-Step, а информация по приведенной ниже ссылке – наиболее полным руководством по продуктам Citrix в России. Все мы так или иначе ее использовали при изучении данной техно-логии.
http://citrix.1th.ru/admin3/index.html


для впн клиентов лучше использовать настройку клиентской части как для (смотри в статье)
8. Настройка удаленных клиентов,
Автор: shl7
Дата сообщения: 25.04.2007 14:51
Установил Цитрикс на серваке. в итоге цитрикс работает, как часы, а вот сервак упал чуть-чуть: отсутствует sysvol (пишет ресурс не доступен или ссылается на недопустимо место). Соответственно netlogon тоже. Никто не сталкивался с такой проблемой?
Автор: SHRIKE74
Дата сообщения: 25.04.2007 16:17
shl7
обана, а ты цитрикс какой ставил?
я так понимаю ты цитрикс ставил уже после того как настроил сервер терминалов?
Автор: Daigo
Дата сообщения: 25.04.2007 17:10
Народ подскажите пожалуйста можно ли через терминальную службу передавать картинку с глубиной цвета 32бита? Если да, то что для этого надо сделать?
Стоит Citrix MetaFrame Version 1.80 (Build 260 SP4) на Win 2000 Server (Build 2195 SP4)
Видеокарты соответственно поддерживают 32бита и на серве и на клиенте, а в настройках максимально можно выставить 24бита.
Автор: djcleric
Дата сообщения: 25.04.2007 17:17
SHRIKE74
за статью и сцылки спс правда решения там небыло но на мысль натолкнуло и все заработало чрез XML
Автор: planeant
Дата сообщения: 10.05.2007 02:10
Сталкнулся с проблеммой: Все точно так-же как создавшего эту тему...
ТОлько одно но: я просто сменил IP адрес провайдера...
Соответственно в WinRoute & UserGate тоже все ип поменял....
на цитрикс сервере ничего не изменилось.
altaddr /set
делал...
теперь не только application set не видият, даже просто цитрикс клиентом на десктоп зайти низя...

Добавлено:
Запинал чтоб цитрикс клиент заходил подключался.. а вот чтоб
"то должно вывалиться имя созданной нами фермы приложений"
нету такого куда дальше копать ???
Автор: Orand
Дата сообщения: 10.05.2007 09:37
planeant
1. Проверь ходят ли пакеты по UDP протоколу 1604 (по дефолту)?
2. Проверь портмаппинг в Winroute. В том числе и по UDP.
3. На клиенте выбирай руками не Default (ica) соединение, а создавай новое для TCP/IP и прописывай руками внешний IP-адрес сервера. Не забываем ставить галку в подключении "Use alternate address for firewall connection".
Автор: planeant
Дата сообщения: 10.05.2007 10:03
Orand
все проверил, юзверей подключаю по стандартной схеме, где все ручками прописано
(Find New Application Set, выбираем Wide Area Network,
жмем Server Location, Network Protocol: TCP/IP,
жмем Firewalls, ставим галку на Use alternate adress for firewall connection, давим OK,
жмем Add, пишем 823.163.114.98, давим OK, Давим ОК,
в пункте Click below to locate the Application Set to add: выбираем "TIS", жмем Next>)

Прикол вот в чем, на прокси крутятся две проги WinRoute(в ней прописаны редиректы портов), UserGate (тоже прописаны и выключены).

Подергал правила, вроде запустилось.. Теперь юзвери заходят, но не все, некоторые всетаки не получаю UDP пакетов...
Автор: Orand
Дата сообщения: 14.05.2007 11:52
planeant
Попробуй проверь еще в настройках сервера терминалов (зайди в Properties пункт MetaFrame XP Setting) установить галку Server responds to ICA Client broadcast messages, если, конечно, еще не стоит.


Цитата:
в пункте Click below to locate the Application Set to add: выбираем "TIS", жмем Next>

Если это происходит, то сервер терминалов откликнулся и готов принимать соединения. Посмотри права клиентов на доступ к серверу терминалов.


Цитата:
на прокси крутятся две проги WinRoute

С трудом понимаю для чего?! Но тебе виднее...


Цитата:
Теперь юзвери заходят, но не все, некоторые всетаки не получаю UDP пакетов...

В Winroute (в обоих!) можно посмотреть режутся ли пакеты по UDP, какие, каким правилом. "Смягчи" правила по UDP (хотя бы временно) и проверь снова.
Автор: NeveR_Mind
Дата сообщения: 26.05.2007 22:32
Помогите пожалуйста разобраться. Цитриксовским клиентом работает. А при попытки зайти через web - пишет
"Cannot connect to the Citrix Metaframe server
Unable to conract the MetaFRame server browser. There may be network problems,
or you may need to configure or correct server address in the Server Location field"

Попытка запуска файла *. ica приводит к аналогичному сообщению. (( что делать?
Автор: cthsq
Дата сообщения: 28.05.2007 10:12

Цитата:
Помогите пожалуйста разобраться. Цитриксовским клиентом работает. А при попытки зайти через web - пишет
"Cannot connect to the Citrix Metaframe server
Unable to conract the MetaFRame server browser. There may be network problems,
or you may need to configure or correct server address in the Server Location field"

Попытка запуска файла *. ica приводит к аналогичному сообщению. (( что делать?


Это ты во внутренней сети пытаешься подключиться? А вообще похоже на проблемы с XML сервисом.
Автор: Orand
Дата сообщения: 28.05.2007 10:33
NeveR_Mind
А Web-сервер Цитрикса развернут? Если "Да", то на каком порту? Т.к. есть вероятность, что на сервере уже был запущен IIS на 80-м порту, а при установке Цитрикс его же пользует.

Попробуй стартануть Web-сервер Цитрикса на другом порту, а браузере подключайся тогда так: hТТp://ip_citrix:port_citrix

Страницы: 1234

Предыдущая тема: Узнать количество TCP сессий!??


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.