Friday, 10 July 2020

Ansible и его соединения.

Всем привет.

Вы знаете Ansible  как одну из систем управления конфигурациями (оркестратор).

Особенность Ansible в наличии управляющего сервера (master), с которого отправляются команды или наборы инструкций (playbooks) на удаленные хосты посредством протокола SSH, или HTTPS.

Ansible решает следующие задачи:

  • правильная и быстрая настройка серверов до нужной конфигурации;
  • управление развертыванием облачных серверов (через API, с помощью Docker);
  • установка и обновление приложений;
  • координация звеньев инфраструктуры для выполнения развертываний;
  • централизованный сбор логов.

Ansible не требует установки на удаленные хосты клиента, так как подключается к ним по протоколу SSH за исключением настройки службы WinRM где подключение идет по HTTPS.

Но хватит теории. Волею случая мне довелось проверить все возможности соединения с помощью Ansible. В моем тесте участвовали:

  • Homediver, Desktop Windows 10
  • ec2-54-197-120-211.compute-1.amazonaws.com, AWS MS Server 2019
  • ec2-54-88-28-8.compute-1.amazonaws.com, AWS Ubuntu
  • appliance, VirtualBox CentOS 8
  • Ansible master, VirtualBox Debian 9


Thursday, 9 July 2020

Переход на Zabbix версии 4.4.6.

Всем привет.

Недавно мне довелось переносить Zabbix с версии 3.4.11 на 4.4.6. Несмотря на то что в сети есть инструкции что такой апдейт возможен, у меня он не сработал. Не было ошибок, но и обновление не состоялось. Поэтому было принято решение пойти по более длинному пути, а именно поднимать новый Zabbix сервер рядом. Методом проб и ошибок мы пришли к следующему алгоритму действий на новом сервере.

Создать заново:
Templates of groups
Templates of hosts

Создать заново:
General/Icon mapping
General/Regular experssions

Выполнить экспорт со старого сервера и импорт на новый последовательно:
-General/Images/Background
-General/Value mapping
-Templates
-Hosts
-Maps
-Screens

Создать заново:
-Macros
-Groups of users
-Users
-Action: Autoregistration,Discovery,Triggers,Internal
-Discovery rules
-LDAPS

Установить и настроить заново:
-Scripts: mtr, nmap, traceroute.
а так же
External scripts: обычно лежат тут
/usr/lib/zabbix/externalscripts
а так же
Alert Scripts: обычно лежат тут
/usr/lib/zabbix/alertscripts

Установить и настроить заново:
Media types: email, webhooks

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

Удачи.

Monday, 6 July 2020

Локальная статистика печати #2.

Всем привет.

Читатель моего блога в тему мониторинга локальной печати предложил обратить внимание на PaperCut Print Logger. Утилита простая и бесплатная. Наверное как раз самое удачное решение если ваша фирма не готова закупать что либо новое в ближайшее время.

Софтинка инсталируется с одного файлика на ПК на котором работает локальный принтер. И становится службой которая работает от системной учетной записи.


А дальше все просто - статистика кто, что и когда печатал ложится в файл журнала. Его можно глянуть в браузере, а можно экспортировать в Excel формат csv. Размещение файла журнала можно в конфигураци перенаправить на общий сетевой ресурс.

Вот и все.

Friday, 3 July 2020

Office 365 и зашифрованный файл.

Всем привет.

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


И предложение открыть файл в классической, т.е. desktop-версии, программе. А это уже зависит от того есть ли она у вас.) Потому как лицензия уровня Е1 предполагает у вас только наличие облачной версии. Ок, допустим у вас есть Office 2016, но я вам предлагаю все равно не соглашаться, а вначале скачать этот файл себе на ПК. Ибо бдительный Office 2016 назадает вам столько вопросов до самого запроса пароля, что вы сами будете не рады.

Успехов.

Wednesday, 1 July 2020

Локальная статистика печати.

Всем привет. 

Zabbix это хорошо, но реалии таковы что в каждой фирме случаются принтера которые имеют USB-подключение, и тем не менее они еще и зашарены как сетевые средства печати для коллег по отделу.

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

Решить эту задачу возможно без использования дополнительного ПО, используя встроенные средства управления журналами Windows и PowerShell.

Скрипт получения данных с такого сервера печати находится здесь.

В принципе скрипт ничего особенного не делает кроме выборки событий с кодами ID 307 и ID 805 из журнала событий Windows "Microsoft-Windows-PrintService".

Чтобы скрипт выбирал информацию за определённый период и сохранял её в нужное место, необходимо его немного изменить. В скрипте, необходимо указать параметры даты, в нашем случае, будем выводить информацию за предыдущий день (PreviousDay): 
powershell.exe -command "d:\monitor_printer.ps1 localhost PreviousDay" 

Или предыдущий месяц (PreviousMonth): 
powershell.exe -command "d:\monitor_printer.ps1 localhost PreviousMonth" 

Если стоит задача выводить информацию за предыдущий месяц, или определенный период, необходимо установить соответствующие даты:
powershell.exe -command "d:\monitor_printer.ps1 localhost 06/01/2020 06/29/2020" 

Куда складывать результаты задается в:
$OutputFilenameByPrintJob
$OutputFilenameByUser

Вот такое локальное решение.

Версия на печать

Популярное