Lesson 3: Implementing WINS | MCSE Training Kit(c) Microsoft Windows 2000 Accelerated 2000

For networks with servers running Windows 2000 Server and all other computers running Windows 2000 Professional, NetBIOS is no longer required for TCP/IP-based networking. Because of this change, WINS is needed for most networks but might not be required in some instances. In this lesson, you learn how to implement WINS on your network.

After this lesson, you will be able to

Install and configure a WINS server
Install and configure a WINS client
Troubleshoot WINS clients and servers
Manage and monitor WINS

Estimated lesson time: 40 minutes

When to Use WINS

When deciding whether you need to use WINS, you should first consider the following questions:

Do I have any existing computers or applications on my network that require the use of NetBIOS names? All networked computers that run under any previously released Microsoft operating system, such as versions of MS-DOS, Windows, or Windows NT, require NetBIOS name support. Windows 2000 is the first Microsoft operating system that no longer requires NetBIOS naming. Therefore, NetBIOS names can still be required on your network to provide basic file and print services and support for many legacy applications used.
Are all computers on my network configured and able to support the use of another type of network naming, such as DNS? Network naming is still a vital service for locating computers and resources throughout your network, even when NetBIOS names are not required. Before you decide to eliminate WINS or NetBIOS name support, be sure that all computers and programs on your network are able to function using another naming service, such as DNS.
Is my network a single subnet or routed with multiple subnets? If your entire network is a small local area network (LAN) that occupies one physical network segment and has less than 50 clients, you can probably do without a WINS server.

Considerations for WINS Servers

Before you implement WINS in an internetwork, consider the number of WINS servers you will need. Only one WINS server is required for an internetwork because requests for name resolution are directed datagrams that can be routed. Two WINS servers ensure a backup system for fault tolerance. If one server becomes unavailable, the second server can be used to resolve names. You should also consider the following WINS server recommendations:

There is no built-in limit to the number of WINS requests that can be handled by a WINS server, but typically it can handle 1500 name registrations and about 4500 name queries per minute.
A conservative recommendation is one WINS server and a backup server for every 10,000 WINS clients.
Computers with multiple processors have demonstrated performance improvements of approximately 25 percent for each additional processor, as a separate WINS thread is started for each processor.
If logging of database changes is turned off (through WINS Manager), name registrations are much faster, but if a crash occurs, there is a risk of losing the last few updates.

WINS Requirements

Before you install WINS, you should determine that your server and clients meet the configuration requirements. The WINS service must be configured on at least one computer within the TCP/IP internetwork running Windows NT Server or Windows 2000 Server (it does not have to be a domain controller). The server must have an IP address, subnet mask, default gateway, and other TCP/IP parameters. These parameters can be assigned by a DHCP server, but statically assigned parameters are recommended.

A WINS client can be a computer running any of the following supported operating systems:

Windows 2000
Windows NT 3.5 and later
Windows 95 or Windows 98
Windows for Workgroups 3.11 running Microsoft TCP/IP-32
Microsoft Network Client 3.0 for MS-DOS
LAN Manager 2.2c for MS-DOS

The client must have an IP address of a WINS server configured for a primary WINS server or for primary and secondary WINS servers.

Follow these steps to install WINS on a Windows 2000-based server:

In Control Panel, double-click Add/Remove Programs.
Click Add/Remove Windows Components.
The Windows Component wizard opens.
On the Windows Components page, under Components, click Networking Services, and then click Details.
The Networking Services dialog box appears.
Select the Windows Internet Name Service (WINS) check box, click OK, and then click Next.

Using Static Mappings

Mapped name-to-address entries can be added to WINS in either of two ways:

Dynamically, by WINS-enabled clients directly contacting a WINS server to register, release, or renew their NetBIOS names in the server database
Manually, by an administrator using the WINS console or command-line tools to add or delete statically mapped entries in the server database

Static entries are only useful when you need to add a name-to-address mapping to the server database for a computer that does not directly use WINS. For example, in some networks, servers running other operating systems cannot register a NetBIOS name directly with a WINS server. Although these names might be added to and resolved from an LMHOSTS file or by querying a DNS server, you might consider using a static WINS mapping instead.

Follow these steps to configure a static mapping:

Click Start, point to Programs, point to Administrative Tools, and then click WINS.
In the WINS console, click Active Registrations under your WINS server.
On the Action menu, click New Static Mapping.
The New Static Mapping dialog box appears, as illustrated in Figure 13.9.

Figure 13.9 The Add Static Mapping dialog box

In Computer Name, type the NetBIOS name of the computer.
In NetBIOS Scope (optional), you can type a NetBIOS scope identifier, if one is used, for the computer. Otherwise, leave this field blank.
In Type, click one of the supported types to indicate whether this entry is a Unique, Group, Domain Name, Internet, or Multihomed type entry, as detailed in Table 13.3.
In IP Address, type the address for the computer.
Click Apply to add the static mapping entry to the database.
You can also add additional static mapping entries, see table 13.3. Click Apply each time you complete an entry, and then click Cancel to close when you finish adding static mapping entries.
Click OK to close the Add Static Mapping dialog box.

Table 13.3 Static WINS Mapping Types

Type option	Description
Unique	A unique name maps to a single IP address.
Group	Also referred to as a "Normal" group. When adding an entry to a group by using WINS Manager, you must enter the computer name and IP address. However, the IP addresses of individual members of a group are not stored in the WINS database. Because the member addresses are not stored, there is no limit to the number of members that can be added to a group. Broadcast name packets are used to communicate with group members.
Domain Name	A NetBIOS name-to-address mapping that has 0x1C as the 16th byte. A domain group stores up to a maximum of 25 addresses for members. For registrations after the 25th address, WINS overwrites a replica address or, if none is present, it overwrites the oldest registration.
Internet Group	Internet groups are user-defined groups that enable you to group resources, such as printers, for easy reference and browsing. An Internet group can store up to a maximum of 25 addresses for members. A dynamic member, however, does not replace a static member added by using WINS Manager or importing the LMHOSTS file.
Multihomed	A unique name that can have more than one address. This is used for multihomed computers. Each multihomed group name can contain a maximum of 25 addresses. For registrations after the 25th address, WINS overwrites a replica address or, if none is present, it overwrites the oldest registration.

Practice: Configuring a WINS Client

If a computer is a DHCP client, you can configure the DHCP server to provide DHCP clients with WINS configuration information. However, you can also manually configure WINS clients. If you manually configure WINS client computers with IP addresses of one or more WINS servers, those values take precedence over the same parameters that a DHCP server provides.

Exercise 1: Configuring a WINS Client with the IP Address of One or More WINS Servers

Open Network And Dial-Up Connections.
Right-click Local Area Connection, and then click Properties.
The Local Area Connection Properties dialog box appears.
Select the Internet Protocol (TCP/IP) Properties entry in the list, and then click Properties.
The Internet Protocol (TCP/IP) Properties dialog box appears.
Click Advanced and select the WINS Address tab, as illustrated in Figure 13.10.

Figure 13.10 The WINS service on a Windows 2000 client

Click Add, type the IP address of your WINS server in the TCP/IP WINS Server dialog box, and then click Add.
The TCP/IP WINS Server dialog box closes and the WINS server you entered will be added to the list in the Advanced TCP/IP Settings dialog box.
Click OK to close the Advanced TCP/IP Settings dialog box.
Click OK to close the Internet Protocol (TCP/IP) Properties dialog box.
Click OK to close the Local Area Connection Properties dialog box.

Troubleshooting WINS

The following conditions can indicate basic problems with WINS:

The administrator cannot connect to a WINS server using the WINS console.
TCP/IP NetBIOS Helper service on the WINS client is down and cannot be restarted.
WINS service is not running and cannot be restarted.

The first action you should take to resolve WINS problems is to verify that the appropriate services are running. You can do this at both the WINS server and WINS client.

Follow these steps to verify running services:

Verify that the WINS service is running on the server.
Verify that the Workstation service, the Server service, and the TCP/IP NetBIOS Helper service are started on the clients.

If services do not start properly, you can use the Computer Management administrative tool to check the status column of the services, and then try to start them manually. If the service cannot be started, use Event Viewer to check the system event log and determine the cause of failure.

NOTE
For WINS clients, "Started" should appear in the status column for TCP/IP NetBIOS Helper service. For WINS servers, "Started" should appear in the status column for Windows Internet Name Service (WINS).

The most common WINS client problem is failed name resolution. When name resolution fails at a client, first answer the following questions to identify the source of the problem:

Is the client computer able to use WINS, and is it correctly configured? First, check that the client is configured to use both TCP/IP and WINS. Client configuration of WINS-related settings can be done manually by an administrator setting the TCP/IP configuration of the client or it can be done dynamically by a DHCP server providing the client its TCP/IP configuration. In most cases, computers running earlier versions of Microsoft operating systems are already able to use WINS once TCP/IP is installed and configured at the client. For Windows 2000, administrators can optionally disable NetBT for each client. If you disable NetBT, WINS cannot be used at the client.
NOTE
If the WINS server does not respond to a direct ping, the source of the problem is likely to be a network connectivity problem between the client and the WINS server.
Was the name that failed to resolve a NetBIOS or DNS name? NetBIOS names are 15 characters or less and not structured like DNS names, which are generally longer and use periods to delimit each domain level within a name. For example, the short NetBIOS name PRINT-SRV1 and the longer DNS name print-srv1.example.microsoft.com might both refer to the same resource computer running Windows 2000 (a network print server) configured to use either name. If the short name was used at the client in the previous example, Windows 2000 would first involve NetBIOS name services, such as WINS or NetBT broadcasts, in its initial attempts to resolve the name. If a longer DNS name (or a name that uses periods) was involved in the failure, DNS is more likely the cause of the failed name resolution.

The most common WINS server problem is the inability to resolve names for clients. When a server fails to resolve a name for its clients, the failure most often is discovered by clients in one of two ways:

The server sends a negative query response back to the client, such as an error message indicating "Name not found."
The server sends a positive response back to the client, but the information contained in the response is incorrect.

If you determine that a WINS-related problem does not originate at the client, answer the following question to further troubleshoot the source of the problem at the WINS server of the client:

Is the WINS server able to service the client? At the WINS server for the client that cannot locate a name, use Event Viewer or the WINS management console to see if WINS is currently running. If WINS is running on the server, search for the name previously requested by the client to see if it is in the WINS server database.

If the WINS server is failing or registering database corruption errors, you can use WINS database recovery techniques to help restore WINS operations. You can back up the WINS database by using the WINS administrative console. First, you specify a backup directory for the database, and then WINS executes database backups. The backup is performed every 3 hours by default. If your WINS database becomes corrupted, you can easily restore it. The easiest way to restore a local server database is to replicate data back from a replication partner. If the corruption is limited to a certain number of records, you can repair them by forcing replication of uncorrupted WINS records. This removes the affected records from other WINS servers. If changes are replicated among WINS servers quickly, the best way to restore a local WINS server database is to use a replication partner, provided that the WINS data is mostly up to date on the replication partner.

Managing and Monitoring WINS

The WINS console is fully integrated with the Microsoft Management Console (MMC) which provides the user with a powerful and more user-friendly tool you can customize for your efficiency. Because all server administrative utilities included for your use in Windows 2000 Server are part of MMC, new MMC-based utilities are easier to use, as they operate more predictably and follow a common design. In addition, several useful WINS features from earlier versions of Windows NT Server that were only configurable through the registry are now more directly usable. These include the ability to block records by a specific owner or WINS replication partner (formerly known as Persona Non Grata) or the ability to allow override of static mappings (formerly known as Migrate On/Off). In this lesson, you learn how to manage and monitor WINS through the WINS console.

Viewing WINS Server Statistics

You should view WINS server statistics periodically to monitor performance. By default, statistics automatically refresh every 10 minutes. You can also disable this feature by clearing the Automatically Update Statistics Every check box.

Follow these steps to open the WINS Server Statistics dialog box:

Click Start, point to Programs, point to Administrative Tools, and then click WINS.
In the console tree, click the applicable WINS server.
On the Action menu, click Display Server Statistics.
To update the display while viewing WINS statistics, click Refresh.

Lesson Summary

To implement WINS, both the server and client require configuration. Configuring a static mapping for non-WINS clients allows WINS clients on remote networks to communicate with them. When troubleshooting WINS, the first thing you should do is verify that the appropriate services are running.