Инвентаризация компьютеров сети linux

OpenSource кросс-платформенная программа для учета компьютеров и оргтехники. Есть ли такая?

Нужно срочно провести инвентаризацю компьютеров, оргтехники, IP-шников, маршрутизаторов.

Перед тем как я это начну делать в Excel/Calc хочу узнать, существуют ли человеческие программы такого класса в OpenSource?

Рыл интернет — нашел только всякие обрезанные программы под лицензией Free под Windows.

Перемещено mono из talks

Не, это акакой-то ад и содомия. Залез на демосайт, и понял что таким поделием пользоваться невозможно. Реально, люди не понимают что такое пользовательский интерфейс.

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

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

ну, «делай в экселе», чо.. в нём ведь тоже есть агенты для автоматической инвентаризации, да? 😉

ЕМНИП, более-менее годного ничего нет.

Мы вменяемого не нашли, к сожалению. Из виндово-проприетарного — http://www.hwinspector.com/ ничего так, под вайном работает нормально.

Инвентаризация относится к учёту собственных средств предприятия и естественно с обязательной увязкой с бухгалтерией для расчёта амортизации, списания и тп. Например в 1С (упомянута потому, что она самая распространённая в стране) это дело есть, нормы инвентаризации с обновлениями учитывают изменяющееся законодательство и прекрасно увязаны с остальными компонентами бухгалтерского учёта.

Но повторюсь, инвентаризация это учёт активов компании, и отвечают за активы — материально ответственные лица. Если дело запахнет проблемой с финансами компании, то спросят за активы с материально ответственных лиц. Если хочется что-то делать для себя любимого в порыве перфекционизма, или просто потому что на предприятии бардак и ты готов отвечать за активы (или просто быть крайним, как единственное лицо проведшее инвентаризацию) — используй что хочешь, начиная от пометок в блокнотике и заканчивая LO-calc и своей наколенной базой.

p.s. для собственного удобства пометок характеристик и характеров оборудования (например, выгорел порт N на свитче XX) многие используют штатные поля комментариев к оборудованию в системах мониторинга.

Да, это ответ, почему так мало подобных программ.

Источник

LinuxSoID

Интересные и полезные заметки связанные с ОС Linux

вторник, 7 апреля 2009 г.

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

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

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

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

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

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

Как видите, в репозитории находится стабильная версия системы годичной давности. Я же буду рассматривать установку и настройку последней на текущий момент версии 1.02 RC1. При этом установка дополнительных пакетов и модуля 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 .
На все вопросы просто жмём клавишу ввода вплоть до окончания установки.

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

Теперь запускаем браузер и в адресной строке набираем http://имя_сервера/ocsreports/install.php и вводим данные для создания базы данных:

Создание базы ocsweb с таблицами должно пройти без проблем.

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

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

В браузере набираем http://имя_сервера/ocsreports и попадаем на страницу авторизации. При необходимости выбираем русский язык (флажки в правом верхнем углу). Пользователь: admin , пароль: admin .

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

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

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

); // 0 For non utf8 database, 1 for utf8

В файлах /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:

В системе ( в агенте сбора информации для Windows ) имеется проблема с кодировкой (малые русские буквы, начиная с ‘х'(0xF4 или 244). Т. е. буквы ‘хцчшщъыьэюя’ преобразовываются в символ английского языка ‘x’ (0x78 или 120). Проблема решается заменой файлов после установки агента файлами из архива http://ocsinventory.narod.ru/agentWinOcs.rar (спасибо Ивану Перевалову за сборку!).

Источник

Инвентаризация железа в Linux

Список возможных комманд в Linux

Ниже приведен список команд для инвентаризации оборудования в Linux. Обратите внимание: не все команды доступны для всех дистрибутивов. Лучше запускать от имени root (или через sudo), чтобы получить всю информацию.

Команда: lscpu

• Список всех доступных процессоров и их характеристики
• Не доступна в старых версиях linux дистрибутивов

Команда: lshal

• Требует установленного HAL (Hardware Abstraction Layer)
• Список всего что видно через HAL

Команда: lshw

• Доступно для дистрибутивов на основе Ubuntu по умолчанию, а Debian в основном репозитории
• Доступно в репозиториях Fedora
• Использует разные инструменты для обнаружения всего аппаратного обеспечения: Kernel, HAL, DMI и т.д.
• С опцией ‘-html’ генерирует читабельные отчеты

Команда: lspci

• Стандартная команда
• Список всех аппаратных средств, подключенных к шине PCI, обнаруженных ядром

Команда: lsusb

• Стандартная команда
• Список всех аппаратных средств, подключенные к шинам USB, обнаруженных ядром

Команда: dmidecode

• Стандартная команда
• Получает исходную информацию из DMI (своего рода интерфейс BIOS)
• Список всех аппаратных средств, о которых сообщает интерфейс DMI.

Остановился на последней — dmidecode

Скрипт на python для сбора и отправки информации в БД об аппаратном обеспечении в Linux (в разработке): check_hard_inventory.py:

На данный момент собирается только следующая информация:

Источник

Срочная инвентаризация. Или хочу всё знать

Захотелось поделится с хабросообществом парой способов провести инвентаризацию техники быстро и без особых усилий. Сподвигла меня вот эта статья, но как сторонник UNIX-way я расскажу способы сделать всё то же самое и даже больше без необходимости окружать себя гомогенной сетью из одинаковых рабочих станций или привязки к одной технологии.

Что мы хотим?

Способ первый, без затрат.

Хотим мы получить инфу о начинке системных блоков организации, например для составления плана модернизации. Вы слышали про встроенную в Windows команду SYSTEMINFO? А она очень полезная. Даст вам информацию о всей системе в удобоваримом виде:

Просто и понятно.
Но не бегать же по всей фирме запуская консоль и копируя вывод команды в текстовик на какой-нибудь шаре. У нас в компании такое в принципе невозможно, политиками запрещено пользователям запускать CMD, а при использовании «Запуск от имени» все переменные окружения летят в тартарары. Что делать? ВАШЕМУ ВНИМАНИЮ PS-TOOLS!
А конкретнее входящяя в её состав утилита psexec.exe. Но не PSEXEC-ом единым жив человек, вывода на экран нам мало, нам бы это ещё и сохранить всё это безобразие, да желательно с комфортом.
Всё предельно просто:

• Создаём шару с правами на запись всем подряд, а то мало ли какие урезанные права у рабочих станций (sic! Именно станций, потому как права пользователей этих станций нам не интересны, всё будем делать от своего имени). Ну например \\share\audit\
• Рисуем файлик в нашими айпишниками. Дело в том, что psexec по неясным причинам не понимает диапазоны адресов типа 192.168.0.1-192.168.0.254 или 192.168.0.0/24. Его, конечно, можно обмануть и подсунуть подобное, но это не стабильно и вредно, ниже объясню почему. Я пользуюсь OO Calc для создания списка IP-адресов. В итоге получаем текстовик (.txt) с примерно таким содержимым:

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

Далее, открываем cmd и пишем:

Хочу ВСЁ знать

И когда уже недостаточно только отчёта встроенной утилиты на помощ приходит AIDA64 от FinalWire. это тот же EVEREST только уже купленный другой компанией и которому было возвращено историческое название.
В принципе можно обойтись покупкой Business Edition и установкой на все станции. потом разрешить им обмениваться информацией и подключатся друг к другу на коком-нибудь порту, после чего клепать отчёты из приятного интерфейса. Но, во-первых это не тру, а во-вторых с автоматизацией процесса могут возникнуть заминки.
Я обхожусь Extreme Edition, всё то же самое но без сетевых отчётов.
Что бы начать вкушать плоды автоматизации нужно несколько несложных операций.

1. Повторяем этапы подготовки для Systeminfo
2. Ставим AIDA64
3. Копируем папку с установленной AIDA64 из Program Files куда-нибудь на общедоступную шару. Например \\share\audit\aida
4. В AIDA идём в мастер отчётов
   

Пункт «По выбору пользователя»
И здесь выбираем нужную нам информацию.

Главное не переусердствуйте. Слишком большое количество выбранных пунктов существенно нагрузит клиентские машины, к тому же получится огромный, чрезмерно избыточный отчёт, около 1Mb текстовой информации.
Жмём далее и выбираем нужный тип отчёта. Я рекомендую TEXT или XML, их проще разбирать.
Затем нажимаем Готово и получаем отчёт по нашей машине. В папке программы появится файлик aida64.rpf. Его мы копируем туда же в шару, где у нас лежит исполняемый файл: \\share\audit\aida.
Мой файл выглядит так:

Параметр /R — означает что аида не будет выводить отчёт на экран, а будет складывать его по указанному пути. %computername% — это переменная окружения cmd и на каждом компьютере где мы будем запускать Aida она будет соответствовать имени компьютера. Можно использовать любую другую переменную, но так удобнее всего.
Параметр /TEXT — предопределит тип создаваемого отчёта и автоматически подставит нужное расширение файла, поэтому после %computername% не нужно ставить .txt (%computername%.txt) иначе получим %computername%.txt.txt
Параметр /CUSTOM — даёт понять AIDA откуда брать список нужных компонентов отчёта.
Вот и всё. Запускаем эту строку в CMD и смотрим как в шару складываются очень подробные отчёты включающие в себя полную информацию по всей периферии.

В домене

Благодаря этому, при загрузке, каждый компьютер в сети проверяет, посылал ли он отчёт и если нет, то делает его, а если да, то не делает ничего.
А для того что бы обнавить данные по одной или нескольким машинам, я просто удаляю или переношу соответствующие очёты и через некоторое время у меня свежая инфа.
Внимание: на некоторых экзотических аппаратных платформах (которые AIDA не распознаёт) отработка программы вызывает сбои и даже падения, редкость, но имеет место. По этому на критически важных рабочих станциях и серверах отчёты лучше делать вручную. Полноценно запуская AIDA64 в графическом режиме, тогда компьютер не выдаёт ошибок, а AIDA просто не запускается.

Разбор полученных логов

Я сохраняю отчёты в простом текстовом виде так как пользуюсь для их разбора и анализа bash скрипты, а шара для хранения отчётов хранится на linux машине. По этому если я хочу узнать обо всех машинах: их имя,ip и mac, количество установленной памяти, то делается примерно следующее:

Это простейшая обработка, но когда освою парсинг XML на каком-нибудь языке, конечно перейду на отчёты в этом формате.

Лирика

Можно обсудить ещё и возможность удалённого включения рабочих станция, да и управление компьютерами по сети не последний вопрос. Но ничего универсальнее Wake On Lan ещё не изобрели, а многообразие средств удалённого управление столь велико, что не уместится в рамки этой статьи. Тем более это дело вкуса.

UDP: Neuronix подсказал про OCS NG + GLPI. Красивый и удобный сервер под *nix c поддержкой графиков и отчётов + клиентские части под все возможные ОС. У меня, правда, возникли проблемы с клиентами под Windows 7, но возможно от неестественной кривизны рук. Решение стационарное, нужен какой-нибудь сервер.

UDP2: Да AIDA64 платная, но нам вполне хватит триала, по части консольного использования ничем не ограниченного.

UDP3: Решение с AIDA64 полностью portable. Скинуть всё необходимое на флешку, использовать относительные пути в скриптах и по приходу в любую фирму понадобится только компьютер и права админа.

Источник