Max Rodkin: ntlmaps unable to get the ip address of this machine. this is not a fatal problem, but may cause problems for you using this proxy in some scenarios.

Max Rodkin: ntlmaps unable to get the ip address of this machine. this is not a fatal problem, but may cause problems for you using this proxy in some scenarios.

ntlmaps unable to get the ip address of this machine. this is not a fatal problem, but may cause problems for you using this proxy in some scenarios.

Если Вы использовали ntlmaps-0.9.9, то возможно, при старте main.py получили такую ошибку, error: unable to get the ip address of this machine , после чего main.py вылетел.
Для решения нужно знать, по какому имени компьютера main.py публикует себя.

например
[trixbox1.xx.yy.local ~]# ./ntlmaps-0.9.9/main.py
NTLM authorization Proxy Server v0.9.9
Copyright (C) 2001-2004 by Dmitry Rozmanov and others.
Now listening at trixbox1.xx.yy.local on port 5865

в моем случае - trixbox1.xx.yy.local
Просто настройте резолпинг этого имени чз DNS или добавьте запись в /etc/hosts, как я:
[trixbox1.xx.yy.local ~]# cat /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 trixbox1.localdomain trixbox1 localhost.localdomain localhost
10.255.240.29 trixbox1.xx.yy.local

После этих действий ошибка исчезнет. Успехов!

как заставить работать Citrix User Profile Manager

как заставить работать Citrix User Profile Manager.
согласно документации, достаточно лишь в ini-файле
c:\Program Files\Citrix\User Profile Manager\UPMPolicyDefaults_V1Profile_en.ini
заполнить параметр
ServiceActive=1
и все поедет, но это не так. У меня так просто не получилось запустить User Profile Manager чтоб работал, хотя-бы писал лог. Получаться стало только после того, как в локальные групповые политики прописал шаблон из каталога установки
..\distr\Citrix\Profile_Management_3.0\ADM_Templates\en\ctxprofile3.0.0.adm и установил параметры именно через групповые политики. Доменные или локальные, это не принципиально, единственно - локальные политики применяются в последнюю очередь и имеют наименьший приоритет.
В консолии MMC Вы должны видеть следующее:


Это значит, что шаблон политик успешно применен.
Из важных параметров отмечу:
Enable Profile management вкл.
PathToUserStore вкл., и равен \\сервер\путь$\%username%
где %username% очень важная недокументированная фича! без нее сервис пытается копировать текущший профиль не в папку пользователя, а на это у сервиса вряд-ли будут права.
В общем так надо:


ну и каталог для логов важен. лучше его сделать в c:\ чтоб далеко не лазить. Типа так PathToLogFile=c:\logs
В параметре Log settings поначалу включайте все, это поможет выявить проблемы. Потом вообще можно лог отключить.
Ну вот, у меня заставить работать Citrix User Profile Manager получилось, чего и Вам желаю!

IMA служба после XenConvert`a XenAPP в PVS vDisk не стартует

IMA служба после XenConvert`a XenAPP в PVS vDisk не стартует. Да, приходится сталкиваться с такой неприятной проблемой 8).
Основная ошибка, какую получаем -
Error: Failed to connect to the database. The ACCESS .mdb file is missing. Error: IMA_RESULT_FILE_NOT_FOUND Indirect: 0 Server: DSN file: C:\Program Files\Citrix\Independent Management Architecture\MF20.dsn
хотя например мы конвертили XenAPP из существующей фермы с SQL базой данных, и никакой .mdb нам не нужен, конфигурация у нас в SQL. Наша ошибка - не запустили предварительно XenAppPrep /PVS, а надо.
Исправляемся! Устанавливаем XenAppPrep с установочного диска из папки "\Support\XenApp Prep Utility", ну и запускаем из командной строки "XenAppPrep /PVS", затем перегружаемся.
Процесс описан в http://support.citrix.com/article/CTX124642
Но это не все.
IMA служба все равно не стартует, но с новой ошибкой.
"Failed to load plugin C:\Program Files\Citrix\System32\Citrix\IMA\Subsystems\RADESessionSs.dll with error IMA_RESULT_FAILURE"
или
Failed to connect to the database with error.
Error - IMA_RESULT_FILE_NOT_FOUND The ACCESS .mdb file is missing.
Дело в том, что XenConvert переносит XenApp не совсем корректно, теряет локальные кэши баз imalhc.mdb и RadeOffline.mdb , пропускает их при копировании, т.к. эти файлы залочены. Инцидент можно видеть в журнале на ЛОКАЛЬНОМ, НЕ PVS ДИСКЕ C:\Program Files\Citrix\XenConvert\XenConvert.txt, строчки вида
Skipping file \\?\Volume{2c7fc934-4a52-11df-a5f8-806e6f6e6963}\Program Files (x86)\Citrix\Independent Management Architecture\imalhc.mdb because it is in use and not shared.
Skipping file \\?\Volume{2c7fc934-4a52-11df-a5f8-806e6f6e6963}\Program Files (x86)\Citrix\Independent Management Architecture\RadeOffline.ldb because it is in use and not shared.
Просто пересоздаем кэши командами:
dsmaint recreatelhc
Dsmaint recreaterade
После этих процедур IMA стартует. Всем успехов!