Установка актуального ESSO расширения в браузер Microsoft Edge

Решение:

1. На сервере доступа (под управлением ОС Windows) создать общий сетевой каталог (например, "C:\\esso"). Обеспечить для учётных записей пользователей права на чтение содержимого данного каталога.
2. Разместить в созданном общем каталоге следующие файлы:
   Нижеперечисленные файлы находятся в дистрибутиве по пути "IndeedPAM_3.5.1\indeed-pam-tools\esso\IndeedID.ESSO.6.11.9.0.ru-ru (архив, его надо распаковать)\LocalExtensionForGC"
   
   • Файл расширения "*.crx";
   • Файл "update.xml";
   • Файл "ExtensionSettings_X64.reg".
   
3. Предоставить права на чтение каталога всем пользователям домена.
   
   
4. Внестиизменения в файл update.xml:
   
   • В строке 4 указать сетевой путь к файлу расширения (в формате file://<сервер>/<каталог>/update.xml);
   • В строке 4 также указать актуальную версию расширения (в формате version='X.X').
   
5. Внести изменения в файл ExtensionSettings_X64.reg:
   
   • В строке 7 указать сетевой путь к файлу update.xml (в формате file://<сервер>/<каталог>/update.xml);
   • В строке 10 указать сетевой путь к каталогу, содержащему расширение (в формате file://<каталог>/).
    
6. Выполнить запуск *reg*-файла на сервере доступа для применения настроек в реестре системы.
7. Запустить веб-браузер Microsoft Edge на сервере доступа. По истечении непродолжительного времени расширение должно автоматически загрузиться.

Возможные проблемы и их решение:

1. Отсутствие разрешения на расшаренную папку у пользователя

Если расширение веб-браузера не отображается у отдельного пользователя, причиной может быть отсутствие прав на чтение общего сетевого каталога для данной учётной записи. Устранение проблемы достигается предоставлением прав на чтение каталога всем пользователям домена (или группе пользователей PAM).

2. Нарушение работы агента из-за несоответствия учётных данных

Агент может работать не корректно, если используются различные учётные записи на разных этапах подключения:

• При скачивании RDP-файла использовалась одна учётная запись;
• При подключении по RDP выполнялась аутентификация под другой учётной записью;
• При вводе данных в прокси-приложении указывались учётные данные первой учётной записи.

Указанное несоответствие может приводить к сбоям в работе агента и отсутствию автоматической подстановки учётных данных при пробросе сессии.

Способ устранения:

Для корректного функционирования необходимо использовать единые учётные данные на всех этапах подключения.
В случае автоматической подстановки аутентификационных данных в RDP-файл возможны следующие варианты решения:

• Внесение изменений в доменные политики, регулирующие автоматическую передачу учётных данных текущего авторизованного пользователя;
• Удаление из RDP-файла строки, содержащей параметр "username", после чего клиент "mstsc" предложит выбрать учётную запись для аутентификации вручную.