このファイルは静的なIPアドレスと名前の一覧を含んでいる。

127.0.0.1	localhost localhost.localdomain
192.168.1.1	bigbox.quenya.org	bigbox	alias4box

/etc/hostsの目的は、名前解決メカニズムを提供することであり、 ユーザーはIPアドレスを覚えなくても済むようになる。

物理的なネットワーク転送レイヤ上で送られたネットワークパケットは、IPアドレスを 使うのではなく、メディアアクセスコントロールアドレス、あるいはMACアドレス を使って通信を行う。IPアドレスは、現在32ビット長で、通常ドット(あるいは ピリオド)で分割された4つの十進数で表現される。 たとえば、168.192.1.1である。

MACアドレスは48ビット(あるいは6バイト)であり、通常2桁の16進数をコロン で分離して表現される。たとえば 40:8e:0a:12:34:56.である。

すべてのネットワークインタフェースはMACアドレスを持たねばならない。MACアドレス に対して1つ以上のIPアドレスを割り当てることができる。IPアドレスとMACアドレスの間に 何らの関係はない。そのようなすべての割り当ては、任意、あるいは自由に行える。 最も基本的なレベルでは、すべてのネットワーク津心は、MACアドレスを使って行われる。 MACアドレスがグローバルに一意で、一般的に、特定のインタフェースに固定されている ので、IPアドレスの割り当てはネットワーク管理の視点から意味をなす。1つ以上のIP アドレスをMACアドレス毎に割り当てられる。1つのアドレスはプライマリIPアドレスで ある必要がある。これは、アドレス解決プロトコル(ARP)の問い合わせで 帰ってくるアドレスである。

ユーザーあるいはプロセスが他のマシンと通信したい場合、プロトコルは、 “マシン名”あるいは“ホスト名”が、TCP/IP設定制御ファイルで 制御される方法で、IPアドレスに解決されるように実装されている。 /etc/hostsはそのようなファイルの1つである。

送信先のインタフェースのIPアドレスが決まったとき、ARP/RARPと呼ばれるプロトコルが、 対象インタフェースのMACアドレスを識別するのに使われるARPは、すべて1であるMACアドレスを 使って、ローカルネットワークセグメント上のすべてのインタフェースに対してUDPを使って 送信する、ブロードキャストベースの方法である。ネットワークインタフェースは2つのMAC アドレスのみに返信する。そのインタフェース固有のアドレスと、ff:ff:ff:ff:ff:ffという アドレスである。ARP要求からの返信パケットにはMACアドレスと各インタフェースのプライマリ IPアドレスが含まれている。

/etc/hostsファイルはすべてのUNIX/Linux TCP/IPインストールの 基本であり、最低でも、localhostとローカルネットワークインタフェースの IPアドレスとローカルマシン上のプライマリ名を含んでいる。このファイルは、 名前解決方法の出発点となる。つまり、その他の名前解決機構を利用する前に、 基本的な名前解決は行われている。

このファイルで名前解決ライブラリを指定する:

/etc/host.confは、/etc/resolv.conf中で 設定できるようにするための主要な手段である。これはきわめて重要な設定ファイルである。 このファイルは名前解決が処理されるかもしれない順序を制御する。通常の構造は 以下の通り:

order hosts,bind
multi on

両方のアドレスが返されるべきである。詳細については、 host.confマニュアルページを参照のこと。

このふぁいるは実際の名前解決先を制御する。ファイルは通常以下のようにリゾルバー オブジェクト指定を記述する:

# /etc/nsswitch.conf
#
# Name Service Switch 設定ファイル
#

passwd:		compat
# Alternative entries for password authentication are:
# passwd:	compat files nis ldap winbind
shadow:		compat
group:		compat

hosts:		files nis dns
# Alternative entries for host name resolution are:
# hosts:	files dns nis nis+ hesiod db compat ldap wins
networks:	nis files dns

ethers:		nis files
protocols:	nis files
rpc:		nis files
services:	nis files

もちろん、それらの各メカニズムは、適切な機能かサービスを正しく設定する 事を要求する。

ネットワーク要求/メッセージを送ることが必要にならない限り、TCP/IPネットワークは 何もデータを送らないことに注意すべきである。すべてのTCP/IP通信は、必要時にのみ 通信を行うという原則を仮定している。

バージョン 2.2.0から、Sambaはname service switch機構用の拡張のために、Linuxをサポート するようになり、Linuxクライアントは、Microsoft Windows NetBIOSの名前解決機能を使える ようになった。この機能を使うためには、Sambaはmakeコマンドで適切な引数を付けてコンパイル する必要がある(すなわち、make nsswitch/libnss_wins.so)。 次に名前解決ライブラリを/libディレクトリにインストールし、 winsパラメーターを、/etc/nsswitch.confファイル 中の“hosts:”行に追加する必要がある。この時点で、 SambaサーバーとMicrosoft Windowsマシンが存在するワークグループ内にいる、 どこかのMicrosoft Windowsマシンに対してNetBIOSマシン名でping出来る。

すべてのMicrosoft Windowsマシンは、おおよそ過去10分から15分の間に通信したすべての 外部マシンのNetBIOS名とIPアドレスを格納する、メモリ中のバッファーを使う。設定された すべての名前解決機構を使って行うよりも、ローカルキャッシュからマシンのIPアドレスを 得る方がより効率的である。

もしも、ローカル名前キャッシュにその名前があるマシンが、キャッシュ上で満了になり 削除される前にシャットダウンした場合、そのマシンへメッセージ交換を行おうとすると、 そのマシンはタイムアウトするだろう。その名前がキャッシュにあるので、名前解決は 成功するが、マシンは反応しない。これは、ユーザーにとって不満を感じさせるが、これは プロトコルの特性である。

NetBIOS名前キャッシュの検査を行うMicrosoft Windows ユーティリティは、 “nbtstat”である。Sambaにおける同等品はnmblookupである。

このファイルは通常Microsoft Windows NT 4.0かWindows 200x/XPのディレクトリ %SystemRoot%\SYSTEM32\DRIVERS\ETCにあり、IPアドレスとマシン名が 対になったものを含む。LMHOSTSファイルはNetBIOS名からIPアドレスへの マッピングを行う。

典型的なものは以下の通り:

# Copyright (c) 1998 Microsoft Corp.
#
# This is a sample LMHOSTS file used by the Microsoft Wins Client (NetBIOS
# over TCP/IP) stack for Windows98
#
# This file contains the mappings of IP addresses to NT computer names
# (NetBIOS) names. Each entry should be kept on an individual line.
# The IP address should be placed in the first column followed by the
# corresponding computer name. The address and the computer name
# should be separated by at least one space or tab. The "#" character
# is generally used to denote the start of a comment (see the exceptions
# below).
#
# This file is compatible with Microsoft LAN Manager 2.x TCP/IP lmhosts
# files and offers the following extensions:
#
#      #PRE
#      #DOM:<domain>
#      #INCLUDE <filename>
#      #BEGIN_ALTERNATE
#      #END_ALTERNATE
#      \0xnn (non-printing character support)
#
# Following any entry in the file with the characters "#PRE" will cause
# the entry to be preloaded into the name cache. By default, entries are
# not preloaded, but are parsed only after dynamic name resolution fails.
#
# Following an entry with the "#DOM:<domain>" tag will associate the
# entry with the domain specified by <domain>. This effects how the
# browser and logon services behave in TCP/IP environments. To preload
# the host name associated with #DOM entry, it is necessary to also add a
# #PRE to the line. The <domain> is always pre-loaded although it will not
# be shown when the name cache is viewed.
#
# Specifying "#INCLUDE <filename>" will force the RFC NetBIOS (NBT)
# software to seek the specified <filename> and parse it as if it were
# local. <filename> is generally a UNC-based name, allowing a
# centralized lmhosts file to be maintained on a server.
# It is ALWAYS necessary to provide a mapping for the IP address of the
# server prior to the #INCLUDE. This mapping must use the #PRE directive.
# In addition the share "public" in the example below must be in the
# LanMan Server list of "NullSessionShares" in order for client machines to
# be able to read the lmhosts file successfully. This key is under
# \machine\system\currentcontrolset\services\lanmanserver\
# parameters\nullsessionshares
# in the registry. Simply add "public" to the list found there.
#
# The #BEGIN_ and #END_ALTERNATE keywords allow multiple #INCLUDE
# statements to be grouped together. Any single successful include
# will cause the group to succeed.
#
# Finally, non-printing characters can be embedded in mappings by
# first surrounding the NetBIOS name in quotations, then using the
# \0xnn notation to specify a hex value for a non-printing character.
#
# The following example illustrates all of these extensions:
#
# 102.54.94.97     rhino     #PRE #DOM:networking  #net group's DC
# 102.54.94.102    "appname  \0x14"       #special app server
# 102.54.94.123    popular   #PRE         #source server
# 102.54.94.117    localsrv  #PRE         #needed for the include
#
# #BEGIN_ALTERNATE
# #INCLUDE \\localsrv\public\lmhosts
# #INCLUDE \\rhino\public\lmhosts
# #END_ALTERNATE
#
# In the above example, the "appname" server contains a special
# character in its name, the "popular" and "localsrv" server names are
# pre-loaded, and the "rhino" server name is specified so it can be used
# to later #INCLUDE a centrally maintained lmhosts file if the "localsrv"
# system is unavailable.
#
# Note that the whole file is parsed including comments on each lookup,
# so keeping the number of comments to a minimum will improve performance.
# Therefore it is not advisable to simply add lmhosts file entries onto the
# end of this file.

このファイルは、通常Microsoft Windows NT 4.0あるいはWindows 200x/XPの ディレクトリ%SystemRoot%\SYSTEM32\DRIVERS\ETC中にあり、 IPアドレスとIPホスト名が対になったものを含む。これは、名前解決機構として 使うことが出来るが、どのようにTCP/IP環境が設定されたかに依存する。このファイルは UNIX/Linuxでの/etc/hostsファイルと同じ使い方である。

この機能は、ネットワーク設定機能中のTCP/IPに関する設定の中で設定できる。 もしもこれが有効になると、どのようにNetBIOSノードタイプパラメーターが設定 されたかに正確に依存して決まる、選択された名前解決シーケンスが後に続く。 ノードタイプ0は、NetBIOS名前キャッシュ中で名前検索をしても見つからなかった場合、 NetBIOSブロードキャスト(UDP上のブロードキャスト)が使われる。もしも、失敗した場合、 次にDNS、HOSTSとLMHOSTSが使われる。もしもノードタイプが8ならば、DNS,HOSTS,LMHOSTS の検索から結果を得る前に、NetBIOSユニキャスト(UDPユニキャストで)がWINSサーバーに 送られるか、ブロードキャスト検索が使われる。 This capability is configured in the TCP/IP setup area in the network configuration facility. If enabled, an elaborate name resolution sequence is followed, the precise nature of which is dependent on how the NetBIOS Node Type parameter is configured. A Node Type of 0 means that NetBIOS broadcast (over UDP broadcast) is used if the name that is the subject of a name lookup is not found in the NetBIOS name cache. If that fails, then DNS, HOSTS, and LMHOSTS are checked. If set to Node Type 8, then a NetBIOS Unicast (over UDP Unicast) is sent to the WINS server to obtain a lookup before DNS, HOSTS, LMHOSTS, or broadcast lookup is used.

WINS(Windows Internet Name Server)サービスはrfc1001/1002で定義されたNBNS (NetBIOSネームサーバー)と同等のものである。WINSサーバーは、もしもTCP/IP設定で、 少なくとも1つのWINSサーバーのIPアドレスを指定したとき、Windows クライアントによって 登録される名前とIPアドレスを格納する。

SambaをWINSサーバーサーバーとして設定するには、以下のパラメーターをsmb.conf ファイルに追加する必要がある:

SambaをWINSサーバーを使うように設定するためには、以下のパラメーターをsmb.conf ファイルに追加する必要がある:

ここで、xxx.xxx.xxx.xxxは、WINSサーバーのIPアドレスである。

SambaをWINSサーバーとして設定するための情報は、 ネットワークブラウジングを参照のこと。

“WindowsからSambaサーバーにpingが出来るが、SambaサーバーからWindowsにpingが できない。”

WindowsマシンはIPアドレスが192.168.1.2で、ネットマスクが255.255.255.0であり、 Sambaサーバー(Linux)はIPアドレスが192.168.1.130で、ネットマスクが 255.255.255.128である。マシンはローカルネットワーク上にあり、その他の外部 接続はない。

整合していないネットマスクのため、Windowsマシンは、ネットワーク192.168.1.0/24上に いて、Sambaサーバーはネットワーク192.168.1.128/25にいる。 これは論理的に異なったネットワークである。

遅いネットワークという共通の問題には以下がある:

“Sambaサーバーの名前が変わり、Sambaが再起動した後、Sambaサーバーへ、新しい 名前で、Microsoft Windows NT4ワークステーションからpingが出来ない。しかし、 古い名前でのpingは引き続き出来るなぜ?”

この説明から、以下の3つが明白となる:

Microsoft Windows NT4マシン上のNetBIOS名前キャッシュ中に、どの名前が存在して いるかを調べるには、cmdシェルを開き、以下を行う:

C:\> nbtstat -n

              NetBIOS Local Name Table

   Name                 Type          Status
------------------------------------------------
FRODO            <03>  UNIQUE      Registered
ADMINISTRATOR     <03>  UNIQUE      Registered
FRODO            <00>  UNIQUE      Registered
SARDON           <00>  GROUP       Registered
FRODO            <20>  UNIQUE      Registered
FRODO            <1F>  UNIQUE      Registered


C:\> nbtstat -c

             NetBIOS Remote Cache Name Table

   Name                 Type       Host Address     Life [sec]
--------------------------------------------------------------
GANDALF	<20>  UNIQUE      192.168.1.1          240

C:\> 

この例では、GANDALFがSambaサーバーでFRODO が、Microsoft Windows NT4 ワークステーションである。 最初の行は、ローカル名前テーブルの内容を示していて(すなわち、Microsoft Windows ワークステーションとして識別される)、2行目はNetBIOS名前キャッシュ中に あるNetBIOS名を示している。 名前キャッシュ中にはこのワークステーションの名前として知られているリモートマシン を含んでいる。