<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Bashton Blog &#187; Tips</title>
	<atom:link href="http://blog.bashton.com/category/tips/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.bashton.com</link>
	<description>Bashton Ltd</description>
	<lastBuildDate>Tue, 13 Apr 2010 05:30:49 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Quick Tip: Check SSL Certificate life in Nagios</title>
		<link>http://blog.bashton.com/2010/quick-tip-check-ssl-certificate-life-in-nagios/</link>
		<comments>http://blog.bashton.com/2010/quick-tip-check-ssl-certificate-life-in-nagios/#comments</comments>
		<pubDate>Wed, 13 Jan 2010 10:41:27 +0000</pubDate>
		<dc:creator>sam</dc:creator>
				<category><![CDATA[Tips]]></category>

		<guid isPermaLink="false">http://blog.bashton.com/?p=321</guid>
		<description><![CDATA[If you&#8217;ve already got Nagios monitoring your SSL-enabled web server, then it&#8217;s very easy to make it also warn you when your SSL certificate is soon to expire.
Simple change your check_https command definition (in the file /etc/nagios-plugins/config/http.cfg on Debian/Ubuntu) to the following:
define command{
        command_name    check_https
 [...]]]></description>
			<content:encoded><![CDATA[<p>If you&#8217;ve already got <a href="http://www.nagios.org/">Nagios</a> monitoring your SSL-enabled web server, then it&#8217;s very easy to make it also warn you when your SSL certificate is soon to expire.</p>
<p>Simple change your check_https command definition (in the file <em>/etc/nagios-plugins/config/http.cfg</em> on Debian/Ubuntu) to the following:</p>
<p><code>define command{<br />
        command_name    check_https<br />
        command_line    /usr/lib/nagios/plugins/check_http --ssl -C 14 -H '$HOSTADDRESS$' -I '$HOSTADDRESS$'<br />
        }</code></p>
<p>The &#8216;14&#8242; in the command line is the number of days prior to expiry Nagios should warn you to renew the certificate &#8211; change as appropriate.<br />
Now Nagios will produce a warning when your SSL certificate is close to renewal time, and show status CRITICAL if you let it expire anyway.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bashton.com/2010/quick-tip-check-ssl-certificate-life-in-nagios/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SSH via another host</title>
		<link>http://blog.bashton.com/2009/ssh-via-another-host/</link>
		<comments>http://blog.bashton.com/2009/ssh-via-another-host/#comments</comments>
		<pubDate>Tue, 04 Aug 2009 08:07:34 +0000</pubDate>
		<dc:creator>sam</dc:creator>
				<category><![CDATA[Tips]]></category>
		<category><![CDATA[netcat]]></category>
		<category><![CDATA[ssh]]></category>

		<guid isPermaLink="false">http://blog.bashton.com/2009/ssh-via-another-host/</guid>
		<description><![CDATA[Many networks have hosts which aren&#8217;t directly accessible via SSH, but have to be connected to via another host.  This can be a pain, especially when one wishes to use scp or sftp.
For a while now I&#8217;ve been using the following in my SSH .config file to allow me to SSH &#8216;directly&#8217; to such hosts:

Host [...]]]></description>
			<content:encoded><![CDATA[<p>Many networks have hosts which aren&#8217;t directly accessible via SSH, but have to be connected to via another host.  This can be a pain, especially when one wishes to use scp or sftp.</p>
<p>For a while now I&#8217;ve been using the following in my SSH .config file to allow me to SSH &#8216;directly&#8217; to such hosts:</p>
<pre>
Host ultimate-destination-name
  ProxyCommand ssh -q intermediary-host nc %h %p $*
  HostName ultimate-destination-host</pre>
<p>Where &#8216;ultimate-destination-name&#8217; is the friendly name for the remote host &#8211; this probably shouldn&#8217;t be a hostname to avoid confusion, &#8216;intermediary-host&#8217; is the Internet-accessible host to connect via, and &#8216;ultimate-destination-host&#8217; is the local hostname/IP for the destination machine, ie what you&#8217;d type after ssh once logged into the intermediary host.<br />
You&#8217;ll need netcat installed on the intermediary host for this to work.</p>
<p>Apart from the obvious advantage of being able to just type &#8217;ssh foo&#8217; to get straight to host foo, this method also allows you to use your local ssh keys without any sort of trust arrangement.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bashton.com/2009/ssh-via-another-host/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Setting the trac date format</title>
		<link>http://blog.bashton.com/2008/setting-the-trac-date-format/</link>
		<comments>http://blog.bashton.com/2008/setting-the-trac-date-format/#comments</comments>
		<pubDate>Tue, 16 Sep 2008 12:31:32 +0000</pubDate>
		<dc:creator>sam</dc:creator>
				<category><![CDATA[Tips]]></category>
		<category><![CDATA[locale]]></category>
		<category><![CDATA[trac]]></category>

		<guid isPermaLink="false">http://blog.bashton.com/2008/setting-the-trac-date-format/</guid>
		<description><![CDATA[Installing trac today, I realised there wasn&#8217;t any obvious way to change the date format, and all bugs report dates were showing in MM/dd/yy format &#8211; less than ideal for us here in the UK.
Fortunately, after some Googling, I found the way to alter this is to add the following to your Location tags in [...]]]></description>
			<content:encoded><![CDATA[<p>Installing <a href="http://trac.edgewall.org/">trac</a> today, I realised there wasn&#8217;t any obvious way to change the date format, and all bugs report dates were showing in MM/dd/yy format &#8211; less than ideal for us here in the UK.</p>
<p>Fortunately, after some Googling, I found the way to alter this is to add the following to your Location tags in the Apache config:<br />
<code><br />
PythonOption TracLocale en_GB<br />
</code><br />
(Replacing en_GB with the appropriate locale for you).</p>
<p>This unfortunately doesn&#8217;t help if you have a trac installation which is likely to be used by people in multiple locales &#8211; if anyone knows of a way to achieve this a comment would be appreciated.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bashton.com/2008/setting-the-trac-date-format/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
