<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Monitoring | The End of the Tunnel</title><link>https://development--vigilant-hodgkin-644b1e.netlify.com/tags/monitoring/</link><atom:link href="https://development--vigilant-hodgkin-644b1e.netlify.com/tags/monitoring/index.xml" rel="self" type="application/rss+xml"/><description>Monitoring</description><generator>Source Themes Academic (https://sourcethemes.com/academic/)</generator><language>en-us</language><copyright>© 2019 Derek Murawsky</copyright><lastBuildDate>Thu, 20 Jun 2013 15:18:48 -0400</lastBuildDate><image><url>https://development--vigilant-hodgkin-644b1e.netlify.com/img/icon-32.png</url><title>Monitoring</title><link>https://development--vigilant-hodgkin-644b1e.netlify.com/tags/monitoring/</link></image><item><title>Monitoring and Caching Dns</title><link>https://development--vigilant-hodgkin-644b1e.netlify.com/post/monitoring-and-caching-dns/</link><pubDate>Thu, 20 Jun 2013 15:18:48 -0400</pubDate><guid>https://development--vigilant-hodgkin-644b1e.netlify.com/post/monitoring-and-caching-dns/</guid><description>
&lt;figure&gt;
&lt;a data-fancybox=&#34;&#34; href=&#34;images/rabbit-hole-150.jpg&#34; &gt;
&lt;img src=&#34;images/rabbit-hole-150.jpg&#34; alt=&#34;&#34; &gt;&lt;/a&gt;
&lt;/figure&gt;
&lt;p&gt;Had an interesting issue today. One of the production systems suddenly went dark, and we found out about it from the client. This is never a good way to start a Thursday. It turns out that the client was having DNS issues and the domain was no longer valid. Relatively simple fix, crisis averted…&lt;/p&gt;
&lt;p&gt;But why didn’t the monitoring system pick it up?&lt;/p&gt;
&lt;p&gt;We use &lt;a href=&#34;Dotcom-Monitor&#34; target=&#34;_blank&#34;&gt;Dotcom-Monitor&lt;/a&gt; to check each of our sites on a regular basis. The monitor actually logs in to each website to verify functionality. What in the DNS world could cause this issue in such a scenario? How about a caching nameserver? Turns out, to limit the stress on their nameserver, Dotcom Monitor set up a standard caching nameserver that keeps a record in cache until the record expires. So even though DNS was no longer working for this site, the monitor thought everything was A-OK.&lt;/p&gt;
&lt;p&gt;What can we do to fix this issue? Not much unfortunately. Dotcom Monitor will have to implement a change in their infrastructure which will likely increase the load on their DNS servers significantly. Since that’s not likely, it looks like I’ll have to build a service into our internal monitor (&lt;a href=&#34;http://www.zabbix.com/&#34; target=&#34;_blank&#34;&gt;Zabbix&lt;/a&gt; based) to check for the domain against the SOA for it.&lt;/p&gt;</description></item></channel></rss>