Приветствую товарищи. Хотелось бы поговорить на тему Kerio Connect Virtual Appliance, а именно мониторинга его через Zabbix. Мне нужно вытаскивать размер очереди, SMTP-подключения, и многое другое, связанное с именно Kerio Connect. На перёд скажу, стоит не MultiServer Appliance, а именно только Connect. Агент подключен, 2 сетевушки есть, пингуется всё, в ufw открыл порт (10050) только для локальной сети, в узлах сети ZBX зелёный. CPU, ОЗУ, ПЗУ всё это стягивает, но этого мало. Кто что подскажет? У кого был опыт? Может из файлов\логов тянуть статистику вычисляемым элементом данных, задача стоит реальная, найти решения я не могу. Везде только о Multi Server речь.

--UPD-- Нашёл файл, где складываются чарты, но складываются абсолютно все, формат файла dat, но внутрянка выглядит примерно так:

<chart name="OutgoingSMTP" class="Connections">
  <scale time="7200" sample="20">
    <current><c>0</c></current>
    <row time="1519404300"><c>0</c></row>
...

Перелопатив половину ру-нета, я так не нашёл, как же всё-таки узнать температуру хоста НЕ через vSpere Client. Сперва думал попробовать трапом прокидывать в Zabbix, но трап на то он и трап, при определённом событии может только сработать. Но мне нужен именно мониторинг, постоянное чтение значения датчика температуры и скорости фанов. Посмотрел бы на различные может шаблоны, или может кто знает адрес значения в MIB. На упреждение скажу - заббикс трапы ловит, на хосте запущен SNMP сервер, на Zabbix про хосты у меня есть всё, кроме температуры и скорости фанов. Zabbix работает на Debian 8, в vSpereClient все датчики видны. Не отказался бы от различных способов, помимо SNMP.

Привет товарищи, первое сообщение, для которого и проводилась регистрация на сие форуме, или замечательном острове Unix-юзверей. Проблема заключается в любознательности вообще работы IPTables. Есть две машинки на Deb8, виртуальные, к одной из них есть прямой доступ, к другой только по SSH. Стоит задача, закрыть все порты, кроме 22, 80, 160, 161, 443. Но загвоздка вот в чём: работа через SSH, именно через него. И из-за этой загвоздки дропать цепочки нельзя, иначе SSH отпадает как и контроль над ней. Я заметил парадокс (либо я тупой): Когда я пропишу все диапозоны портов на дроп (цепочка INPUT по умолчанию ACCEPT), при прописи 444:65535 - SSH отваливается, и это происходит на любой машинке. Хоть порт 22 открыт, но SSH не работает. Естественно заходим напрямую, удаляем последнее правило - всё начинает работать. Очищаем правила и делаем тоже самое, только в слегка противоположном смысле. А именно - дропаем цепочку и данные порты разрешаем - SSH работает. Вот не понятно как это происходит, может мне кто объяснит вообще логику, когда делаем одно и тоже, только разными способами, и работает, как оказалось по разному. А может я глупый и не понял чего-то, недавно пользуюсь Дебианом без GUI.