Настройка отправки логов c хостов-клиентов на сервер RSyslog.

Имея запущенный сервер сбора логов на основе Rsyslog, прослушивающий 514 порт TCP и UDP протоколов и настроенный на фильтрацию с последующей записью логов в базу данных (например MySQL). Необходимо настроить, так сказать, «клиентское окружение», т.е. все те хосты и устройства, логи с которых необходимо централизованно хранить и обрабатывать (отправку логов на удаленный сервер поддерживают не только *.nix машины, но и любые устройства поддерживающие общепринятый формат сообщений syslog’а. Напрмер, ADSL модемы и сетевые коммутаторы.) .

При настройке устройств на отправку логов удаленному серверу возможны несколько вариантов:

• Настройка визуальными средствами, используя заложенные производителем методы конфигурации (web- интерфейс свитчей или модемов, интерфейс клиента ESXi);

• Настойка системного демона syslogd, правкой конфигурационного файла (*nix системы), процесс описан ниже по тексту;

• Замена системного syslogd на RSyslog (например, для более гибкой фильтрации логов, записи сообщений сразу в удаленную базу или при конфигурировании промежуточного сервера сбора логов (relay сервер)).
• Настройка хоста под управлением ОС Windows, для чего пока есть только платные варианты (используя EventReporter или MonitorWare Agent).

Тут картко опишу настройку стандартного демона обработки логов syslog, для пересылки их на удаленный сервер, итак

Настройка ESXi хостов для отправки логов на удаленный сервер.

Конфигурирование хостов ESXi на пересылку логов производится через графический интерфейс клиента виртуальной инфраструктуры. Для настройки выбранного хоста необходимо, выделив хост в левой части окна, на вкладке Configuration хоста выбрать пункт Advanced Settings:

Настройка хоста ESXi на пересылку логов.

В появившемся окне настроек необходимо в левой части выбрать

Описание конфигурационного файла RSyslog, основные моменты.

Основной конфигурационный файлRSyslog расположен /etc/rsyslog.conf, дополнительные конфигурационные файлы для RSyslog расположены по пути /etc/rsyslog.d/ и имеют расширение *.conf . Дополнительные файлы включаются в основной конфигурационный файл в момент запуска сервиса и служат для выделения отдельных (независимых) задач из основного файла. Строки, начинающиеся с символа # и пустые строки игнорируются.
Демон RSyslog имеет модульную архитектуру, что позволяет гибко настроить демона под свои нужды. Модули подключаются директивой $ModLoad, конфигурационного файла. Основные моменты конфигурационного файла:

• $ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat – использование стандартной точности временной отметки. Для высокоточных меток необходимо закомментировать эту диретиву.
• $FileOwner root – владелец создаваемых файлов;
• $FileGroup adm – группа владельца файлов;
• $FileCreateMode 0640 – разрешения создаваемых файлов;
• $IncludeConfig /etc/rsyslog.d/*.conf – подключение дополнительных конфигурационных файлов.
• imuxsock – модуль позволяет вести логирование локальной системы;
• imklog – модуль включает поддержку kernel logging (раньше использовался rklogd)
• immark – модуль позволяет использовать метки, поступающие через определенный интервал времени.
• imudp – модуль позволяет принимать syslog сообщения на заданном UDP порту (заменяет опцию -r при запуске демона), требуется конфигурация параметра $UDPServerRun, например:

$ModLoad imudp
$UDPServerRun 514

• imtcp – модуль позволяет принимать сообщения на указанном TCP порту

VMware VI Client для управления хостом ESXi server

После установки и настройки гипервизора на сервере для управления единичным хостом с ESXi используют VI Client (клиент виртуальной инфраструктуры). Итак далее по порядку…

Управление своим первым хостом с ESX Server 3i

После выполнения базовых настроех на хостовой машине, вы можете установить дополнительный софт, нелобходимый для упрвления ESX Server 3i. Первым делом стоит познаомитсья с VI Client.

Используйте установочный компакт диск (VMware Infrastructure Management Installer CD‐ROM) для установки VI Client на компьютер, который будет использоваться как управляющая станция. Если вы не преобратали лицензию на виртульную инфрастуктуру (VMware Infrastructure Management software), используйте VI Client скачаный с вашей хостовй машины (http://адресхостовоймашины/) или копию скачанную с сайта VMware.

VI Client должен быть установлен на машину с ОС windows и доступом по сети к хосту ESXi. Так же было бы неплохо иметь доступ к интернету с управляющей машины.

Перед тем как начать убедитесь, что ваша аппартная конфигурация «потянет» VI Client:

• Процессор – 266 МГц или более Intel / AMD x86 (рекомендуется 500 МГц).
• Оперативная память – 256 Мбайт минимум, рекомендуется 512 Мбайт.
• Дисковая подсистема – 150 Мбайт дискового пространства для самой программы. Так же необходимо иметь 55 Мбайт свободного места на разделе где установлен клиент и  100 Мбайт свободного метса для временных фалов (расдел с %temp%).
• Сеть – Gigabit Ethernet рекомендуется.

Требования к програмному окружению.

VI Client разработан для 32-х битных операционных систем семейства Windows.

Клиент требует наличия установленного фреймворка (Microsoft .NET 2.0 Framework) в системе. Если он не обнаруживается, то будет установлен автоматически.

Печать из файла (PRN) средствами Windows – легко!

Сегодня столкнулся с новым и неизведанным для меня – печать из файла PRN. Этот файл создается, если во время выбора принтера для распечатки отметить галочку «печать в файл» (по крайней мере в винде). Расширение файла по умолчанию не создается, но оно наверное и не надо.

Передо мной поставили задачу… сказали что не могут, пришлось погулить – теперь вопрос решен. (еще и тут)

Среди способов печати есть 2 осн. варианта:

• Печать средствами системы – способ печати достигаемый простым копированием файла на принтер (порт принтера).
• Печать используя сторонний софт, для промежуточной конверсии (например в PDF) – все предлагали юзать Acrobat Distiller.

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

мой файл созданный в экселе – C:\ex1111.prn (расширение я сам добавил)

принтер для печати – \\office-13\hplaserj

Комманда для печати выглядела так:

copy c:\ex1111.prn \\office-13\hpLaserJ (вместо сетевого пути \\office-13\hpLaserJ можно писать локальный порт принтера, который можно найти в свойствах принтера)

После выполнения комманды компьютер немного призадумался и выдал, что «скопирвано 1 файлов»

______________________________________

интересно почитать:

Как sadko4u Винду возвращал

Песочница для админа средствами виртуальной машины.

Современный ритм жизни тербует от нас постоянного развития. В IT сфере развитие происходит еще стремиетльнее, и зачастую начинаешь терять контоль над ситуацией. Каждый день выходят новые версии программ, новые технологии, находятся новые пути решения проблем и т.д. Уследить за текущим положением дел очень сложно. Но даже уделяя внимание чтению новосте и литературы, не каждый может себе позволить опробывать новый софт на деле. Причин может быть много, но одна из них вполне решаема – это проблема «недостатка железа», а точнее колличества компьютеров. Решить такие пробемы можно путем использования технологий виртуализации, которые очень популярны уже не только в корпоративной среде, а и среди мелких компаний и просто пользователей.

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

1. Витруальные машины: несколько ОС в одной.
2. Открытая платформа витуализации VirtualBOX.

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