<?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>Derek's Musings &#187; DNS alias</title>
	<atom:link href="http://www.incandetech.com/derek/tag/dns-alias/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.incandetech.com/derek</link>
	<description>I'm right. You're wrong. Don't take it personally. It's just how things are.</description>
	<lastBuildDate>Wed, 28 Jul 2010 02:23:57 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Using a DNS alias (CNAME) to access file shares on a Windows host</title>
		<link>http://www.incandetech.com/derek/2009/07/29/using-a-dns-alias-cname-to-access-file-shares-on-a-windows-host/</link>
		<comments>http://www.incandetech.com/derek/2009/07/29/using-a-dns-alias-cname-to-access-file-shares-on-a-windows-host/#comments</comments>
		<pubDate>Wed, 29 Jul 2009 20:06:03 +0000</pubDate>
		<dc:creator>Derek</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[CNAME]]></category>
		<category><![CDATA[DNS alias]]></category>
		<category><![CDATA[file sharing]]></category>
		<category><![CDATA[Windows]]></category>

		<guid isPermaLink="false">http://www.incandetech.com/derek/2009/07/29/using-a-dns-alias-cname-to-access-file-shares-on-a-windows-host/</guid>
		<description><![CDATA[Most of the time it&#8217;s a good idea to assign each service its own DNS alias (CNAME) which points to the host the service is currently running on. This way if the service should need to be moved to another server, the DNS alias can simply be pointed to the new host. I might, for [...]]]></description>
			<content:encoded><![CDATA[<p>Most of the time it&#8217;s a good idea to assign each service its own DNS alias (CNAME) which points to the host the service is currently running on. This way if the service should need to be moved to another server, the DNS alias can simply be pointed to the new host. I might, for instance, map my clients to <a href="file://\\print01">\\print01</a>, even though the actual server is named <em>zeus</em>. <em>Zeus</em> might one day decide to take an extended nap and not boot, but I can easily install the printers on <em>apollo</em>, quickly change the DNS&#8211;and <strong>not</strong> have to change all 42 clients. Needless to say very beneficial.</p>
<p>Unfortunately for us Windows administrators the Server service (LanmanServer) that exposes all those wonderful file shares to the network doesn&#8217;t like DNS aliases much&#8211;by default.</p>
<p>Why this is&#8211;I have no idea for sure. One would guess there&#8217;s a security reason behind it, but I&#8217;d only be speculating.</p>
<p>Luckily there&#8217;s a documented workaround.</p>
<p>Simply change the following and then reboot:<br />
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanServer\Parameters|DisableStrictNameChecking(DWORD):1</p>
<p>Once that change has been made you&#8217;ll be able to access those shares via the host name along with the alias now as well.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.incandetech.com/derek/2009/07/29/using-a-dns-alias-cname-to-access-file-shares-on-a-windows-host/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
