<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Monitoring Remote Hosts With Cacti</title>
	<atom:link href="http://www.playingwithwire.com/2007/06/monitoring-remote-hosts-with-cacti/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.playingwithwire.com/2007/06/monitoring-remote-hosts-with-cacti/</link>
	<description>The Internet Startup Blog</description>
	<lastBuildDate>Sat, 24 Oct 2009 19:07:30 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Viktor Petersson</title>
		<link>http://www.playingwithwire.com/2007/06/monitoring-remote-hosts-with-cacti/comment-page-1/#comment-12385</link>
		<dc:creator>Viktor Petersson</dc:creator>
		<pubDate>Sun, 30 Sep 2007 21:46:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.playingwithwire.com/2007/06/monitoring-remote-hosts-with-cacti/#comment-12385</guid>
		<description>François,
The reason why we utilize SSH-tunnels in this article is to avoid opening up ports in the firewall. Since you most likely already have port 22 opened for SSH, this setup requires a minimal amount of work. 

Note that assumes that you connect between two machines over an non-secured network (ex. the Internet). If both your servers are on the same LAN, you might as well use a plain UDP connection (unless you want to make it more secure).</description>
		<content:encoded><![CDATA[<p>François,<br />
The reason why we utilize SSH-tunnels in this article is to avoid opening up ports in the firewall. Since you most likely already have port 22 opened for SSH, this setup requires a minimal amount of work. </p>
<p>Note that assumes that you connect between two machines over an non-secured network (ex. the Internet). If both your servers are on the same LAN, you might as well use a plain UDP connection (unless you want to make it more secure).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: François</title>
		<link>http://www.playingwithwire.com/2007/06/monitoring-remote-hosts-with-cacti/comment-page-1/#comment-12383</link>
		<dc:creator>François</dc:creator>
		<pubDate>Sun, 30 Sep 2007 21:23:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.playingwithwire.com/2007/06/monitoring-remote-hosts-with-cacti/#comment-12383</guid>
		<description>Nice article! But I don&#039;t really understand why you need the SSH tunnels! Anyhow, a clear connection will be made from the cacti server to the remote server on the 161 port. So, why don&#039;t you configure cacti with those informations:
Description: server1.xyz.net
Hostname: server1.xyz.net
Host Template: ucd/net SNMP Host
SNMP Community: public
SNMP Version: Version 1
SNMP Port: 161

Here, you need neither changing udp to tcp nor ssh tunnels. It seems a lot easier to me but I may have missed something...</description>
		<content:encoded><![CDATA[<p>Nice article! But I don&#8217;t really understand why you need the SSH tunnels! Anyhow, a clear connection will be made from the cacti server to the remote server on the 161 port. So, why don&#8217;t you configure cacti with those informations:<br />
Description: server1.xyz.net<br />
Hostname: server1.xyz.net<br />
Host Template: ucd/net SNMP Host<br />
SNMP Community: public<br />
SNMP Version: Version 1<br />
SNMP Port: 161</p>
<p>Here, you need neither changing udp to tcp nor ssh tunnels. It seems a lot easier to me but I may have missed something&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
