<?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>R-fx Networks &#187; linux</title>
	<atom:link href="http://www.rfxn.com/tag/linux/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rfxn.com</link>
	<description> Linux Software &#38; Blog</description>
	<lastBuildDate>Sat, 24 Jul 2010 19:50:09 +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>Linux Malware Detect v1.3.6: Loose Ends</title>
		<link>http://www.rfxn.com/linux-malware-detect-loose-ends/</link>
		<comments>http://www.rfxn.com/linux-malware-detect-loose-ends/#comments</comments>
		<pubDate>Mon, 24 May 2010 17:33:27 +0000</pubDate>
		<dc:creator>Ryan M.</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[My Blog]]></category>
		<category><![CDATA[bugs]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[lmd]]></category>
		<category><![CDATA[malware]]></category>
		<category><![CDATA[projects]]></category>

		<guid isPermaLink="false">http://www.rfxn.com/?p=511</guid>
		<description><![CDATA[In LMD 1.3.3 there was allot of changes, 29 to be exact, that made LMD much more robust and especially the monitoring component, much more usable. If that release was about making good things better, then this release is about bringing loose ends together. I spent a couple of days running LMD through its paces <a href="http://www.rfxn.com/linux-malware-detect-loose-ends/" class="more-link">More &#62;</a>]]></description>
		<wfw:commentRss>http://www.rfxn.com/linux-malware-detect-loose-ends/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Let The Rewrites Begin: New Life For PRM</title>
		<link>http://www.rfxn.com/let-the-rewrites-begin-new-life-for-prm/</link>
		<comments>http://www.rfxn.com/let-the-rewrites-begin-new-life-for-prm/#comments</comments>
		<pubDate>Mon, 24 May 2010 16:33:37 +0000</pubDate>
		<dc:creator>Ryan M.</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[apf]]></category>
		<category><![CDATA[bsd]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[prm]]></category>
		<category><![CDATA[projects]]></category>

		<guid isPermaLink="false">http://www.rfxn.com/?p=502</guid>
		<description><![CDATA[In my last post, I reflected on the last 7-8 years of projects here at rfxn.com, in doing so I also dug up some statistics on project downloads. I not only did this for my own curiosity but to prioritize the mile long to do list I have for the projects, based on downloads. One <a href="http://www.rfxn.com/let-the-rewrites-begin-new-life-for-prm/" class="more-link">More &#62;</a>]]></description>
		<wfw:commentRss>http://www.rfxn.com/let-the-rewrites-begin-new-life-for-prm/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Better Late Than Never: Linux Malware Detect 1.3</title>
		<link>http://www.rfxn.com/better-late-than-never-linux-malware-detect-1-3/</link>
		<comments>http://www.rfxn.com/better-late-than-never-linux-malware-detect-1-3/#comments</comments>
		<pubDate>Wed, 12 May 2010 05:13:23 +0000</pubDate>
		<dc:creator>Ryan M.</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[My Blog]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[lmd]]></category>
		<category><![CDATA[malware]]></category>
		<category><![CDATA[projects]]></category>

		<guid isPermaLink="false">http://www.rfxn.com/?p=432</guid>
		<description><![CDATA[Today I have released Linux Malware Detect (LMD) 1.3, the first public stable release of my malware detection tool. The documentation is a little thin but the details are on the project page and the README file should fill you in on anything you need to know, otherwise you can post a comment on the <a href="http://www.rfxn.com/better-late-than-never-linux-malware-detect-1-3/" class="more-link">More &#62;</a>]]></description>
		<wfw:commentRss>http://www.rfxn.com/better-late-than-never-linux-malware-detect-1-3/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>BFD 1.4: Important Security Fix</title>
		<link>http://www.rfxn.com/bfd-1-4-important-security-fix/</link>
		<comments>http://www.rfxn.com/bfd-1-4-important-security-fix/#comments</comments>
		<pubDate>Sat, 08 May 2010 15:53:40 +0000</pubDate>
		<dc:creator>Ryan M.</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[bfd]]></category>
		<category><![CDATA[bugs]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[ssh]]></category>

		<guid isPermaLink="false">http://www.rfxn.com/?p=364</guid>
		<description><![CDATA[Today I have put up a new release of BFD, version 1.4, that addresses an unsanitized variable issue that is used on the command line. This is a serious issue and should be treated as such, if you currently have BFD installed I would encourage you to update it immediately, the install.sh script in the <a href="http://www.rfxn.com/bfd-1-4-important-security-fix/" class="more-link">More &#62;</a>]]></description>
		<wfw:commentRss>http://www.rfxn.com/bfd-1-4-important-security-fix/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Nginx: Caching Proxy</title>
		<link>http://www.rfxn.com/nginx-caching-proxy/</link>
		<comments>http://www.rfxn.com/nginx-caching-proxy/#comments</comments>
		<pubDate>Thu, 06 May 2010 18:45:56 +0000</pubDate>
		<dc:creator>Ryan M.</dc:creator>
				<category><![CDATA[HowTo]]></category>
		<category><![CDATA[My Blog]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[nginx]]></category>

		<guid isPermaLink="false">http://www.rfxn.com/?p=261</guid>
		<description><![CDATA[Recently I started to tackle a load problem on one of my personal sites, the issue was that of a poorly written but exceedingly MySQL heavy application and the load it would induce on the SQL server when 400-500 people were hammering the site at once. Further compounding this was Apache&#8217;s horrible ability to gracefully <a href="http://www.rfxn.com/nginx-caching-proxy/" class="more-link">More &#62;</a>]]></description>
		<wfw:commentRss>http://www.rfxn.com/nginx-caching-proxy/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>IRSYNC &amp; Limiting Passwordless SSH Keys</title>
		<link>http://www.rfxn.com/irsync-limiting-passwordless-ssh-keys/</link>
		<comments>http://www.rfxn.com/irsync-limiting-passwordless-ssh-keys/#comments</comments>
		<pubDate>Tue, 04 May 2010 15:54:38 +0000</pubDate>
		<dc:creator>Ryan M.</dc:creator>
				<category><![CDATA[HowTo]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[incremental]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[rsync]]></category>
		<category><![CDATA[ssh]]></category>

		<guid isPermaLink="false">http://www.rfxn.com/?p=223</guid>
		<description><![CDATA[Anyone who has ever used SSH key-pairs to access more than a couple of servers (or hundreds in my case), will tell you they are an invaluable convenience. It is a natural progression and very common usage that SSH key-pairs are coupled with other common tasks or tools, where having a pass phrase attached to <a href="http://www.rfxn.com/irsync-limiting-passwordless-ssh-keys/" class="more-link">More &#62;</a>]]></description>
		<wfw:commentRss>http://www.rfxn.com/irsync-limiting-passwordless-ssh-keys/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Upgrade CentOS 4.8 to 5.3</title>
		<link>http://www.rfxn.com/upgrade-centos-4-8-to-5-3/</link>
		<comments>http://www.rfxn.com/upgrade-centos-4-8-to-5-3/#comments</comments>
		<pubDate>Tue, 20 Oct 2009 07:10:58 +0000</pubDate>
		<dc:creator>Ryan M.</dc:creator>
				<category><![CDATA[HowTo]]></category>
		<category><![CDATA[centos]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[upgrade]]></category>

		<guid isPermaLink="false">http://www.rfxn.com/?p=162</guid>
		<description><![CDATA[Traditionally, the dist upgrade path that many were familiar with from the RH8/9-&#62;Fedora or similarly Fedora dist upgrades, have applied more or less to RHEL/CentOS but with the release of 4.5 and early releases of 5.0 the actual dist upgrade path was messy or nearly impossible. The early versions of 5.0 (up to 5.2) had <a href="http://www.rfxn.com/upgrade-centos-4-8-to-5-3/" class="more-link">More &#62;</a>]]></description>
		<wfw:commentRss>http://www.rfxn.com/upgrade-centos-4-8-to-5-3/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Linux Malware Detectection</title>
		<link>http://www.rfxn.com/linux-malware-detectection/</link>
		<comments>http://www.rfxn.com/linux-malware-detectection/#comments</comments>
		<pubDate>Mon, 19 Oct 2009 05:35:06 +0000</pubDate>
		<dc:creator>Ryan M.</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[ips]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[malware]]></category>
		<category><![CDATA[snort]]></category>

		<guid isPermaLink="false">http://www.rfxn.com/?p=149</guid>
		<description><![CDATA[[ UPDATE: Linux Malware Detect has been released ]
I have the last few weeks been working on a new project for malware detection on Linux web servers, it is already at a pre-release version in use at work and it has shown phenomenal promise.
Right to it, some background&#8230; On a daily basis the network I <a href="http://www.rfxn.com/linux-malware-detectection/" class="more-link">More &#62;</a>]]></description>
		<wfw:commentRss>http://www.rfxn.com/linux-malware-detectection/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>&#8220;oops&#8221; Wrong Server!</title>
		<link>http://www.rfxn.com/oops-wrong-server/</link>
		<comments>http://www.rfxn.com/oops-wrong-server/#comments</comments>
		<pubDate>Tue, 31 Mar 2009 10:07:14 +0000</pubDate>
		<dc:creator>Ryan M.</dc:creator>
				<category><![CDATA[My Blog]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[data recovery]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[r1soft]]></category>

		<guid isPermaLink="false">http://www.rfxn.com/?p=88</guid>
		<description><![CDATA[So this past weekend, I did the unthinkable, I accidentally recycled the wrong dedicated server at work. Usually, this is not much of an issue  (not that I make a habit of it) with the continuous data protection we have implemented at the data center (cdp r1soft) except that the backup server this particular client <a href="http://www.rfxn.com/oops-wrong-server/" class="more-link">More &#62;</a>]]></description>
		<wfw:commentRss>http://www.rfxn.com/oops-wrong-server/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
