Link to home
Start Free TrialLog in
Avatar of papa_bear
papa_bear

asked on

Two computers cannot see each other while one is using VPN

I have two computers; #1 running windows XP Home set up as a work group; #2 running windows XP Pro set up on a domain. Computer two is my laptop used in my office and computer one is my home desktop. When I connect commputer 2 to my home network, everything is fine until I turn VPN on. Once I do this, computer teo can no longer get to computer one. I get the message that the user name could not be found.
Avatar of Mazaraat
Mazaraat
Flag of United States of America image

From your information I am assuming you are trying to VPN to work? If so when the VPN is activated, it will disable all other traffic and route thru the VPN as the default gateway, for example - you can't browse with PC 2 on the internet either with the VPN turned on...

Try the following on your laptop:
Go to properties of VPNconnection -> Networking Tab -> TCP/IP -> Advanced button -> Clear the Use default gateway on remote network checkbox
Avatar of papa_bear
papa_bear

ASKER

Yes, I am trying to VPN to work, but I want access to my home resources, such as printers and files on my desktop computer. I do have internet access with VPN turned on, but I assume this is through my work place as if I were there on site.

Please excuse my ignorance. There is no "Netowrking" tab and when I go to the advanced button for the TCP/IP there is not a check box for "Use default gateway on remote network". I am unable to find the location you referred to.
Avatar of Les Moore
What VPN client do you use? How do you 'turn it on'?
If, for example, you use a Cisco VPN client, then you do not have control over what you can/can't do while connected, and there is a built-in firewall client.
Try this:
 On PC#1, enable the Guest account in Control Panel, users
 On PC#2, create a LMHOSTS file with just one entry (use the PC's real name in place of "XPHOME"
    <ip address of PC#1>  <tab>  XPHOME   <tab>  #PRE

Save this as c:\winnt\system32\drivers\etc\lmosts.  <== make sure there is no .txt or other file extension

then from a DOS prompt:  C:\>nbtstat -RR

Now, try to ping PC#1 by name:
  C:\>ping XPHOME
So this allows me to access computer one using the name but not using the IP. This is acceptable to me, but can you explain why it happens this way? For example when I do start->run->\\XPHOME it takes me to computer 1 after waiting about 30-60 sec. If I do start->run->\\<IP address> I get the message mentioned above about the user name could not be found. I am confused because I thought the IP address would be recognized before the name.
The underlying network connection is still NetBios over TCP/IP. If we manually set up the Netbios/IP address mapping using a LMHOSTS file, then the netbios connections are easier to make.
With the LMHOSTS file, you should still be able to connect by either IP or by name
\\XPHOME
or
\\192.168.1.100

XP HOME has some severe limitations on networking, and because you use yours at work joined to a domain, you have problems with them recognizing each other. Something else you can do to "cheat" the system - change your home workgroup name from MSHOME to the same as your work domain on the XPHOME box, and enable Netios over TCP/IP on both:

Enable NetBios over TCP/IP in WIndows XP

   Click Start, click Control Panel

   Click Network Connections.

   Right-click "Local Area Connection", and then click "Properties".

   Click on (highlight) "Internet Protocol (TCP/IP)", and then click "Properties" button

   Click the General tab, and then click "Advanced" button , bottom right.

   Click the WINS tab.

   Under "NetBIOS setting" section, click Enable NetBIOS over TCP/IP, and then click OK two times, the "close".
     ( ) Default
     (*) Enable NetBios
     ( ) Disable NetBios

   Reboot the computer.


Speed up your browsing of Windows 2000 & XP machines AND Speed up viewing shared files across a network

Here's a great tip to speed up your browsing of Windows 2000 & XP machines.
Its actually a fix to a bug installed as default in Windows 2000/XP that scans shared files for Scheduled Tasks.
And it turns out that you can experience a delay as long as 30 seconds when you try to view shared files across a network because
Windows 2000/XP is using the extra time to search the remote computer for any Scheduled Tasks.
Note that though the fix is originally intended for only those affected, Windows 2000/XP users will experience
that the actual browsing speed of both the Internet & Windows Explorers improve significantly after applying it
since it doesn't search for Scheduled Tasks anymore.
Here's how :

Open up the Registry and go to :

HKEY_LOCAL_MACHINE/Software/Microsoft/Windows/CurrentVersion/Explorer/RemoteComputer/NameSpace

Under that branch, select the key :{D6277990-4C6A-11CF-8D87-00AA0060F5BF} and delete it.

This is key that instructs Windows to search for Scheduled Tasks.
Wow, that's a huge speed improvement.

I made the other changes you suggested. I still cannot gain access with the IP number while VPN is on. Any other ideas?
Any firewall software on the XPHOME?
If you can access it now by name, does it really matter that you can't get to it by IP?
Is your local LAN a different IP subnet than the LAN at work?
What VPN client do you use?

Yes, I am using Mcafee Firewall Plus. I have it configured to allow this IP through. Also it still does not work if I disable the firewall.

No, as I stated before, it doesn't matter much other than my own curiosity.

I think they are the same subnet, but i do not know how to confirm.

Intel NetStructure VPN Client.

Thanks for your help so far. I appreciate it more than you can imagine.
ASKER CERTIFIED SOLUTION
Avatar of Les Moore
Les Moore
Flag of United States of America image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
pap bear,
Sorry about that I had "mistakenly" assumed you were using microsofts built in vpn client.  And lrmoore beat me to the repsonse =)  Thanks lrmoore =)  That was a nifty reg hack posted above also!