Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsWindows Server 2003Windows 2000Windows NTSmall Business ServerVirtual ServerExchange ServerIISHost Integration ServerISA ServerSMSWSUSMOMWindows Media ServerSecurityCertification
Related Topics
SQL ServerMS WindowsMS OfficePC HardwareMore Topics ...

Windows Server Forum / Windows NT / Setup / July 2004

Tip: Looking for answers? Try searching our database.

Internet Access Problems from NT Workstation

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Jenna - 08 Jul 2004 14:33 GMT
I've recently begun having problems with one of the NT computers on our
network accessing the internet.  This is a Windows 2003 server network and
this one NT workstation sometimes can get on the internet and sometimes it
can't.  It seems random when it can't.  We use Microsoft Firewall Client
with ISA 2000 and when it doesn't work it's saying it can't connect to the
ISA server.  I don't believe it's a network problem, because it can still
consistently connect to the network when it can't get to the internet.  If I
reinstall the Firewall Client, it works for awhile, but then it randomly
stops again.  It will also randomly start working again without any
intervention on my part.  Other NT workstations in our office have not
exhibited this problem to my knowledge; neither have our 2000 or XP
stations.
Any other clues as to what I could look for for what's causing this problem?
Thanks!
Jetro - 08 Jul 2004 15:06 GMT
Can you just re-image the station?
Jenna - 08 Jul 2004 15:33 GMT
No this station is unique in terms of the software that is on it (not
software that should affect internet access).  I do not have a way to
re-image it.

> Can you just re-image the station?
Jetro - 08 Jul 2004 15:59 GMT
Take a look if it applies in your situation:

http://support.microsoft.com/?kbid=303379
Firewall client conflict with third-party layered service providers causes
connectivity problems

chkwsp32.exe is a Client diag utility, sporder.exe is a part of Platform
SDK.
Jenna - 09 Jul 2004 14:57 GMT
Thanks very much, but this doesn't appear to be the problem.  I may still
try the chkwsp32.exe to see what it says, but meanwhile, here's another
related question:
Whenever IE on the computer attempts unsuccessfully to connect to the
internet through our firewall, it first says Connecting to site 10.0.0.140
in the status bar, just before failing.  The problem here is that I have no
idea what 10.0.0.140 is on our network.  I can ping it, but it doesn't
return any name other than the IP address, it's not in our DHCP address
lease set and is therefore not assigned to any computer.  Our firewall
router is not that that address, nor are any of our printers that I can see.
Is there any way of tracking down what this IP could be that her IE would be
trying to reach it all the time?

> Take a look if it applies in your situation:
>
[quoted text clipped - 4 lines]
> chkwsp32.exe is a Client diag utility, sporder.exe is a part of Platform
> SDK.
Jetro - 09 Jul 2004 15:36 GMT
I'd look into DNS server records and ISA scopes. Besides you can get MAC
address from the ARP cache.
Jenna - 09 Jul 2004 17:48 GMT
I'm very sorry, but you lost me here...where exactly would I look at these?
I mean, I know how to get into the DNS manager and ISA management, and I
know where some of the ISA logs are, but none that refer to this IP address.
Also, how would I get the MAC address from the ARP and how would the MAC
address indicate to me what machine this is?  I'm sorry for the 20
questions, but some of this is new to me.  I greatly appreciate your
assistance, thanks!

> I'd look into DNS server records and ISA scopes. Besides you can get MAC
> address from the ARP cache.
Jetro - 09 Jul 2004 18:46 GMT
Jenna,

If you can ping a private IP, most probably this IP is somewhere within your
local network segment. If the network is multi-segmented and the routers
pass the ICMP echoes, the host in question can be anywhere in this network
unless the IP is spoofed.
Address Resolution Protocol aka ARP builds and modifies the IP-to-Physical
address translation tables on every Ethernet host by its nature - actual
network communication involves physical addresses aka MACs. ARP table is
dynamic. Clear the ARP cache as 'arp -d', ping this phantom IP, and call ARP
table as 'arp -g'. The MAC address you'd get belongs either to the host
itself or to the default gateway. If the latter, the troubleshooting would
be more complicated (it may involve W2k/Xp and pathping), so I bet it would
be the NT host which bothered you :o) Having MAC handy you can locate the
physical host and nail it down.
Sure you can use Network Monitor or any sniffer at your will if you want GUI
and mouse...

DNS records: you can find them in both Forward and Reverse Lookup zones AND
in the local %systemroot%\system32\drivers\etc\hosts file.
Unfortunately, I don't have ISA server around, so you would dig in the ISA
Help yourself for a while.
Jenna - 09 Jul 2004 19:38 GMT
Ahh, it's narrowing down...I found it in DNS...it appears to be related to
our VPN which was recently set up...I will have to check in with the guy who
helped me with that and that should clear it up, I hope.
Thanks so much for your help!

> Jenna,
>
[quoted text clipped - 18 lines]
> Unfortunately, I don't have ISA server around, so you would dig in the ISA
> Help yourself for a while.
Jetro - 09 Jul 2004 20:32 GMT
My, we're learning together... Glad you found it yourself. Now it's easy -
misconfigured VPN server registers all its IPs in the DNS and client's query
arrives to the wrong IP.

Please read http://support.microsoft.com/default.aspx?scid=kb;EN-US;292822
Name resolution and connectivity issues on a Routing and Remote Access
Server that also runs DNS or WINS
Jenna - 09 Jul 2004 22:08 GMT
Thanks so much...this sounds exactly right!
I'll take a look at it and let my consultant know about this article, too,
as he clearly either forgot to do this in setup, or was not aware of the
potential issue.
Thanks!

> My, we're learning together... Glad you found it yourself. Now it's easy -
> misconfigured VPN server registers all its IPs in the DNS and client's query
[quoted text clipped - 3 lines]
> Name resolution and connectivity issues on a Routing and Remote Access
> Server that also runs DNS or WINS
Jetro - 10 Jul 2004 15:22 GMT
You're welcome.
Jenna - 19 Jul 2004 13:33 GMT
All right, I did the stuff in the article and it worked like a
charm...allowed my troubled user back on the internet and even stopped
browser errors I was getting on the server.
Now for one more question...I don't know if it's related, but soon after a
couple of my other NT 4.0 users are having trouble with Outlook.  It
initially says it can't connect to the server and after a period of time it
is able to.  I have tracked this down to the Computer Browser service which
is just taking a while to start up (about 5 minutes).  Once it starts,
Outlook is fine...however, at least one of the users doesn't sound like
he'll stand for the wait...and I can understand the frustration.  Could this
delay in the Computer Browser service starting be related to the changes I
made per that article to get the other user on the internet?

> Thanks so much...this sounds exactly right!
> I'll take a look at it and let my consultant know about this article, too,
[quoted text clipped - 10 lines]
> > Name resolution and connectivity issues on a Routing and Remote Access
> > Server that also runs DNS or WINS
Jetro - 22 Jul 2004 18:29 GMT
Sounds like NetBIOS problems. Never seen long delays as such in Computer
Browser.
How does the CB start if you'd disconnect from the network and logon
locally?
Jenna - 22 Jul 2004 20:01 GMT
I'll look into that and try the offline thing.

> Sounds like NetBIOS problems. Never seen long delays as such in Computer
> Browser.
> How does the CB start if you'd disconnect from the network and logon
> locally?
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.