<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Windows event trap и netxms 2.0.2]]></title><description><![CDATA[<p dir="auto">Появилась необходимость забирать с Windows Server события входа в систему - event id: 4672(Win2008), 528 (Win2003) и пр.</p>
<p dir="auto">Как я понимаю есть два варианта решения:<br />
1)ставим на сервер агента, настраиваем парсер, передаем сообщения через агента - <a href="https://wiki.netxms.org/wiki/UM:Log_Monitoring" rel="nofollow ugc">wiki</a>.<br />
2)Настраиваем виндоус, так чтобы она сама отсылала snmp trap.</p>
<p dir="auto">На мой субъективный взгляд, чем меньше софта на серверах, тем проще жить.<br />
Настраиваю SNMP стандартно: группа, сервер SNMP и пр. (забегая вперед, никаких проблем, трапы отправляются, данные снимаются)<br />
Настраиваю отправку трапов по событию. Делается через приложение evntwin (входит в дистрибутив windows) (см. скриношот 1):<br />
<a href="http://uploads.ru/abuPh.png" rel="nofollow ugc"><img src="http://s3.uploads.ru/t/abuPh.png" alt="" class="img-markdown  img-fluid" /></a></p>
<p dir="auto">Logoff\login и в netxms вижу кракозябры (см. скриншот 2):<br />
<a href="http://uploads.ru/BOXU9.png" rel="nofollow ugc"><img src="http://s2.uploads.ru/t/BOXU9.png" alt="" class="img-markdown  img-fluid" /></a></p>
<p dir="auto">Методом научного тыка выясняю, проблема в "Limit trap length"<br />
Ставлю настройки в 1400 байт (см. скриншот 3):<br />
<a href="http://uploads.ru/74nFW.png" rel="nofollow ugc"><img src="http://s7.uploads.ru/t/74nFW.png" alt="" class="img-markdown  img-fluid" /></a></p>
<p dir="auto">И начинают прилетать уже осмысленные трапы (см. скриншот 4):<br />
<a href="http://uploads.ru/kgcap.png" rel="nofollow ugc"><img src="http://s6.uploads.ru/t/kgcap.png" alt="" class="img-markdown  img-fluid" /></a></p>
<p dir="auto">Полный текст:</p>
<pre><code>27.03.2016 20:36:52	192.168.0.20	hvsrv.we.ru .1.3.6.1.4.1.311.1.13.1.35.77.105.99.114.111.115.111.102.116.45.87.105.110.100.111.119.115.45.83.101.99.117.114.105.116.121.45.65.117.100.105.116.105.110.103.0.4672	.1.3.6.1.4.1.311.1.13.1.9999.1.0 == '53 70 65 63 69 61 6C 20 70 72 69 76 69 6C 65 67 65 73 20 61 73 73 69 67 6E 65 64 20 74 6F 20 6E 65 77 20 6C 6F 67 6F 6E 2E 0D 0A 0D 0A 53 75 62 6A 65 63 74 3A 0D 0A 09 53 65 63 75 72 69 74 79 20 49 44 3A 09 09 53 2D 31 2D 35 2D '; .1.3.6.1.4.1.311.1.13.1.9999.2.0 == ''; .1.3.6.1.4.1.311.1.13.1.9999.3.0 == ''; .1.3.6.1.4.1.311.1.13.1.9999.4.0 == ''; .1.3.6.1.4.1.311.1.13.1.9999.5.0 == ''; .1.3.6.1.4.1.311.1.13.1.9999.6.0 == ''; .1.3.6.1.4.1.311.1.13.1.9999.7.0 == ''; .1.3.6.1.4.1.311.1.13.1.9999.8.0 == ''; .1.3.6.1.4.1.311.1.13.1.9999.9.0 == ''; .1.3.6.1.4.1.311.1.13.1.9999.10.0 == ''
</code></pre>
<p dir="auto">Если перевести hex в текст, то получим:</p>
<pre><code>Special privileges assigned to new logon.

Subject:
	Security ID:		S-1-5-
</code></pre>
<p dir="auto">Полный текст события из EventViwer:</p>
<pre><code>Special privileges assigned to new logon.

Subject:
	Security ID:		WE\Администратор
	Account Name:		Администратор
	Account Domain:		WE
	Logon ID:		0x111111
</code></pre>
<p dir="auto">Понятно, из-за усечения пакета SNMP, строка обрезается.<br />
С учетом вышесказанного, два вопроса:<br />
1)Есть ли возможность принимать SNMP-пакеты с большими сообщениями? Это приколы виндоус, протокола SNMP или netxms(маленький буфер)? Какую максимальную длину пакета может принять netxms?</p>
<p dir="auto">2)Что делать с hex-строкой? Есть ли возможность ее преобразовывать в нормальный текст средствами netxms?</p>
<p dir="auto">P.s. Используемое ПО:netxms 2.0.2(Debian 3.2.73-2+deb7u3, postgresql), windows server 2003, 2008R2</p>
<hr />
<p dir="auto"><img src="/assets/uploads/files/smf/0000000002925-1.PNG" alt="Скриншот 1.PNG" class="img-markdown  img-fluid" width="593" height="569" /></p>
<p dir="auto"><img src="/assets/uploads/files/smf/0000000002927-2.PNG" alt="Скриншот 2.PNG" class="img-markdown  img-fluid" width="855" height="89" /></p>
<p dir="auto"><img src="/assets/uploads/files/smf/0000000002929-3.PNG" alt="Скриншот 3.PNG" class="img-markdown  img-fluid" width="570" height="469" /></p>
<p dir="auto"><img src="/assets/uploads/files/smf/0000000002931-4.PNG" alt="Скриншот 4.PNG" class="img-markdown  img-fluid" width="1034" height="46" /></p>
]]></description><link>https://forum.netxms.org/topic/4372/windows-event-trap-и-netxms-2.0.2</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 08:48:57 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/4372.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 27 Mar 2016 18:18:22 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Windows event trap и netxms 2.0.2 on Thu, 07 Apr 2016 20:20:08 GMT]]></title><description><![CDATA[<p dir="auto">Сервер может принимать SNMP трапы размером до 64К. Hex в текст можно попробовать перевести скриптом при обработке события, комбинацией функций x2d и chr:</p>
<pre><code>sub hex2text(in)
{
	pos = 1;
	byte = substr(in, pos, 3);
	while(length(byte) == 3)
	{
		value .= chr(x2d(byte));
		pos += 3;
		byte = substr(in, pos, 3);
	}
	return value;
}

// Test:
println hex2text("53 70 65 63 69 61 6C 20 70 72 69 76 69 6C 65 67 65 73 20 61 73 73 69 67 6E 65 64 20 74 6F 20 6E 65");
</code></pre>
]]></description><link>https://forum.netxms.org/post/19589</link><guid isPermaLink="true">https://forum.netxms.org/post/19589</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Thu, 07 Apr 2016 20:20:08 GMT</pubDate></item></channel></rss>