基于 "hostname" 限制 OpenNMS 中的服务检测
Restrict service detection in OpenNMS based on "hostname"
我可以根据 ipaddress 限制服务检测，但假设我想使用另一个参数，如 hostname 或 node_label 进行服务检测，然后我该如何配置？
我需要知道 default-foreign-source.xml 中主机名的确切配置片段
P.S：我正在使用发现恶魔，即节点的自动发现
如有任何帮助，我们将不胜感激。
OpenNMS模型如下：
节点 --> 接口 --> 服务
因此 OpenNMS 无法将节点标签与服务相关联。有一个正在开发中的 BusinessServiceMonitor 可以帮助处理更复杂的模型，但目前不在发布代码中。
这就是为什么你不能随心所欲地联想。
您可以通过使用标签标记 (ifAlias) 接口并将类别与标签匹配以排除服务来解决此问题。
此外，您永远不应该直接编辑配置 XML 配置文件。 OpenNMS 出于性能目的对这些配置使用缓存，你可能会破坏你的系统（不太可能但有可能）。
我也会避免使用发现。它限制了您将节点组分离为不同请求的能力，这使您能够将不同的供应策略集（过滤器、监控或不监控服务或数据收集的能力）应用于不同的节点组。 Discovery 仅针对默认的外部源策略运行，因此您失去了这种灵活性。
我可以根据 ipaddress 限制服务检测，但假设我想使用另一个参数，如 hostname 或 node_label 进行服务检测，然后我该如何配置？
我需要知道 default-foreign-source.xml 中主机名的确切配置片段 P.S：我正在使用发现恶魔，即节点的自动发现
如有任何帮助，我们将不胜感激。
OpenNMS模型如下：
节点 --> 接口 --> 服务
因此 OpenNMS 无法将节点标签与服务相关联。有一个正在开发中的 BusinessServiceMonitor 可以帮助处理更复杂的模型，但目前不在发布代码中。
这就是为什么你不能随心所欲地联想。
您可以通过使用标签标记 (ifAlias) 接口并将类别与标签匹配以排除服务来解决此问题。
此外，您永远不应该直接编辑配置 XML 配置文件。 OpenNMS 出于性能目的对这些配置使用缓存，你可能会破坏你的系统（不太可能但有可能）。
我也会避免使用发现。它限制了您将节点组分离为不同请求的能力，这使您能够将不同的供应策略集（过滤器、监控或不监控服务或数据收集的能力）应用于不同的节点组。 Discovery 仅针对默认的外部源策略运行，因此您失去了这种灵活性。