Working machinery has to be on the same subnet to see each other? [network wizard] [workgroup name]

Q: Did you two machines in an office, a university network. Both running XP Pro SP2. Ran the on them, same . File and printer sharing enabled. Simple File Sharing can eachother.

Machine disabled.

The two # 1 is a ping 152.1.36 subnet, you can see the workgroup and can see # 2 on a itself.
Machine 152.1.35 subnet, you can see that the working group but can not see, machine # 1.

Do they need on the same subnet? What I miss? Just needed to share a folder.

Already got a user acct setup on the host machine (machine # 1) and the folder is shared with the consent of the user set to acct for Machine # 2.

TIA


Re:Originally posted by: guy

Originally posted by: guy

Originally posted by: guy
Machine#1 is on a 152.1.36 subnet, can see the workgroup, and can see itself.
Machine#2 is on a 152.1.35 subnet, can see the workgroup, but cannot see Machine#1.Why they have to be on different subnets?

There are much better ways to exercise Masochism.;)

:sun:

"Got two machines in one office, on a university network"

A properly designed network will have different subnets within the same building. usually one per floor if it can be accomodated other wise with a large floor space (as is typical in a university) you have different subnets on the same floor.

A truly well designed network has a single subnet served by a single wiring closet. That VLAN does not exist anywhere else and is contained strictly withing that single wiring closet.

So, what subnet you are one depends entirely upon what wiring closet you get your connection from. Same closet? Same subnet. Different closet? different subnet.Eh, pretty much. They have a BUNCH of subnets dedicated to this one department, which is pretty much located in one building. There's no set criteria as to what devices located where go on what subnet, so its a big mess. I could probly move it to .36 subnet, I was wondering if that was the better thing to do; either way I'll use LMHOSTS and see if that works :) Thanks all!!


Re:Originally posted by: guy

Originally posted by: guy
Machine#1 is on a 152.1.36 subnet, can see the workgroup, and can see itself.
Machine#2 is on a 152.1.35 subnet, can see the workgroup, but cannot see Machine#1.Why they have to be on different subnets?

There are much better ways to exercise Masochism.;)

:sun:

"Got two machines in one office, on a university network"

A properly designed network will have different subnets within the same building. usually one per floor if it can be accomodated other wise with a large floor space (as is typical in a university) you have different subnets on the same floor.

A truly well designed network has a single subnet served by a single wiring closet. That VLAN does not exist anywhere else and is contained strictly withing that single wiring closet.

So, what subnet you are one depends entirely upon what wiring closet you get your connection from. Same closet? Same subnet. Different closet? different subnet.


Re:Originally posted by: guy
Machine#1 is on a 152.1.36 subnet, can see the workgroup, and can see itself.
Machine#2 is on a 152.1.35 subnet, can see the workgroup, but cannot see Machine#1.Why they have to be on different subnets?

There are much better ways to exercise Masochism.;)

:sun:


Re:Well I think it is easier for the average person to just use the NetBIOS names however this is windows and name resolution, without DNS or WINS, can be a……..struggle. IP is pretty dependable. :)

Re:Originally posted by: guy
Different subnets means NetBEUI is out as Spidey said. LMHosts or even the hosts file is an easy enough workaround. I'd just get to it \\152.1.36.x but a static mapping via the lmhosts or hosts file will make it easier overall I suppose.

You do not have to add routes however as mentioned earlier.

heh, thanks for the easier answer. why worry about names anyway if you're just moving files.

good catch.


Re:Different subnets means NetBEUI is out as Spidey said. LMHosts or even the hosts file is an easy enough workaround. I'd just get to it \\152.1.36.x but a static mapping via the lmhosts or hosts file will make it easier overall I suppose.

You do not have to add routes however as mentioned earlier.


Re:If the machines are on different subnets then there is a router(s) between them and netbeui will not work. That is for a single LAN only as it uses broadcasts to locate resources.

Similarily netbios over TCP uses broadcasts to locate resources as well but you can manually map these resources to workgroup and machine names (netbios names) using an LMHOSTS file.

This approach is needed for all microsoft operating systems.


Re:And if we were to enable the NetBEUI(SP?) protocol, that would automatically map out the IPs; right?

Re:without a router, you have to manually add routes to the machines

Re:So just specify the IP of the other machine in the LMHOSTS file. Sounds like a plan.

Anything different I would have to do for Win2K? Trying a similar setup on our 2K Pro machines and they cant' even access the workgroup


Re:yes. Unless there is a WINS server.

you could just put an entry in the LMHOSTS file. do a search for it and you're all set.


Related posts

Leave a comment

0 Comments.

Leave a Reply


click to changeSecurity Code

[ Ctrl + Enter ]