Немного о GLPI или танцы с бубном

GLPI — это менеджер информационных ресурсов с продвинутым веб-интерфейсом администратора системы. Система может использоваться в качестве инвентаризационной базы компании (компьютеры, программное обеспечение, оргтехника и т.п.). Также имеются дополнительные функции, такие как контроль выполнения работа с функцией оповещения по электронной почте, которые пригодятся системному администратору в повседневной рутине.

Проект имеет французские корни, поэтому большая часть документации, wiki и форум (для англоязычных пользователей всего лишь один общий форум) на французском. Великий и могучий не забыт, но перевод самой системы выполнен где-то процентов на 90-95. С документацией же ещё хуже. Она есть, но… На русском совсем немного и, скорее всего, его осуществляли с английской версии. Попытка осуществить перевод wiki с французского на русский с помощью Google Translate, идея не плохая, но читать такой перевод, а уж тем более вникать в смысл написанного, совсем не хочется. Если вы надеетесь восполнить пробел с помощью документации на английском, то тут могу лишь предостеречь, т.к. английский перевод содержит ошибки (об этом упоминается на форуме), нет полной и актуальной информации. Без внятной и понятной документации, пусть даже и на английском, процесс внедрения и понимания продукта затягивается.

С установкой системы проблем возникнуть не должно, там и так всё понятно. После установки в системе имеется четыре пользователя, наделённые разными правами и полномочиями, так сказать тестовые пользователи. Можете поиграться с ними, а можете просто удалить их завести уже своих реальных пользователей. Дам лишь один совет, не удаляйте пользователя glpi, и уж тем более не отнимайте у него администраторских привилегий, просто смените ему пароль и используйте эту учётную запись как можно реже. Остальные же пользователи по желанию. У нас все пользователи авторизуются в домене, поэтому логично и правильнее подключить GLPI к домену и импортировать всех пользователей. К домену подключиться довольно легко и просто, но вот с первого раза получить список групп и пользователей мне не удалось, хотя действовал согласно переведённому мануалу. То пользователи не привязаны к группе, то списка групп вообще нет, то пользователи не все. Как я уже говорил чуть выше, в английский мануал отличается от оригинального на французском, поэтому и русский перевод содержит все те же самые отличия, что и английский. После того, как настроил всё по французскому мануалу, все пользователи и группы корректно импортировались.

Всем пользователям поместили на рабочий стол иконку с ссылкой на Helpdesk. Щелчок мышью по иконке и открывается браузер с уже загруженной стартовой страницей системы GLPI. На стартовой странице пользователю предлагается ввести логин и пароль, который они вводят при входе в Windows (специально под формой авторизации написали текст, что именно надо вводить). Не удобно, определённо не удобно. Ведь наши пользователи уже авторизовались в домене и спокойно работают, а лишняя авторизация хоть и способствует большей секьюрности, но страшно раздражает средне статического пользователя и системой Helpdesk пользуются с большой неохотой. Об автоматической авторизации немного ниже.

Заявки хорошо, но ещё бы и иметь полное описание установленных комплектующих и установленного ПО. Когда компьютеров десяток можно и в ручную всё переписать, но когда компьютеров почти двести единиц и они размещены в семиэтажном здании, как-то хочется всё это дело автоматизировать. Это тоже возможно. Достаточно посетить проект OCS Inventory (сайт частенько лежит), скачать два архива — один с клиентом на пользовательские компьютеры, другой с северными скриптами. Сложности с установкой на сервере не возникает, благо информации вполне достаточно. У меня на работе пользовательские компьютеры все с установленной виндой, поэтому сложности с установкой никаких. Разве что для автоматической установки, это чтобы не бегать по всем пользователям (удалённое администрирование имеется, но стараемся лишний раз не нервировать своих пользователей), написал небольшой скрипт (очень мне понравился AutoIt своими возможностями) и запихнул в AD в стартовые скрипты. Если у вас возникнут проблемы с отображением русского языка в полученной информации, загляните на форум, там всё подробно написано и имеются все необходимые файлы. У меня проблем не возникло.

Казалось бы, все хорошо и замечательно, но… Как это всегда бывает, без ложки дёгтя в бочонке с медом никогда не обходится. Лично для самая большая ложка дёгтя, это весь html-код «вмазан» в php-скрипты и выводится с помощью echo. Никакими шаблонами в GLPI даже и не пахнет. Так что о смене дизайна, под корпоративный стандарт, или перекомпоновке некоторых элементов, придётся забыть. Но надо отдать должное разработчикам. Понадобилось нам добавить пять новых полей. Создал необходимые поля в базе, в форму добавил необходимые поля и описание к ним (намучался я с этим echo). Сохранил файл, загрузил форму в браузере, заполнил поля и нажал кнопку обновить. Данные сразу же появились в базе. Просто и удобно. Если же надо добавить новые выпадающие списки, то тут придётся немного сложнее. Кроме создания новой таблицы в базе, придётся ещё и поковыряться в несколько скриптах, т.к. информация по выпадающим спискам собирается из нескольких мест. Я не спорю, что можно почитать документацию разработчика на официальном сайте, но повторюсь ещё раз — она на французском, который я вообще не знаю.

Следующей ложкой дёгтя стал вообще непонятный для меня глюк. С вечера всё работало нормально, но вот утром ни один из браузеров не хотел проходить авторизацию, указывая в качестве ошибки, что у запрещены куки. Попытки найти ответ на данную проблему на форуме сайта GLPI ни к чему не привели. Там есть темы со схожей проблемой, но весь совет сводится к тому, чтобы выставить правильные права на запись в каталог _session (интересно, а как же до этого всё работало?), которые были вставлены с самого начала установки системы. Запись куки во всех браузерах разрешены, сайт с GLPI вообще добавлен в доверенные, но куки не сохраняются. Проблему с куками в Mozilla Firefox решил с помощью бубна: в адресной строке набрал повторную установку GLPI, появилось сообщение, что система уже установлена и мне предлагают пройти на страницу с авторизацией. После этого Firefox спокойно проходил авторизацию, а вот с Opera и IE такой «финт ушами» уже не проходил. Однако, проблему решил установкой свежей версией GLPI 0.72-RC2. После обновления все браузеры нормально сохраняли куки и проходили авторизацию.

В целом же система вполне нравится и устраивает. К тому же, спокойно расширяется плагинами, которые можно скачать с официального сайта. Стоит заметить, что в последней версии 0.72-RC2 установленные ранее плагины не работают. Остаётся только ждать релиза и обновления необходимых плагинов. Кстати, о плагинах. Не все плагины переведены не только на русский, но и на английский язык. Поэтому многие плагины будут общаться с вами исключительно на французском.

Как я и обещал, возвращаемся к автоматической авторизации пользователей в системе GLPI. Это реализуется достаточно легко и просто. В очередной раз обращаемся к французской документации и находим все необходимые инструкции (выбирайте нужную из трёх нижних ссылок). Автоматическую авторизацию я сделал по инструкции буквально минут за двадцать перед самым окончанием рабочего дня. Успел проверить только в IE и Firefox'е. Работает отлично, думаю наши пользователи это оценят.

В целом система GLPI вполне устраивает наш IT отдел, даже не смотря на некоторую избыточность данных (по-крайней мере для нас), не понятные глюки и почти трудно редактируемый код. Вполне возможно, что чуть позже выкинем из кода всё не нужное для нас и оставим только всё самое необходимое. Время покажет.

Несколько ссылок:
Инвентаризация компьютерной и оргтехники. OCS Inventory.
GLPI — небольшой обзор

Thunderbird

У нас на работе всем пользователям устанавливается Mozilla Thunderbird. На предыдущей работе также у всех пользователей была установлена Mozilla Thunderbird. За всё время использования этого почтового клиента у меня ни разу не возникло проблем. А тут у двух пользователей происходит что-то не понятное: пропадают все данные пользователя, а именно файл prefs.js становится девственно чистым. При чём, вся почта и адресная книга остаётся на месте. Первым делом полез на форум mozilla.ru, но поиски ни к чему не привели. Пока остановились на том, что после очередного «слёта», всё настроили и сделали бекап файла prefs.js.

Файл prefs.js пропадает не систематически и какую-то логику пропадания выявить не получается. Бывает в начале рабочего дня, бывает в середине. Периодичность также выявить не получается, т.к. это может произойти через месяц, а может два.

Конечно же, первым на ум пришла мысль о вирусах, но у всех пользователей стоит NOD32, который централизованно обновляется, т.е. антивирусные базы у пользователей свежие и актуальные. Для подстраховки проверял компьютер CureIt! от Dr.Web. Вирусов нет.

Может кто сталкивался с подобным и нашли причину такого поведения почтовика?

P.S. От версии клиента не зависит, симптомы одинаковые как на последней, так и на предыдущей версиях.

Helpdesk

На старой работе мы только думали о такой системе, но дальше идей дело не пошло. Пользователей не так много было, да все рядышком. На новой работе тоже думаем, пользователей гораздо больше, здание семь этажей. Есть кое-какие идеи, проштудировали кучу материалов на эту тему. В итоге получилось: есть коммерческие системы (в основном написаны на .Net) и есть немного бесплатных (php, mysql, apache). На покупку коммерческой системы сейчас никто денег не выделит, а ковыряться в чужом коде и адаптировать под наши нужды тоже не хочется.

Собственно возник у меня вопрос: а кто-нибудь использует на работе helpdesk? Если используете, то какой: самописный или покупной? И как, вообще, ваши пользователи относятся к подобной системе?

Поменял работу

Давненько я ничего не писал сюда, но на то были свои причины. С конца января я начал усиленно искать новую работу, т.к. на старой можно было ставить крест. Согласен, что в такое время «стрёмно» менять работу, но тут особо и выбора не было. Что же работу нашёл, коллектив отличный, работы хватает. Пока вникаю во все процессы. И кстати, Линуксом там и не пахнет, одна винда вполне себе лицензионная, что радует.

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

Самопал…

На работе по долгу службы частенько приходится сталкиваться с программами написанными на коленке. Сейчас попробую объяснить, что я подразумеваю под этой фразой. Например, какая-нибудь небольшая фирма, или не большой областной банк, или гос.учреждение хотят предоставлять доступ к своим услугам с помощь программного комплекса и ЭВМ (в народе комп) и, либо не имеют лишних средств на разработку такого комплекса, либо просто нет в штате программистов, находят программистов, либо среди своих знакомых, либо за тридевять земель в далёком Энске. Я прекрасно понимаю, что кто-то таким образом учиться программировать, кто-то пытается заработать лишнюю копеечку, у кого-то совершенно другие мотивы. Не суть важно, а важно то, как пишите свой код и какие продукты вы используете. Итак, на работе у меня есть три специфичные программы (установлены на трёх разных компьютерах), которые написаны совершенно разными людьми, живущих в разных городах нашей большой страны и никак друг с другом не пересекаются (по понятным причинам названия программ я не буду упоминать).

Не знаю как в других фирмах, но у нас процедура установки вот таких навязанных «левых» программ проста: узнаём на какой ОС работает, минимальные системные требования, и, как правило, софтозависимость. На все компьютеры с лицензионной виндой мы устанавливаем ОпенОфис, это так, на заметку. На паре компьютеров (у начальников) установлен MS Office 2007 (2003-ий уже давно перестали продавать).

Читать далее Самопал…

О Fedora 8

Совсем недавно я упоминал о дистрибутиве Fedora 8, а тут как раз работе подвернулась возможность поменять свой старый компьютер на более мощный. На всё про всё мне дали пару дней. Начал я с установки Debian, но из-за используемого на материнке чипсета от Marvell всё дело останавливалось на обнаружении CD-ROM'а. Кстати, сеть тоже не работала. Пробовал разные варианты и сборки, но так и ничего не получилось, да и время уходило (как-нибудь позже попробую разобраться).

Поставил Ubuntu 7.10. Но вот какие-то заморочки с установкой драйверов nVidia. Устанавливаешь — всё работает. Перегружаешься — драйверов нету. Одним словом по той же причине (некогда разбираться что к чему) пришлось отказаться и от Ubuntu.

Установил Fedora 8. Подключил репозиторий livna, установил драйвера nVidia. Всё работает нормально. Попробовал compiz fusion — работает отлично (сразу же отключил, ибо раздражает). Подключенный по USB принтер Xerox 3130 определился системой самостоятельно и нормально печатает. Постепенно довожу систему на ума, т.е. под себя любимого. 🙂 Странно, но во время установки в качестве файловой системы можно только выбрать ext3 или XFS, а вот ReiserFS нет в списке вообще. Интересно почему?

В целом мне нравится, хотя после Debian с его aptitude в федоровский yum кажется менее информативным и удобным. Уже поднял локальное зеркало обновлений, осталось только на паре машине указать откуда брать последние обновления. Скорее всего после Нового Года будет у всех ранее переведённых пользователей на линукс будем переводит на Fedora.

Дела текущие. Личное

Ох, ну и давненько не брал я в руки шашки, а точнее не получалось написать в блог. Причина банальна — нехватка времени, ну и просто не о чем писать, хотя...

В начале ноября отгулял свой последний кусок отпуска в этом году (у нас дают по две недели). Дел по дому было много, но их практически все решил. На работе продолжаем переводить пользователей на Линукс. На относительно старые машины — 1-3 годовалые — устанавливаем ASPLinux 11.2, на купленные в этом году, устанавливаем Fedora. Что касается выбора ASPLinux, то тут от меня мало что зависело (ну нравится ASPLinux моему начальнику). Для нескольких пользователей собрали из старья тонких клиентов. Удобно и практично, хотя не всё так просто, как кажется со стороны. Ну да ладно, об этом как-нибудь в другой раз.

Большую часть свободного времени забирает, конечно же, LinuxForum.Ru. В своё время знал что так будет, но я не жалею, т.к. всё-таки делаем хорошее дело, нужное.

Поменял оболочку bash на zsh. Понравилось, гораздо более удобнее и практичнее. Но, как и всё в Линуксе, для удобства надо немного посидеть и настроить для себя любимого. Благо материалов в Рунете по zsh хватает, поэтому с настройкой проблем не возникнет. Свой конфиг до конца ещё не доделал, но в целом получилось неплохо.

К редактору vim прикрутил плагин markdown и на горячую клавишу повесил питоновский скрипт для преобразования в html. Мне показалось так гораздо удобнее писать те же самые заметки, чем постоянно думать о вставках html-тегов.

Обед

Сегодня на работе перед обедом решил зайти, извините, в туалет. У нас там проделали проём под новую и дверную коробку устанавливали не то узбеки, не то таджики (кто смотрит «Наша Russia» — поймёт). Один копается где-то в глубине, второй стоит перед коробкой с шуруповёртом в руках, судорожно нажимая на кнопку. Может быть аккумулятор сел, или они рычажок не в то положение перевели, но шуруповёрт не работает. И слышу такой разговор (дословно, ещё с таким южным акцентом):

— "Слюшай, что-то не работает.
"
— «Обед, бля. Бери отвёртка.»

Сразу вспомнились Джамшут и Равшан из «Наша Russia».

Многостраничный tiff и Линукс

У нас на работе некоторые сотрудники получают по электронной почте письма с многостраничными tiff'ами, которые надо распечатать. Пока сидели на M$ Windows проблем особых не было, но вот после перехода на Линукс появилась проблема с распечаткой этих самых tiff'ов.

В штатной смотрелке графики мало того, что изображение искажено, так ещё и на печать выводится чёрный прямоугольник. В Гимпе также искажение изображения (неверное определяются размеры), но тут хоть видно все страницы tiff'а. Конечно, можно было девочку научить пользоваться Гимпом, но у неё и без этого работы хватает.

Исходя из этого и пришло решение воспользоваться консольными утилитами. Переконвертировать tiff в pdf, иногда бывает необходимо электронные документы загружать в программу только в формате pdf, и вывести на печать. Задача поставлена и решена, может не так изящно, но зато всё работает и все довольны. И так. Сначала я покопался в репозитории на предмет инструментов для работы с tiff'ом. Такой инструмент нашёлся сразу, в Debian'е/Ubuntu называется libtiff-tools, в ASPLinux, который мы устанавливаем нашим пользователям, этот пакет называется почти также — libtiff. После установки пакета выполняем в консоле команды:

$ tiff2pdf -o output.pdf input.tif

Собственно всё. Мы получили то, что хотели. Теперь этот pdf можно загрузить в программу, нормально просмотреть (искажений нет), распечатать. Что же касается девочки, то я написал небольшой шелл-скрипт, который конвертирует tiff'ы в pdf в определённом каталоге и кидает на принтер. От девочки только требуется сохранять присылаемые по электронной почте tiff'ы в этот самый определённый каталог и два раза клацать мышкой по ссылке на шелл-скрипт.

P.S. Захотелось совсем автоматизировать работу, т.е. с помощью правил сохранять вложения в определённый каталог. В качестве почтового клиента у нас используется Evolution, и вот что-то я не нашёл в правилах такой позиции как «сохранить вложение в...». В виндовом TheBat! такая опция в правилах была. Кстати, в Thunderbird в правилах тоже не нашёл такого. Разве что поискать в плагинах?

P.P.S. Надо будет дома посмотреть в kMail'е.

Отпуск закончился

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