Thanks for taking your time to read through my post. This is a big help.
Although 2000 and 2003 are similar, it seems there are still many
differences that I have to work though.
Anyways, here are my responses.
> Stop using DHCP from the NAT Device. This causes the external Nic to use
> the NAT Device for DNS,...that is bad. The External Nic should either be
> a
> blank DNS or use the same DNS as the Internal Nic.
>
Understood, I've reconfigured that. This is only the second network I've
setup using a Linksys Firewall Router that is also a DHCP Server. And now
that you mention it, I had to set up the External Link on the other network
to be static as well.
> With in your DNS Service Config add the NAT Device or the ISP's DNS to the
> Forwarders List. I prefer to never use the NAT Device for anything other
> than "bare" NAT, so use the ISP's specific DNS IP#.
>
I went into the DNSMGMT console and checked the settings. The ISPs IP
Address was already in the forwarders list, so I left that alone. BUT, I
now have another problem. Now, the query tests against the DNS server fail.
I haven't changed anything else, so I'm assuming it is either the IP
settings I just changed, or those settings caused something else to fail.
I'm researching that now but can't seem to find much. Looking through the
DNS Events log, there are no errors, but these Information Events keep
showing up.
The DNS server could not signal the service "NAT". The error was 1168. There
may be interoperability problems between the DNS service and this service.
For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.
The Event ID is 113, which doesn't appear to be in the MS Search anywhere
yet. Here are my DNS settings incase they might help.
SERVER01 > Properties
--Interfaces
Only the following IP Addresses: 10.0.0.2 <that's my Internal
Connection>
--Forwarders
DNS domain: All other DNS domains
Selected domain's forwarder IP address list: ##.21.13.7 <I left the
first octet out for security purposes, but that is my ISPs DNS Address>
--Advanced <these are checked>
BIND secondaries
Enable round robin
Enable netmask ordering
Secure cache against pollution
--Root Hints
m.root-servers.net. [202.12.27.33]
l.root-servers.net. [198.32.64.12]
k.root-servers.net. [193.0.14.129]
j.root-servers.net. [192.58.128.30]
i.root-servers.net. [192.36.148.17]
h.root-servers.net. [128.63.2.53]
g.root-servers.net. [192.112.36.4]
f.root-servers.net. [192.5.5.241]
e.root-servers.net. [192.203.230.10]
d.root-servers.net. [128.8.10.90]
c.root-servers.net. [192.33.4.12]
b.root-servers.net. [128.9.0.107]
a.root-servers.net. [198.41.0.4]
Forward Lookup Zone properties for _msdcs.contoso.com
--General
Serial Number: 17
Type: Active Directory-Integrated
Replication: All DNS servers in the Active Directory forest
Dynamic Updates: Secure Only
--SOA
Primary Server: server01.contoso.com
Responsible person: hostmaster.
--Name Servers
server01.contoso.com. [10.0.0.2*]
--WINS <not using WINS>
--Zone Transfers <not allowing Zone Transfers>
Note: Those same settings were applied to the contoso.com FLZ
Except, Serial Number is 126
Reverse Lookup Zones for 10.0.0.x Subnet
--General
Serial Number: 2
Type: Active Directory-Integrated
Replication: All domain controllers in the Active Directory domain
Dynamic Updates: Secure only
--Name Servers
server01.contoso.com. [10.0.0.2*]
--WINS-R <not using WINS-R lookup>
--Zone Transfer <not allowing zone transfers>
> Make sure the Internal Nic is at the top of the Binding Order.
> Network Places-->Advanced from the top menu-->Advanced Settings from the
> drop down menu. Set the order in the upper box using the side arrows.
>
External was set at the top of this list, I have now set the Internal to be
at the top of the Binding Order.
> Make sure the Windows Firewall is not runnig on anything anywhere. You
> can
> enable it later after you know without a doubt that everything works
> perfectly (so you know what to blame when things quit).
>
I was able to disable the Windows Firewall on the XP client, but on the
Server I get this message "Windows Firewall cannot run because another
program or service is running that might use the network address translation
component (Ipnat.sys)". With that, I presume that the Windows Firewall is
not running, but does that mean that something else could be blocking the
port(s)?
While continuing on my quest to figure this out, I ran NetDiag and attached
the log file to this message. It appears that everything pertinent has
passed, there are two connections in the log I don't believe will be
relevant, but you might think otherwise, please let me know if I'm wrong.
I'm currently reading through the NetworkingOver.doc document found here:
http://download.microsoft.com/downlo...orkingOver.doc
to see of this will give me a little more insight.