Ocs inventory ng agent for windows для чего

Обновлено: 08.01.2025

Инвентаризация компьютерной и оргтехники. OCS Inventory

OCS Inventory – система инвентаризации компьютеров в сети, установленного на них оборудования и программного обеспечения. Так же позволяет удаленно настраивать программное обеспечение рабочих мест. Работает под всеми операционными системами.

Система OCS Inventory NG использует программу агента, которая выполняется на инспектеруемом оборудовании и передает информацию на центральный сервер. Управление программами-агентами выполняется так же с центрального центрального сервера. Централый сервер системы позволяет не только собирать информаци об инвинтаризируемом обоурдовании, но и частично управлять инспектируемыми компьютерами.
Распространяется система по лицензии GPL v2 и является Open Source проектом.

Следующие пакеты отсутствуют в Gutsy, но уже есть в Hardy. Несмотря на это их можно скачать и установить в Ubuntu 7.10.

Предварительно следует установить следующие пакеты:

и модуль XML::Entities , которого в репозитории нет

Скачиваем файл OCSNG_LINUX_SERVER_1.02_RC1.tar.gz и распаковываем его. Проблемы начинаются уже на этапе работы инсталятора. Поэтому, перед тем как запустить setup.sh , открываем его и вносим следующие изменения:

Далее, необходимо для таблиц files и tags принудительно прописать в sql скрипте создания базы ( OCSNG_UNIX_SERVER_1.02_RC1/ocsreports/files/ocsbase.sql ) кодировку latin1 ( строка 143 и 468 ):

Теперь можно запускать setup.sh .
На все вопросы просто жмём клавишу ввода вплоть до окончания установки.

После успешной установки перезапускаем веб-сервер:

Создание базы ocsweb с таблицами должно пройти без проблем.
Затем создаём любым удобным способом пользователя ocs и даем ему права на базу ocsweb .

Меняем в файле /usr/share/ocsinventory-server/ocsreports/dbconfig.inc.php пароль для доступа к базе.

На этом установку можно считать оконченной.

Теперь решаем проблемы с отображением русских символов.

В файле /usr/share/ocsinventory-server/ocsreports/preferences.php в строке 21 :

В файлах /usr/share/ocsinventory-server/ocsreports/group_show.php, header.php и machine.php меняем charset=ISO-8859-1 на charset=windows-1251 ( строки 116, 49 и 90 соответственно).

При просмотре через www неправильно отображаются русские названия программ. Открываем для редактирования
/usr/share/ocsinventory-server/ocsreports/machine.php и правим function print_softwares($systemid) начиная со строки 606 :

Для отображения на главной странице имен пользователей на русском языке в файле preferences.php следует внести изменения в строку 763 :

С серверной частью вроде бы всё. Переходим к клиентской.

Установка агента в Ubuntu:

Для тех, кого вышеприведенные операции c кодом приводят в ужас или навевают тоску (что вероятнее :-), выкладываю тарбол со всеми описанными исправлениями. Вам остаётся только распаковать его и установить – ocsng_unix_server_102_rc1_rutar.gz

Автор: Евгений Бражко

Постовой

Обращайтесь, если вам требуется срочный ремонт ноутбуков. Лучшее качество, отличные цены.

Юридические проблема? Не пытайтесь понять все сами, обратитесь к специалистам:Онлайн консультация адвоката.

Этот пост March 18, 2009 at 6:43 pm опубликовал molse в категории Мониторинг. Желающие могут оформить RSS подписку на комменты. Both comments and trackbacks are currently closed.

Этот текст был прислан на конкурс авторов, который мы запустили весной. Мы разобрались с большим количеством пришедших материалов, подвели итоги и наградили победителей. Автор этой заметки получил приз — трехмесячную подписку на «Хакер». Поздравляем!

удобный веб-интерфейс;
расширение возможностей плагинами;
поддержка IpDiscover и SNMP;
продвинутый поиск;
сбор ключей Windows и Office;
удаленное развертывание пакетов.

Этот продукт поддерживает все популярные ОС: Windows, Linux, BSD, Sun Solaris, IBM AIX, HP-UX, macOS, Android.

Устанавливать будем с официального сайта, так как в репозиториях Debian старые версии.

На такой конфигурации железа сервер спокойно может собирать информацию со 150 агентов с интервалом обновления четыре часа.

Софт: Debian Jessie (8.7.1) x64, OCSNG_UNIX_SERVER-2.3.1, OCSNG-Windows-Agent-2.3.0.0
VPS: OpenVZ, 2 vCPU, 512 Мбайт, 15 Гбайт SSD

Ссылки на исходники

Устанавливать OCS Inventory NG будем в связке с Apache 2 и MariaDB.

Подготовка

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

Подключаем репозиторий. Открываем список зеркал и добавляем репозиторий DotDeb.

Импортируем ключ DotDeb’а:

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

Установим необходимые пакеты:

Во время установки задаем пароль для пользователя root MySQL.

Ставим модули Perl:

После этого устанавливаем MariaDB и создаем пользователя ocs и БД ocsweb.

Установка и настройка

Скачиваем OCS-NG Server:

Запускаем скрипт установки (все настройки оставляем по умолчанию):

Мы уверены и хотим продолжить. [ENTER]
Наш MySQL-сервер запущен на локальном хосте. [ENTER]
И работает он на порте 3306. [ENTER]
Бинарник демона apache2 находится в /usr/sbin/apache2ctl . [ENTER]
Конфигурационный файл лежит тут: /etc/apache2/apache2.conf . [ENTER]
Apache2 работает от пользователя www-data . [ENTER]
Который входит в группу www-data. [ENTER]
Программа установки поместит конфигурационный файл OCS Inventory NG в директорию /etc/apache2/conf-available . [ENTER]
Бинарник PERL расположен тут: /usr/bin/perl . [ENTER]
Да, мы хотим настроить конфигурационный сервер на этом компьютере. [ENTER]
Размещаем логи сервера OCS в /var/log/ocsinventory-server . [ENTER]
Конфигурационные файлы плагинов будут лежать тут: /etc/ocsinventory-server/plugins. [ENTER]
Задаем расположение модулей Perl: /etc/ocsinventory-server/perl . [ENTER]
Модуль PERL Apache2::SOAP не установлен, хотите продолжить? [ENTER] (Это опциональная функция OCS, без нее все будет корректно работать.)
Чтобы Apache 2 загружал модули Perl до старта OCS, программа установки переименует ocsinventory-server.conf в z-ocsinventory-server.conf . [ENTER]
Да, мы хотим настроить Web Administration Console. [ENTER]
Наша версия OCS устанавливается впервые, поэтому продолжаем. [ENTER]
Куда копировать статические файлы PHP Web Console /usr/share/ocsinventory-reports . [ENTER]
Каталоги с возможностью записи/кеширования для пакетов развертывания, а также журналы консоли администрирования, IpDiscover и SNMP будут находиться в /var/lib/ocsinventory-reports . [ENTER]
Готово! Рестарт веб-сервера пока не делаем. Журнал установки лежит в /tmp/OCSNG_UNIX_SERVER-2.3.1/ocs_server_setup.log .

Задаем в z-ocsinventory-server.conf директиву PerlSetVar OCS_DB_PWD , то есть пароль пользователя ocs.

Включаем конфиги

Отключим дефолтные и включим новые. Далее сделаем рестарт демона apache2.

Предоставляем пользователю www-data права на директории:

Дополнительно можно отключить AccessLog в Apache 2:

Комментируем эту строчку:

Убрать версию Apache 2:

Убрать версию PHP 7.0:

И снова рестартуем Apache.

Установка агента в Windows 10

Скачиваем последний установщик и запускаем. От типа установки зависит, как будет производиться инвентаризация. Есть два варианта:

Network inventory — работает через сеть;
Local inventory может потребоваться для локального импорта, когда у хоста нет сети.

Настройку параметров прокси оставляем как есть.

Пишем адрес сервера — домен или IP-адрес. Безопасность обмена между агентом и сервером будет обеспечиваться сертификатом cacert.pem .

Придумываем тег, который будет служить для объединения компьютеров в группы. В опциях указываем, что хотим сразу после установки начать инвентаризацию.

Установка плагинов

Ссылки на скачивание лучше брать с GitHub, так как на официальном сайте встречаются старые версии. Устанавливать будем на примере Office Pack. Этот плагин позволяет получать ключи от Microsoft Office.

Для установки нам понадобится положить скачанный плагин в /usr/share/ocsinventory-reports/ocsreports/download . Приступим.

Далее в веб-интерфейсе нашего сервера открываем Plugins —> Plugins Manager, выбираем скачанный плагин и жмем Install. После успешной установки рестартуем демон Apache.

Осталось скачать плагин на компьютере с установленным агентом и распаковать файлик msofficekey.vbs (он лежит в officepack.zipagent ) в C:Program Files (x86)OCS Inventory AgentPlugins .

В трее ищем наш агент, нажимаем правой кнопкой мыши и выбираем Run OCS Inventory NG Agent now.

Конкурс продолжается

Мы решили продлить конкурс и превратить его в постоянную акцию. Прислав нам описание хака, полезный совет или описание клевой неизвестной проги, ты по-прежнему можешь получить подписку на месяц, три месяца или, если постараешься, на год. Следуй рекомендациям и присылай свой текст!

2. Решение задачи.

OCS Inventory — это система инвентаризации компьютеров по сети, установленного на них оборудования и программного обеспечения.

Система OCS Inventory использует программу агента, которая выполняется на инспектируемом оборудовании и передает информацию на центральный сервер. Управление программами-агентами выполняется так же с центрального центрального сервера. Центральный сервер системы позволяет не только собирать информацию об инвентаризированном оборудовании, но и частично управлять инспектируемыми компьютерами.

Кроме функций сетевой инвентаризации, OCS Inventory имеет возможность развертывания пакетов и запуска команд, записанных в файле на клиентских компьютерах, информация о которых находится в инвентаризационной системе. При необходимости установки одного приложения на большое количество систем такая функциональность очень выручает.

3. Основные компоненты системы.

Внимание! В процессе эксплуатации было замечено, что программное обеспечение OCS Inventory написано для Apache и исправна работать на Nginx не будет! Хотя и запускается хорошо. Это связано с тем, что модули Perl были написаны специально под Apache. Запускаться будет, а вот работать потом не будет. Будут мелкие досадные и скрытые ошибки в работе скриптов. Чтобы использовать Nginx для OCS Inventory, воспользуйтесь проксированием OCS Inventory из Apache через Nginx. В конце данного руководства будет приложен файл конфигурации для Nginx.

Система состоит из 4 основных компонентов:

Эти 4 компонента могут быть размещены на одном компьютере All in One или на разных компьютерах, чтобы обеспечить балансировку нагрузки. Выше 10.000 инвентаризированных компьютеров рекомендуется использовать по крайней мере 2 физических сервера, один из которых содержит Сервер баз данных + Сервер связи, а другой-реплику базы данных + Сервер администрирования + Сервер развертывания.

В данном руководстве по установке OCS Inventory Server всё установка будет производиться на один сервер, который будет выступать во всех этих ролях.

Как работает OCS Inventory:

Сервер баз данных MySQL или MariaDB работает где-то и прослушивает порт по умолчанию 3306 порт с включенной связью TCP/IP.
Web-сервер Apache установлен и работает для сервера связи и сервера администрирования.
PHP и Perl установлены и могут использоваться web-сервером Apache для консоли администрирования.
Perl и mod_perl устанавливаются и могут использоваться web-сервером Apache для сервера связи.

4. Реализация на практике.

Итак, нам понадобится:

5. Предварительная подготовка.

5.1. Удалим SELinux:

Перезагрузим CentOS 7:

5.2. Установим EPEL репозиторий:

5.3. Установим Apache:

Поставим его в автозапуск:

5.4. Установим полезный софт:

Установим менеджер скачивания:

5.5. Настройка брандмауэра.

Не забудьте открыть 80 порт в своем брандмауере!

Открываем файл конфигурации iptables текстовым редактором:

И в середине массива строк, под разрешением работы SSH с портом 22, добавляем строку точно такую же строку:

Открывать 443 порт не будем, так как предусмотрено проксирование Nginx по 80 порту с добавлением сертификатов на стороне проксирующего сервера.

5.6. Установим MariaDB.

Установка MariaDB производится по данной инструкции: «CentOS 7: Установка и настройка системы баз данных MariaDB. Создание базы данных.» Так же создадим новую базу данных под OCS Inventory Server. Запомним её логины и пароли. Они нам пригодятся ниже по инструкции.

5.7. Установим Remi репозиторий:

Так же нет смысла держать репозитории, которые устарели. Так как мы будем ставить новую версию репозитория REMI, то старую версию можно смело деактивировать.

Для установки репозитория Remi в CentOS 7 требуется установить EPEL репозиторий (уже поставили выше по инструкции) и выполнить команду:

В базовой установке CentOS 7 установлен старый remi-safe репозиторий. Для активации remi надо вначале отключить remi-safe, а потом активировать remi выполнив команды:

После установки смотрим доступные репозитории Remi:

Как видите, есть несколько версий php, сейчас мы можем активировать php 7.4, для этого откройте соответствующий файл, найдите секцию [remi-php74] , в ней найдите enabled и поменяйте значение с 0 на 1:

Получится вот так:

5.8. Обновим систему до актуального состояния:

5.9. Установим Perl модули для Сервера связи.

5.10. Установим PHP модули для Консоли администрирования:

Далее будет предложено 2 варианта установки OCS Inventory:

6. Установка web-интерфейса через репозиторий.

6.1. Установка репозитория.

Скачаем пакеты репозитория:

Установим пакет репозитория:

Установим OCS Inventory:

6.2. Установка PHP.

Установим PHP пакеты:

Добавим службу в автозапуск.

Заменим имя пользователя базы данных, имя базы данных и пароль базы данных, которые идут в комплекте по умолчанию, на свои.

6.3. Скопируем и откроем файл конфигурации ocsinventory-server.conf :

Сохраним изменения и выйдем из файла.

6.4. Скопируем и откроем файл конфигурации ocsinventory-restapi.conf :

Сохраним изменения и выйдем из файла.

6.5. Скопируем и откроем файл конфигурации dbconfig.inc.php :

Примечание: этот файл уже заполнен, так как мы делали первоначальную настройку в web-интерфейсе.

Сохраним изменения и выйдем из файла.

6.6. Перезапустим службы Apache, MariaDB и PHP-FPM:

7. Установка web-интерфейса вручную.

7.1. Установка PHP.

Установим PHP пакеты, их будет больше, чем при установке OCS Inventory из оригинального репозитория:

После завершения работы команды вы получите готовую и работающую версию php, и вы можете использовать ее для своего web-сервера Apache.

Добавим службу в автозапуск.

7.2. Установка OCS Inventory.

Заполняем небольшую форму регистрации. Получаем письмо ссылкой. Скачиваем архив с OCS Inventory Server. И закидываем архив на сервер CentOS 7.

Установим архив с OCS Inventory с сайта разработчиков:

Распаковываем содержимое архива:

Переходим в распакованную папку и запускаем автоустановщик, файл setup.sh :

Запускаем скрипт автоустановки:

Если у вас всё установлено стандартно на сервере и вы ничего не меняли, все пакеты ставились по умолчанию и вы ничего не кастомизировали, то смело жмите на все вопросы Enter и y. Там анкета про то, что и куда ставить.

Внимание! Если просто жать Enter без y, то установка будет с ошибками. Требуется именно соглашаться в диалоговых моментах.

Автоустановщик инсталлирует на ваш сервер все необходимые пакеты и сообщит об успешной установке.

7.3. Скопируем и откроем файл конфигурации z-ocsinventory-server.conf :

Сохраним изменения и выйдем из файла.

7.4. Скопируем и откроем файл конфигурации zz-ocsinventory-restapi.conf :

Сохраним изменения и выйдем из файла.

7.5. Скопируем и откроем файл конфигурации dbconfig.inc.php :

Примечание: этот файл уже заполнен, так как мы делали первоначальную настройку в web-интерфейсе.

Сохраним изменения и выйдем из файла.

7.6. Перезапустим службы Apache, MariaDB и PHP-FPM:

8. Настройка размеров пакетов развертывания в PHP.

Вы не сможете создать пакет развертывания размером более 100 Мб, если не настроите php.ini конфигурацию для PHP.

Создадим копию файла php.ini конфигурации PHP:

Откроем в редакторе и модифицируем следующие строки:

max_execution_time — время, в течении которого скрипт должен полностью завершить своё исполнение. Для отмены ограничений можно присвоить 0 . Измеряется в секундах.

max_input_time — время, в течении которого скрипт, должен получить и обработать все данные из POST и GET запросов. Измеряется в секундах.
memory_limit — ограничение на выделяемую для исполнения одного скрипта память. Для отмены ограничений, поставьте -1 . Должен быть больше post_max_size . Измеряется в Мб.
post_max_size — максимальный размер отправляемого через POST-запрос файла, значение параметра post_max_size должно быть равным или большим значению параметра upload_max_filesize .
upload_max_filesize — максимальный размер закачиваемого файла.
max_file_uploads — максимальное количество одновременных загрузок. Ставьте столько, сколько устройств будут присылать информацию в систему.

Перезапустим службы Apache, MariaDB и PHP-FPM:

9. Настройка в web-интерфейсе.

Заходим по адресу:

Нас встречает анкета базы данных.

Заполняем ее своими данными: имя базы данных, логин пользователя базы данных, пароль от базы данных, локальное размещение localhost, 3306 порт. Остальное не заполняем, так как мы не генерировали сертификаты и вообще будем проксировать через Nginx с доменным именем, на котором уже будет настроено шифрование. После настройки нажимаем Send.

Начнется форматирование базы данных под нужды OCS Inventory.

По окончанию форматирования базы данных OCS Inventory обнаружит, что есть новый способ форматирования базы данных и снова предложит это сделать. Мы согласны и подтверждаем кликом на кнопке Perform the update.

После обновления таблицы базы данных нажимаем Click here to enter OCS-NG GUI и попадаем в меню входа в систему:

Отлично мы в системе!

10. Настройка безопасности.

10.1. Удаление файла установки.

Что мы видим? А видим мы то, что нам нужно удалить файл первоначальной настройки install.php , чтобы кто-нибудь не настроился на нашем сервере вновь.

Надпись гласит о том, что нужно бы его удалить.

На вопрос о том, что мы стираем install.php сознательно, отвечаем y.

10.2. Смена заводского пароля в панели управления.

Вы должны создать свой собственный учетная запись с профилем супер администратора, а после этого удалить учетную запись по умолчанию.

11. Главные системные ссылки OCS Inventory.

После установки и настройки OCS Inventory в нашем распоряжении появляются две главные ссылки системы:

Для работы внутри сети этих ссылок вполне достаточно. На данном этапе настройка OCS Inventory для внутренних нужд сети закончена.

Если вам потребуется получать и информацию информацию за пределами внутренней сети, то для этого потребуется организовать проксирование OSC Inventory и организовать защиту передачи данных.

12. Организация проксирования.

12.1. Установка и настройка Nginx.

Для организации проксирования Apache нам потребуется отдельный настроенный и работающий сервер Nginx.

Также вам потребуется получить 2 доменных имени DNS вида:

12.2. Создание файлов конфигурации проксирования.

Создадим 2 файла конфигурации с учетом инструкции настройки Nginx c nginx.conf , который был предложен в тексте инструкции по его настройке, в противном случае работоспособность системы OCS Inventory не гарантируется!

Вводим в него текст:

Сохраните файл и выйдите из текстового редактора.

Вводим в него текст:

Сохраните файл и выйдите из текстового редактора.

12.3. Организация базовой аутентификации.

Название файла с паролями может быть любое. Назовем его исторически — htpasswd , но скрытым (точной перед файлом) делать не будем. Расположение файла так же может быть любое! Файл htpasswd содержит список имен пользователей и паролей. Nginx использует его для проверки учетных данных пользователей, которые хотят получить доступ к защищенным областям сайта.

Сначала создайте пустой файл с именем /etc/nginx/htpasswd_osci примерно так:

Далее создайте пустой файл с именем /etc/nginx/agent.htpasswd_osci примерно так:

Далее требуется заказать первичное наполнение файла htpasswd_osci :

Вам будет предложено ввести пароль дважды:

Аналогично требуется заказать первичное наполнение файла htpasswd_agent.osci :

Внимание! Если у вас уже существует файл с таким именем, то его содержимое будет заменено, поэтому перед процедурой обязательно удостоверьтесь, что такого файла нет или используйте любое другое имя, которого точно нет.

Теперь вы можете добавить имена пользователей и пароли в этот файл с помощью команды htpasswd , добавлять -c не надо уже, так как файл для хранения паролей уже создан и создавать его снова нам не надо.

Позже, если вы хотите изменить существующий пароль, просто повторите команду. Точно так же вы можете добавить других пользователей в файл, выполнив приведенную выше команду с другим именем пользователя.

Если вы хотите удалить пользователя из файла, используйте ключ -D следующим образом:

Файл htpasswd представляет собой простой текстовый файл, и вы можете проверить его с помощью текстового редактора. Имена пользователей хранятся как есть, но пароли хешируются и шифруются.

Создайте 2 сертификата для доменных имен.

12.5. Перезапустим Nginx:

Если всё сделано без ошибок и опечаток, то вам станут доступны два web-адреса с базовой аутентификацией:

13. Настройка логирования.

Последний штрих в настройке web-сервера Nginx — ротация логов виртуальных хостов. Если этого не сделать, то через какое-то, обычно продолжительное, время возникает проблема в связи с огромным размером лог файла.

У нас уже будет файл конфигурации logrotate для Nginx, который был создан во время установки — /etc/logrotate.d/nginx .

Добавим к общему списку ротаций:

Разверните для просмотра текста конфигурации ротации логов.

Я предлагаю ротировать файлы логов по достижению ими размера в 10 Мб, сжимать после ротации и хранить 10 архивов с логом. Для виртуальных хостов, работающих от отдельного пользователя, новые логи создаются сразу с соответствующими правами, чтобы у пользователя был доступ к ним. Для всех остальных хостов можно использовать самое первое правило, просто добавляя туда новые пути для логов.

На данном этапе настройка OCS Inventory для работы через Интернет закончена.

14. Установка агентов.

14.1. Установка агента в Windows 10.

Скачиваем последний установщик и запускаем. От типа установки зависит, как будет производиться инвентаризация.

Есть два варианта:

Network inventory — работает через сеть;
Local inventory может потребоваться для локального импорта, когда у хоста нет сети.

Доступные версии на момент написания статьи:

Запускаем установку Агента от имени Администратора компьютера.

Настройку параметров прокси оставляем как есть.

Если этого не сделать, то Агент не сможет сообщить информацию в OCS Inventory.

4. Ваш пакет был успешно собан в директории /var/lib/ocsinventory-reports/download/1306902663
5. Иду в активацию, активирую

6. Вписываю вместо localhost имя своего хоста сервера

7. Пакет активирован и годен к распространению
8. Иду в поиск, ищу пару компов для теста.. тыкаю на "развертывание"

10. Вы уверены, что хотите распространить этот пакет на эти машины? - ДА!
11. 1 компьютеров с успешным распространением
12. И видим что развертывание "висит"

правильно ли я понимаю, что в данном случае мой файл должен просто лечь в папку /tmp при старте агента? так? И почему этого не происходит

Опишу вкратце свою ситуацию:

* ОС - CentOS ver.: 5.5;
* OCS Inventory NG Server ver.: 2.0 (скачан с офф. сайта);
* База данных создана с кодировкой UTF8;
* OCS Inventory NG agent for Window ver.: 2.0.0.20;
* Агент установлен на клиентском ПК под управлением Windows 7 Корпоративная.

Все отлично: сервис работает, данные поступают!
Но есть все же нюансы с кодировкой, два пункта:

1) Отображение версии ОС - кодировка ISO-8859-1;
2) Вкладка Сеть - Сетевой адаптер так же в кодировке ISO-8859-1.

Description Ethernet adapter not correct in Cyrillic Windows XP

Такой же баг присутствует и на хостах под управлением Windows 7

Не корректно определяются процессоры Intel Core i3

CPU Intel i5 detect not correctly.
OCS Inventary Agent detect CPU Intel Xeon.
View screenshot

Мой вопрос снят и после проведенного поиска стал неактуален для меня.
Ждем обновления OCS Inventory NG agent для Windows.

The server encountered an internal error and was unable to complete your request.

If you think this is a server error, please contact the webmaster.
Error 500
srv02
14.09.2011 11:24:56
Apache/2.2.17 (Win32) mod_ssl/2.2.17 OpenSSL/0.9.8o PHP/5.3.4 mod_perl/2.0.4 Perl/v5.10.1

При ручной загрузке файла

Читайте также: