<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: workgroup problems of server 2003</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/workgroup-problems-of-server-2003/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/workgroup-problems-of-server-2003/</link>
	<description></description>
	<lastBuildDate>Thu, 20 Jun 2013 04:39:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: mortree</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/workgroup-problems-of-server-2003/#comment-38032</link>
		<dc:creator>mortree</dc:creator>
		<pubDate>Fri, 04 Aug 2006 08:21:51 +0000</pubDate>
		<guid isPermaLink="false">#comment-38032</guid>
		<description><![CDATA[Actually use of ICS is an assumption on my part...

because almost every consumer firewall box (netgear, DLink etc) in the last 5-7 years included NAT. In fact some cheap firewall boxes still rely on NAT as their sole &quot;firewall&quot; method. Any good modern firewall box will now include packet filtering/blocking rules as well -- and the best use stateful packet filtering (matching opening of inbound ports to outbound requests from machines inside the firewall).


Thus Server 2003 is not likely needed for NAT, unless you are relying on the firewall features touted by DSL or cable modem (usually not actually very good) or using older low-end commercial routers. Commercial equipment especially Cisco be much more expensive and offers the option to reduce costs by breaking into very bare minimum features.

]]></description>
		<content:encoded><![CDATA[<p>Actually use of ICS is an assumption on my part&#8230;</p>
<p>because almost every consumer firewall box (netgear, DLink etc) in the last 5-7 years included NAT. In fact some cheap firewall boxes still rely on NAT as their sole &#8220;firewall&#8221; method. Any good modern firewall box will now include packet filtering/blocking rules as well &#8212; and the best use stateful packet filtering (matching opening of inbound ports to outbound requests from machines inside the firewall).</p>
<p>Thus Server 2003 is not likely needed for NAT, unless you are relying on the firewall features touted by DSL or cable modem (usually not actually very good) or using older low-end commercial routers. Commercial equipment especially Cisco be much more expensive and offers the option to reduce costs by breaking into very bare minimum features.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: marcola</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/workgroup-problems-of-server-2003/#comment-38033</link>
		<dc:creator>marcola</dc:creator>
		<pubDate>Wed, 02 Aug 2006 11:32:47 +0000</pubDate>
		<guid isPermaLink="false">#comment-38033</guid>
		<description><![CDATA[You had not mentioned earlier that you were running Internet Connection Sharing (ICS).  ICS is not necessary to use your 2k3 machine as a router to the internet but I totally agree that you need to install a firewall and make that your default gateway and not your 2k3 box.

Doing NAT is great but only for the machines behind the 2k3 server.  The outside interface of your server is still exposed if you are not using a firewall.]]></description>
		<content:encoded><![CDATA[<p>You had not mentioned earlier that you were running Internet Connection Sharing (ICS).  ICS is not necessary to use your 2k3 machine as a router to the internet but I totally agree that you need to install a firewall and make that your default gateway and not your 2k3 box.</p>
<p>Doing NAT is great but only for the machines behind the 2k3 server.  The outside interface of your server is still exposed if you are not using a firewall.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mortree</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/workgroup-problems-of-server-2003/#comment-38034</link>
		<dc:creator>mortree</dc:creator>
		<pubDate>Wed, 02 Aug 2006 10:27:43 +0000</pubDate>
		<guid isPermaLink="false">#comment-38034</guid>
		<description><![CDATA[P.S. ICS provides DNS caching proxy invisibly without full blown DNS setup.]]></description>
		<content:encoded><![CDATA[<p>P.S. ICS provides DNS caching proxy invisibly without full blown DNS setup.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mortree</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/workgroup-problems-of-server-2003/#comment-38035</link>
		<dc:creator>mortree</dc:creator>
		<pubDate>Wed, 02 Aug 2006 09:59:18 +0000</pubDate>
		<guid isPermaLink="false">#comment-38035</guid>
		<description><![CDATA[Read the restrictions on ICS --no static addresses for workstations! ICS provides DHCP services which include where DNS comes from and everything else. Set network workstations to DHCP (get address automatically form network).

http://support.microsoft.com/?kbid=324286

(I&#039;d still consider getting an external firewall box rather than use your server. One less item to cause trouble and workload on the server.)

But you can still have routing problems on your server because it is multihomed (Internet side network connection  and workstation side network connection).  The Internet side may be USB or other type but it is still a network connection. Basically misconfigured multihomed servers can get confused about which connection to use when sending out responses. Just because the workstation requested Internet (or files!) using the workstation side connection doesn&#039;t mean its response will properly return via the workstation side connection. If it doesn&#039;t the server reply is lost. 
This misconfiguration occurs in the routing tables. Unfortunately if you make a network configuration error then correct it (or just change your network config) -- the routing tables don&#039;t necessary folling in multihomed situations.







Unfortunately vaguely related to how and why ICS does what it does. Mainly noticed via the chosen IP network range.
http://support.microsoft.com/kb/220874/en-us AIPAP]]></description>
		<content:encoded><![CDATA[<p>Read the restrictions on ICS &#8211;no static addresses for workstations! ICS provides DHCP services which include where DNS comes from and everything else. Set network workstations to DHCP (get address automatically form network).</p>
<p><a href="http://support.microsoft.com/?kbid=324286" rel="nofollow">http://support.microsoft.com/?kbid=324286</a></p>
<p>(I&#8217;d still consider getting an external firewall box rather than use your server. One less item to cause trouble and workload on the server.)</p>
<p>But you can still have routing problems on your server because it is multihomed (Internet side network connection  and workstation side network connection).  The Internet side may be USB or other type but it is still a network connection. Basically misconfigured multihomed servers can get confused about which connection to use when sending out responses. Just because the workstation requested Internet (or files!) using the workstation side connection doesn&#8217;t mean its response will properly return via the workstation side connection. If it doesn&#8217;t the server reply is lost.<br />
This misconfiguration occurs in the routing tables. Unfortunately if you make a network configuration error then correct it (or just change your network config) &#8212; the routing tables don&#8217;t necessary folling in multihomed situations.</p>
<p>Unfortunately vaguely related to how and why ICS does what it does. Mainly noticed via the chosen IP network range.<br />
<a href="http://support.microsoft.com/kb/220874/en-us" rel="nofollow">http://support.microsoft.com/kb/220874/en-us</a> AIPAP</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mortree</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/workgroup-problems-of-server-2003/#comment-38036</link>
		<dc:creator>mortree</dc:creator>
		<pubDate>Wed, 02 Aug 2006 09:36:57 +0000</pubDate>
		<guid isPermaLink="false">#comment-38036</guid>
		<description><![CDATA[There is fair chance you duplicated IPs or misconfigured masks or other IP information on some of those workstations.

For a small workgroup you are much better off to buy a $50 firewall box from BestBuy (or similar) and configure it for DHCP. I&#039;d stick with NetGear or DLink boxes (Linksys sometimes sucks).  The firewall box will let you play with Internet without endangering your server. If you have Internet problems you won&#039;t need to touch your server while working on that problem -- business continues. If the server is down you can still reach the Internet for technical information, etc. Plus ISPs occasionally change their DNS servers IPs. A firewall box will automatically distribute the new DNS server info to all workstations. Well cheaper boxes might need to be rebooted themselves. But new and slightly more expensive ones won&#039;t and they can have all sorts of neat features like site blocking by list (stop ads/porn by subscriber list or manual entry). In the long run you may want to look at an old computer plus IPCOP.org freeware.

But in any case you really don&#039;t sound like you know enough configuration and security to be attaching the Internet directly to your 2003 server -- which probably has lots of important stuff on it you don&#039;t wnat to lose.
]]></description>
		<content:encoded><![CDATA[<p>There is fair chance you duplicated IPs or misconfigured masks or other IP information on some of those workstations.</p>
<p>For a small workgroup you are much better off to buy a $50 firewall box from BestBuy (or similar) and configure it for DHCP. I&#8217;d stick with NetGear or DLink boxes (Linksys sometimes sucks).  The firewall box will let you play with Internet without endangering your server. If you have Internet problems you won&#8217;t need to touch your server while working on that problem &#8212; business continues. If the server is down you can still reach the Internet for technical information, etc. Plus ISPs occasionally change their DNS servers IPs. A firewall box will automatically distribute the new DNS server info to all workstations. Well cheaper boxes might need to be rebooted themselves. But new and slightly more expensive ones won&#8217;t and they can have all sorts of neat features like site blocking by list (stop ads/porn by subscriber list or manual entry). In the long run you may want to look at an old computer plus IPCOP.org freeware.</p>
<p>But in any case you really don&#8217;t sound like you know enough configuration and security to be attaching the Internet directly to your 2003 server &#8212; which probably has lots of important stuff on it you don&#8217;t wnat to lose.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 6/9 queries in 0.012 seconds using memcached
Object Caching 324/327 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-06-20 05:24:46 -->