К основному контенту

Lotus Notes 8.5 в linux с eToken

Пока мой коллега занимается выбором сетевого хранилища, я мучаюсь с изучением IBM Lotus. Тут от руководства поступило предложение, прежде чем ставить эту программу им, провести эксперимент с секрет... помощником руководителя. Дали недобук Asus EEEPC 900, сказали установить туда Линукс, Нотес и привязать учетную запись к USB токену. Небольшая предыстория: прежде чем браться за изучение Lotus, мы спросили IBM про работу их продукта в Линуксе и работу с токенами в том числе. Получили ответ что их продукт мега-супер-кросс-платформенный и всё там должно работать так же как в винде.
Lotus Notes встал на Асус просто великолепно, PKI client от токена Aladdin eToken Pro тоже замечательно заработал. Вот только вместе подружить не получилось. При попытки добавить в Notes драйвер от токена, первый ругается на неправильный путь. У меня ощущение что Lotus Notes сопоставляет путь /lib/libetoken.so.0 c шаблоном типа c:\windows\system32\etoken.dll и поэтому не может его увидеть. На вопрос техподдержке Лотуса "WTF?" получен ответ:"Это у вас руки кривые, попробуйте выбрать другую библиотеку".
Тут правда всё осложняется тем что мы Лотус пока не купили, соответственно работать техподдержке Лотуса с нами не интересно. А руководство покупать заведомо нерабочий продукт не будет. Вот и приходится крутиться. Сейчас нужно добиться ответа Аладдина о правильном пути к библиотеке, и чтобы они его продублировали на хинди, или хотя бы на английском.

Комментарии

  1. У вас оно чем-нибудь решилось? А то сейчас тоже ломаю голову над этой историей.

    ОтветитьУдалить
  2. пока бодаемся с техподдержкой IBM. Их последний ответ:"Мы не можем исправить этот баг потому что не можем найти кто его сделал". У них CVS анонимный? Или разработчик пропал на индийско-пакистанской границе? Короче, ждем результаты, а вместе со мной два разработчика СЭД.

    ОтветитьУдалить

Отправить комментарий

Популярные сообщения из этого блога

И снова HASP. Определить от какого софта USB Dongle Sentinel HASP.

Нашли в коробках 2 HASP ключа. Появилась задача определить от какого софта эти ключи. Проверка по мануалу https://helpf.pro/faq/view/207.html показала что ключи не от 1С. В http://localhost:1947/_int_/devices.html нашли что Vendor ID равен 70388. К сожалению, библиотека, в которой можно найти название производителя софта по его ID, не публичная. Всё что нагуглилось: http://nodongle.biz/ready-to-use/aladdin-hasp-srm/ Продолжаем искать.

Восстановление глобального каталога в домене

Случилась у меня одна неприятность. Я понизил роль контроллера домена, который по совместительству оказался единственным глобальным каталогом домена. В результате никто не мог зайти на свои компьютеры, в том числе и я сам. Несколько часов гугла и найдено решение. 1. Заходим на оставшийся контроллер домена с учёткой «Администратора RMDC» (пароль от этой учётки вы вводили при создании роли контроллера домена). Для того чтобы войти под этой учетной записью, надо перезагрузить контроллер домена, при загрузке нажать F8, выбрать «войти в режим восстановления контроллера домена». Если вы не знаете пароль, то вам придётся взламывать пароль с помощью утилиты 2. Выполняете следующие рекомендации 3. Перезагружаетесь в обычный режим, пробуете зайти под своей учёткой. 4. Устанавливаете режим «Глобальный каталог» на все нужные вам контроллеры домена.

Proxmox 7 VM slow network

 Проагрейдил Proxmox 6.4 до Proxmox 7.1. И столкнулся с тем что сеть на виртуальных машинах стала работать очень медленно. Прям список пакетов по команде "apt update" нельзя было получить — скачивание прерывалось по таймауту. Чтение форумов не помогало. И просто интуитивно в настройках сетевой карты виртуальной машины выставил параметр "Multiqueue" большим от 0. И сеть заработала. Не стал разбираться какой параметр лучше, ставил наобум от 4 до 8. Информация FYI, за подробностями дальше не лез, как этот параметр работает не разбирался.