| gjbrown 2002-04-19, 10:17 pm |
| I would be interested in comments on this question.
--------------------------------
ISBN: 0-7356-0950-0
Page 114 Question 70-216.05.01.003...
The question relates to the network configuration required when there are clients that are WINS enabled and other that are only capable of NetBT broadcast name resolution.
QUESTION:
You are the administrator of a Windows 2000 network. You have a WINS server installed on your network. Currently you have five non-WINS clients that are having trouble communicating with the WINS server.
What can you do to fix this problem?
a) Create a static mapping for the non-WINS computers in the WINS database.
b) Create a properly formatted LMHOSTS file with the settings for the non-WINS clients and import it into the WINS database.
c) Create a properly formatted HOSTS file with the setting for the non-WINS clients and import it into the WINS database.
d) Stop and restart the WINS service on the WINS server.
e) Rename the non-WINS clients with proper NetBIOS names.
f) Repair the WINS database.
g) Scavenge the WINS database.
CORRECT ANSWER ACCORDING TO BOOK:
A and B
MY COMMENTS:
My problem with this question is two fold...
a) the use of the term non-WINS throughout MS questions is ambiguous. For the most part a non-WINS client is translated to mean a client capable of b-node queries (broadcast queries). The differentitation between a b-node client and a client that cannot even do b-node queries is therefore hard to clarify. I would therefore disuse the term "non-WINS" and instead use either of the following terms...
- b-node client
- client incapable of NetBIOS name resolution.
In both cases these are non-WINS clients but the b-node client can still perform broadcast name resolution. In the second case only static file lookup and DNS lookup would be available and would apply to a UNIX client without Samba or similar service installed.
b) The question answers do not "FIX THE PROBLEM" as requested. By use of the term non-WINS client I believe a b-node client is being assumed. Assuming this the problem is completly answered by use of a WINS proxy - not listed as an available answer. Of the answers listed as correct (A and B) the following comments are presented...
- In answer A the WINS clients will be able to resolve the IP of the non-WINS clients if they are located on the same subnet or another subnet. The reverse is not true however where the clients are located on different subnets (b-node requests will not pass thru routers normally). The situation with subnetting has not been identified and so any conclusion about this is therefore an assumption. In this sense the problem is not necessarily completly fixed where multiple subnets are involved and the WINS and non-WINS clients are on separate subnets.
- Answer B is really another way of completing the same outcome as specified in answer A and therefore has the same limitations.
What has therefore been provided is two inadequate answers to an ill defined question. Neither of the answers necessarily "FIX THE PROBLEM". The two answers are the "best" answers and typically MS uses this term in questions of this nature. |