<?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"
	>
<channel>
	<title>Comments on: Going Live with a Linux Server</title>
	<atom:link href="http://doc.coker.com.au/computers/going-live-linux-server/feed/" rel="self" type="application/rss+xml" />
	<link>http://doc.coker.com.au/computers/going-live-linux-server/</link>
	<description>Documents that are not date based</description>
	<pubDate>Thu, 20 Nov 2008 16:29:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Jon Holdsworth</title>
		<link>http://doc.coker.com.au/computers/going-live-linux-server/#comment-41</link>
		<dc:creator>Jon Holdsworth</dc:creator>
		<pubDate>Wed, 23 Jan 2008 04:11:27 +0000</pubDate>
		<guid isPermaLink="false">http://doc.coker.com.au/computers/going-live-linux-server/#comment-41</guid>
		<description>Keep a separate copy of /boot on a separate disk, and keep it up to date with the _exact_ same contents as the real /boot.  Have a rescue disk handy with a grub installer on it and PRACTICE using it before you install anything.</description>
		<content:encoded><![CDATA[<p>Keep a separate copy of /boot on a separate disk, and keep it up to date with the _exact_ same contents as the real /boot.  Have a rescue disk handy with a grub installer on it and PRACTICE using it before you install anything.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ZOG</title>
		<link>http://doc.coker.com.au/computers/going-live-linux-server/#comment-40</link>
		<dc:creator>ZOG</dc:creator>
		<pubDate>Wed, 23 Jan 2008 04:02:03 +0000</pubDate>
		<guid isPermaLink="false">http://doc.coker.com.au/computers/going-live-linux-server/#comment-40</guid>
		<description>yes the memtest thing has bitten me a few times..
also maybe (some of these are more basic security things):
run nmap from a remote location to make sure no un-needed services are running.
lock down ssh via sshd_config (no root logins, etc)
if possible check switch port duplex settings are all matching what the eth interface thinks it should be, and after blasting with traffic no errors on ethernet interface or packet loss to nearby host.</description>
		<content:encoded><![CDATA[<p>yes the memtest thing has bitten me a few times..<br />
also maybe (some of these are more basic security things):<br />
run nmap from a remote location to make sure no un-needed services are running.<br />
lock down ssh via sshd_config (no root logins, etc)<br />
if possible check switch port duplex settings are all matching what the eth interface thinks it should be, and after blasting with traffic no errors on ethernet interface or packet loss to nearby host.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
