かつてはほとんどのネットワークで一般的だったWINSサーバーは、かつては必須でした。しかし、それは今でも必要なのでしょうか？
この記事では、WINSについて少し学び、実際にまだ古いWINSサーバーがネットワークに残っているかどうかを把握することができます。
WINSを理解するには、NetBIOSを理解することです。
コンピュータはTCP/IPなどのプロトコルを介してIPアドレスを使用して通信します。これらの数字をすべて覚える必要を防ぐために、IPアドレスに「ラベル」を付ける方法が考案されました。ネットワーク上の各コンピュータに名前を割り当てることで、それらを管理することができました。
IPアドレスに名前をマップする最初の方法の1つが、Network Basic Input/ Output SystemまたはNetBIOSでした。NetBIOSまたはより具体的にはNetBIOS over TCP/IPまたはNetBTは、OSIモデルのセッション層で動作し、TCP/IPプロトコル上でデバイス間の識別と通信を容易にします。
NetBTは、従来、TCP/IP上でブロードキャストクエリメッセージを送信してネットワーク上の名前を解決していました。NetBIOSは特にルーティングできません。NetBIOS名の解決は複数のネットワークで行うことができません。これを解決するために、MicrosoftはNetBIOS Naming Serviceまたは一般的にWINSと呼ばれるものを開発し、経路付きのネットワーク全体で名前を解決できるようにしました。
NetBIOS —> WINS
NetBIOSには重大な問題がありました。他のネットワークにルーティングできませんでした。企業はトラフィックを区分するために多くのネットワークが必要であり、NetBIOSはこれらのネットワークを横断してルーティングできませんでした。どうするか？新しいプロトコルを導入します。 Windows Internet Naming Service（WINS）。
WINSを使用すると、管理者はTCP/IPプロトコルに依存するため、ネットワークを横断した名前トラフィックをルーティングできるようになりました。管理者がWINSを使用すると、すべてのコンピュータが名前とIPアドレスを登録できる中央の場所がありました。
WINSサーバー（およびクライアント）の動作
WINSは、Windowsコンピュータで実行されているWINSクライアントと、さまざまなレコードを含むデータベースをホストするWINSサーバーの2つの主要なコンポーネントで構成されるクライアントサーバーシステムです。これらのレコードはホスト名からIPアドレスへのマッピングを表しています。
クライアントの登録と解決
WINSサーバーがクライアントが使用するためにネットワーク上で利用可能になると、クライアントは3つの主要なメソッドでサーバーと対話します。アサインメント、登録、および名前の解決。
クライアントのアサインメント
WINS名前解決プロセスのメンバーになるには、WindowsコンピュータはまずどのWINSサーバと通信するかを知る必要があります。これを行うには、Windowsコンピュータ（WINSクライアント）には、手動でまたはDHCPでWINSサーバが割り当てられます。
一度WINSサーバが指定されると、クライアントはその後、自身をサーバに登録し、それによってWINSデータベースにホスト名とIPアドレスのマッピングが作成されます。
クライアントの登録
WINSクライアントが初めてオンラインになると、まず一意のホスト名を保持しているかどうかを確認するためのリクエストを送信します。このステップは名前の重複を避けるために必要です。ネットワーク上で他の名前が見つからない場合、クライアントはその後、自身をWINSデータベースに登録します。
クライアント名の解決
すべてのWINSクライアントがWINSサーバを指定し、自身を登録した後、異なるネットワーク間でもすべての他のクライアント名を名前解決できます。彼らはNetBIOS名クエリを使用してWINSサーバに問い合わせ、特定のマシンの正しいIPアドレスでリクエストに応答します。
- ネットワークから削除されたクライアントは、最終的には\textit{tombstoning}として知られるタスクでWINSデータベースから解放されます。
サーバのレプリケーション
WINSエコシステムは単一のWINSサーバーとの通信に限定されていません。多くのネットワークでは、複製パートナーを介して他のWINSサーバーにデータベースレコードを複製しています。
A WINS replication partner can be either configured in a pull or push manner. Pull replication partners request updated database records from Push partners. These requests occur every 15 minutes or in response to an update notification from a Push partner.
大規模なネットワークでは、すべてのWINSサーバーを引き寄せおよびプッシュパートナーとして構成する必要があります、ネットワーク内のすべてのWINSサーバーに最新のデータベースエントリを提供します。
WINSの制限
WINSはかつて非ルーティングのNetBIOS名前解決からルーティング可能でスケーラブルなソリューションに進化を助けましたが、現在は時代遅れでレガシーと見なされています。なぜなら、主にDNSがあるからです。
WINSはフラットネームスペースを提供し、ネットワーク上で名前を一度しか使用できないという欠点がありました。これは大規模なネットワークではうまく機能しなかったという問題があります。
また、WINSには冗長性のための複製オプションがありますが、これが複雑すぎるシステムやトラブルシューティングの問題を引き起こす可能性があります。
WINSあり、またはWINSなし？
数十年前、WindowsクライアントはNetBIOS名によってネットワークデバイスを識別していました。そのため、WINSが必要でした。しかし、現在では、Windows 2000以降のモダンなマシンではWINSは必要ありません。
Microsoft Systems Management Server (SMS)やMicrosoft BackOffice Serverなどのレガシーアプリケーションを実行している一部の組織は、クライアント/サーバーメール構成のためにWINSが依然として必要な場合があります。
WINSは、Microsoftが他のプロトコル（例：DNS）を支持し、Windows Server 2000以降で実行される環境での名前解決に適しているとして、廃止された技術です。
ただし、Windows NTサーバーおよびワークステーションアプリケーションをサポートする必要がある場合は、WINSが必要です。