<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    
    <title>Zugschlusbeobachtungen (Entries tagged as nagios)</title>
    <link>https://blog.zugschlus.de/</link>
    <description>Marc Habers Weblog</description>
    <dc:language>en</dc:language>
    <generator>Serendipity 2.5.0 - http://www.s9y.org/</generator>
    <pubDate>Thu, 01 Jan 1970 00:00:00 GMT</pubDate>

    <image>
    <url>https://blog.zugschlus.de/templates/2k11/img/s9y_banner_small.png</url>
    <title>RSS: Zugschlusbeobachtungen - Marc Habers Weblog</title>
    <link>https://blog.zugschlus.de/</link>
    <width>100</width>
    <height>21</height>
</image>

<item>
    <title>Nagios, Parent Hosts, and traceroute on the Internet</title>
    <link>https://blog.zugschlus.de/archives/770-Nagios,-Parent-Hosts,-and-traceroute-on-the-Internet.html</link>
            <category>Computer und Netze</category>
    
    <comments>https://blog.zugschlus.de/archives/770-Nagios,-Parent-Hosts,-and-traceroute-on-the-Internet.html#comments</comments>
    <wfw:comment>https://blog.zugschlus.de/wfwcomment.php?cid=770</wfw:comment>

    <slash:comments>5</slash:comments>
    <wfw:commentRss>https://blog.zugschlus.de/rss.php?version=2.0&amp;type=comments&amp;cid=770</wfw:commentRss>
    

    <author>nospam@example.com (Marc 'Zugschlus' Haber)</author>
    <content:encoded>
    &lt;p&gt;
Nagios has the - very useful - feature of &quot;parent hosts&quot;. If it deems a host A being down, it first checks its parent host, B, and reports A only as down if B is up. This goes back recursively until a host with state &quot;up&quot; is found and only the first &quot;down&quot; host is actually reported. This keeps on-call people from being bombed with alerts in case of major network outages and makes sure that the alerts that are actually sent out do reasonably accurately describe the actual outage.
&lt;/p&gt;

&lt;p&gt;
As an individual who has some &quot;external&quot; servers in various data centers on the Internet, I would like to not be alerted multiple times that my servers at ISP C, D, and E are down if there is an outage at the ISP F hosting my Nagios installation or at one of the various exchange points temporarily rendering the servers unreachable (without me being able to do anything).
&lt;/p&gt;

&lt;p&gt;
The solution sounds easy but is surprisingly hard.
&lt;/p&gt;
 &lt;a class=&quot;block_level&quot; href=&quot;https://blog.zugschlus.de/archives/770-Nagios,-Parent-Hosts,-and-traceroute-on-the-Internet.html#extended&quot;&gt;Continue reading &quot;Nagios, Parent Hosts, and traceroute on the Internet&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Thu, 30 Oct 2008 17:23:44 +0000</pubDate>
    <guid isPermaLink="false">https://blog.zugschlus.de/archives/770-guid.html</guid>
    <category>debian-english</category>
<category>incluesion</category>
<category>monitoring</category>
<category>nagios</category>

</item>
<item>
    <title>Automatisierter UMTS-Fallback mit Nagios</title>
    <link>https://blog.zugschlus.de/archives/734-Automatisierter-UMTS-Fallback-mit-Nagios.html</link>
            <category>Computer und Netze</category>
    
    <comments>https://blog.zugschlus.de/archives/734-Automatisierter-UMTS-Fallback-mit-Nagios.html#comments</comments>
    <wfw:comment>https://blog.zugschlus.de/wfwcomment.php?cid=734</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://blog.zugschlus.de/rss.php?version=2.0&amp;type=comments&amp;cid=734</wfw:commentRss>
    

    <author>nospam@example.com (Marc 'Zugschlus' Haber)</author>
    <content:encoded>
    &lt;blockquote&gt;&lt;pre&gt;
$ ping 10.8.0.11
PING 10.8.0.11 (10.8.0.11) 56(84) bytes of data.
64 bytes from 10.8.0.11: icmp_seq=1 ttl=63 time=79.6 ms
64 bytes from 10.8.0.11: icmp_seq=2 ttl=63 time=79.5 ms
64 bytes from 10.8.0.11: icmp_seq=3 ttl=63 time=79.7 ms
&amp;lt;ethernetkabel wird gezogen&amp;gt;
64 bytes from 10.8.0.11: icmp_seq=295 ttl=63 time=724 ms
64 bytes from 10.8.0.11: icmp_seq=296 ttl=63 time=1079 ms
64 bytes from 10.8.0.11: icmp_seq=297 ttl=63 time=559 ms
&lt;/pre&gt;&lt;/blockquote&gt;

&lt;p&gt;Dies ist das Verhalten meines Netzüberwachungs-Notebooks auf dem zum Management dienenden OpenVPN-Link beim Ziehen des Ethernetkabels. Auf dem Ding läuft eh ein Nagios und es hat zum Verschicken von Warn-SMS aus dem Nagios eine UMTS-Karte. Also habe ich ihm jetzt per Event Handler beigebracht, automatisch einen pppd zu starten, wenn die Gegenstelle des OpenVPN-Tunnels ihren Status nach DOWN wechselt. Und das funktioniert sogar.
&lt;/p&gt;&lt;/p&gt;

&lt;p&gt;
Die hohen RTTs nach dem Ziehen des Ethernetkabels kommen übrigens daher, dass in der UMTS-Karte derzeit eine uralte Simyo-SIM steckt, die noch nicht UMTS-fähig ist. Aber die ist bald leer, und dann kommt da auch eine USIM rein.
&lt;/p&gt;
 
    </content:encoded>

    <pubDate>Mon, 21 Jul 2008 06:35:14 +0000</pubDate>
    <guid isPermaLink="false">https://blog.zugschlus.de/archives/734-guid.html</guid>
    <category>debian</category>
<category>incluesion</category>
<category>nagios</category>
<category>umts</category>

</item>
<item>
    <title>ping ist boese?</title>
    <link>https://blog.zugschlus.de/archives/533-ping-ist-boese.html</link>
            <category>Hosting und Internet</category>
    
    <comments>https://blog.zugschlus.de/archives/533-ping-ist-boese.html#comments</comments>
    <wfw:comment>https://blog.zugschlus.de/wfwcomment.php?cid=533</wfw:comment>

    <slash:comments>2</slash:comments>
    <wfw:commentRss>https://blog.zugschlus.de/rss.php?version=2.0&amp;type=comments&amp;cid=533</wfw:commentRss>
    

    <author>nospam@example.com ()</author>
    <content:encoded>
    &lt;p&gt;
Vermieter von dedizierten Mietservern sind offensichtlich nicht daran interessiert, dass ihre Kunden im Störungsfall in der Lage sind zu diagnostizieren, wo die Störung liegt. Denn sonst wäre es nicht so üblich, auf den Coreroutern nicht auf ICMP echo requests zu antworten. Das ist doof, denn so erzeugt mein Nagios viel mehr Alarme als er müsste.
&lt;/p&gt;

&lt;p&gt;
Bleibt also nur, im Störungfall stets sofort den Anbieter zu nerven - denn er will es offensichtlich so.
&lt;/p&gt;

&lt;p&gt;
P.S. Ich will ein Nagios-Plugin das traceroutes auswerten kann. TTL exceeded verschicken die Corerouter der Serveranbieter nämlich immer.
&lt;/p&gt;
 
    </content:encoded>

    <pubDate>Sat, 31 Mar 2007 18:17:47 +0000</pubDate>
    <guid isPermaLink="false">https://blog.zugschlus.de/archives/533-guid.html</guid>
    <category>monitoring</category>
<category>nagios</category>
<category>provider</category>
<category>rootserver</category>

</item>
<item>
    <title>Recovery pur</title>
    <link>https://blog.zugschlus.de/archives/521-Recovery-pur.html</link>
            <category>Debian</category>
    
    <comments>https://blog.zugschlus.de/archives/521-Recovery-pur.html#comments</comments>
    <wfw:comment>https://blog.zugschlus.de/wfwcomment.php?cid=521</wfw:comment>

    <slash:comments>2</slash:comments>
    <wfw:commentRss>https://blog.zugschlus.de/rss.php?version=2.0&amp;type=comments&amp;cid=521</wfw:commentRss>
    

    <author>nospam@example.com ()</author>
    <content:encoded>
    &lt;p&gt;
Ich sitze hier gerade in einem Vortrag über Open Source im Auswärtigen Amt.
Der erste Satz, den ich -  knapp zehn Minuten zu spät kommend - auf der Folie sehe, ist &quot;Debian als führendes Betriebssysem&quot;.
&lt;/p&gt;

&lt;p&gt;
Auf der nächsten Folie steht dann &quot;Nagios, Munin als Ablösung für HP OpenView&quot;. Ich glaube, mein Tag ist gerettet.
&lt;/p&gt;
 
    </content:encoded>

    <pubDate>Thu, 01 Mar 2007 08:52:11 +0000</pubDate>
    <guid isPermaLink="false">https://blog.zugschlus.de/archives/521-guid.html</guid>
    <category>debian</category>
<category>incluesion</category>
<category>konferenz</category>
<category>munin</category>
<category>nagios</category>
<category>vortrag</category>

</item>
<item>
    <title>Linuxtag - Nagios und Strukturen</title>
    <link>https://blog.zugschlus.de/archives/81-Linuxtag-Nagios-und-Strukturen.html</link>
            <category>Freie Software</category>
    
    <comments>https://blog.zugschlus.de/archives/81-Linuxtag-Nagios-und-Strukturen.html#comments</comments>
    <wfw:comment>https://blog.zugschlus.de/wfwcomment.php?cid=81</wfw:comment>

    <slash:comments>1</slash:comments>
    <wfw:commentRss>https://blog.zugschlus.de/rss.php?version=2.0&amp;type=comments&amp;cid=81</wfw:commentRss>
    

    <author>nospam@example.com ()</author>
    <content:encoded>
    &lt;p&gt;Jens Kruse, eCONNEX AG, spricht über Strukturierte Überwachung von Diensten mit Nagios.&lt;/p&gt;

&lt;p&gt;Die &lt;a href=&quot;http://www2.econnex.de/docpool/Veranstaltung/LT2005-Nagios8-kurz.pdf&quot;&gt;Vortragsfolien&lt;/a&gt; sind von eCONNEX herunterladbar.&lt;/p&gt;

&lt;p&gt;Wertung: Guter Ansatz, aber ausbaufähig&lt;/p&gt;
 &lt;a class=&quot;block_level&quot; href=&quot;https://blog.zugschlus.de/archives/81-Linuxtag-Nagios-und-Strukturen.html#extended&quot;&gt;Continue reading &quot;Linuxtag - Nagios und Strukturen&quot;&lt;/a&gt;
    </content:encoded>

    <pubDate>Fri, 24 Jun 2005 16:00:00 +0000</pubDate>
    <guid isPermaLink="false">https://blog.zugschlus.de/archives/81-guid.html</guid>
    <category>linuxtag</category>
<category>nagios</category>
<category>vortrag</category>

</item>

</channel>
</rss>
