<?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[Passive Discovery via Proxy/Zone]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I've been testing passive network discovery via proxy/zones and so far is working quite well.<br />
However, when it detects a node that has neither an agent on it nor SNMP enabled to query for the hostname, it adds the node just by the IP address.<br />
I can see in the logs that it is trying to resolve the IP to a hostname, but this appears to happen on the NetXMS server itself, not the proxy node of the zone through which the discovery happened?<br />
This can lead to a rather large amount of not too useful nodes ending up in the system.</p>
<p dir="auto">For now I just wrote a hook that basically sets anything to unmanaged that has neither an agent nor SNMP and ignore those systems.<br />
But it would be nice for mapping purposes, if they would show with their correct hostnames as per local DNS.</p>
<p dir="auto">Cheers</p>
]]></description><link>https://forum.netxms.org/topic/5069/passive-discovery-via-proxy-zone</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 16:58:47 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/5069.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 19 May 2017 10:34:35 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Passive Discovery via Proxy/Zone on Tue, 27 Jun 2017 21:36:53 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">added to bug tracker: <a href="https://track.radensolutions.com/issue/NX-1268" rel="nofollow ugc">https://track.radensolutions.com/issue/NX-1268</a></p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/22555</link><guid isPermaLink="true">https://forum.netxms.org/post/22555</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Tue, 27 Jun 2017 21:36:53 GMT</pubDate></item></channel></rss>