ホスト名とは？ 調べ方・FQDNやIPアドレスの概要も併せて解説

はじめに

ネットワーク通信では、宛先の識別にIPアドレスが使われます。ただし、業務や日常利用で接続先を指定するときに、IPアドレスを毎回入力する場面は多くありません。多くの場合は、ホスト名やドメイン名といった人が扱いやすい名前で相手を指定し、その名前をIPアドレスに対応付けて通信します。

一方で、ホスト名という言葉は、使われる場面によって指す対象が変わりやすい用語です。OSの設定で見るホスト名は、機器を識別する名前として扱われることが多い一方、DNSの文脈ではFQDNの先頭ラベルや宛先名を指す場合があります。さらに、FQDNやNetBIOS名まで含めて考えると、同じ文字列に見えても意味が異なるケースがあります。

先に整理すると、OSで見るホスト名は機器名を指すことが多く、DNSではホスト部、ドメイン名、FQDNの関係を分けて考える必要があります。この違いを押さえると、名前解決のトラブルやアクセス制御の設定ミスを減らしやすくなります。

ホスト名とは

ホスト名とは、ネットワーク上の機器や宛先を識別するために使われる名前です。ただし、どの名前をホスト名と呼ぶかは文脈によって変わります。OSや端末管理ではPC・サーバーなどの機器名を指すことが多く、DNSではFQDNを構成するホスト部を指す場合があります。

通信そのものはIPアドレスで行われますが、IPアドレスは数値、またはIPv6のように英数字を含む長い表記であり、人が扱うには覚えにくく、入力ミスも起きやすい面があります。

• IPv4の例：192.168.0.1
• IPv6の例：2001:db8:1234:5678:90ab:cdef:0000:0000
• ホスト部の例：www
• FQDNの例：www.example.com

そこで、接続先を名前で指定できるようにし、その名前をIPアドレスへ対応付けて通信します。例えば「www.example.com」が「192.168.0.1」に対応していれば、利用者はIPアドレスを直接入力しなくてもアクセスできます。このように、名前とIPアドレスを結び付ける役割を担うのが、DNSをはじめとする名前解決の仕組みです。

ホスト名は機器名を指す場合とホスト部を指す場合がある

注意したいのは、ホスト名という言葉が指す範囲が一定ではないことです。OSの設定画面で表示されるホスト名は、その機器を識別する機器名、またはコンピューター名として扱われることが多くあります。一方、DNSの文脈では、ドメイン名の中のホスト部、つまりFQDNを構成するラベルを指す場合があります。

• OSや端末管理の文脈：端末やサーバーの機器名としてのホスト名
• DNSの文脈：FQDNを構成するホスト部としてのホスト名

どちらの意味で使われているかを意識すると、設定作業や障害対応での混乱を避けやすくなります。特に、機器名としてのホスト名は、必ずしもDNSに登録されているとは限りません。画面に表示される名前と、DNSで名前解決できるFQDNが一致しない場合もあります。

実務で影響が出やすい場面

ホスト名の扱いが曖昧なまま進むと、実務では次のような認識のずれが生じやすくなります。

• アクセス制御や許可リストで、機器名を指定すべきか、FQDNを指定すべきかが整理されていない
• 証明書の対象名やプロキシ設定で、ドメイン単位とFQDN単位を取り違える
• 端末名を前提にしたつもりでも、実際には別の名前解決経路が使われ、到達できない

以降では、こうした混乱が起きやすい理由を、用語の関係と確認手順の両面から整理します。

hostnameとは何か

hostnameという表記は、何の名前を指しているのかを文脈と合わせて読む必要があります。資料、コマンド、設定項目では英語表記がそのまま使われることが多いため、日本語のホスト名と対応付けて理解しておくと読み違いを防ぎやすくなります。

hostnameは直訳すると「ホストの名前」で、一般にはネットワーク上の機器を識別する名前を指します。ただし実務では、hostnameが機器名、つまりOSが持つ名前を指す場合もあれば、DNS上の名前、FQDNを含む宛先名を指す場合もあります。英語表記だからといって意味が一つに定まるわけではなく、どの層の名前を指しているのかを確認します。

hostnameが出てくる代表的な場面

• OSや端末管理：機器を識別するための名前として扱われる
• コマンドや設定：現在の機器名や設定されている名前を表示・変更する
• DNSやネットワーク：宛先としての名前、またはFQDNを含む名前を指して使われる

確認作業では、画面に表示される名前と、ネットワークで解決できる名前を分けて整理します。hostnameという言葉が出てきた場合も、同じ視点で確認すると判断しやすくなります。

ホスト名の調べ方

この章では、OS上で確認できる機器名としてのホスト名を中心に、表示名とDNS名が一致しないケースも含めて整理します。まず押さえておきたいのは、OSで確認できる名前は端末を識別するためのものであり、必ずしもネットワーク上の宛先名として通用するとは限らないことです。

Windowsでホスト名を確認する

Windowsでは、コマンドプロンプトで「ipconfig /all」を実行すると、「Windows IP 構成」の中に「ホスト名」が表示されます。

ipconfig /all

設定画面から確認する場合は、設定、システム、詳細情報の順に進み、「デバイスの仕様」に表示される「デバイス名」を参照します。環境によっては、ここにFQDNではなく機器名のみが表示されます。

また、「hostname」コマンドでも機器名を確認できます。ログ確認や手順書では、こちらが使われることもあります。

hostname

macOSでホスト名を確認する

macOSでは、何をホスト名として扱うのかを先に分けて確認する方が安全です。Appleは、Aboutに表示されるComputer Nameと、Sharingに表示されるLocal hostnameを区別しています。Computer Nameは画面上で表示されるコンピューター名、Local hostnameはローカルネットワーク上で他の端末からMacに接続するための名前として使われます。

コマンドで確認するときも、1つの値だけで済ませず、運用で見ているのが機器名なのか、ローカルネットワーク名なのかを分けて扱います。

Linuxでhostnameを確認する

Linuxでは、「uname -n」または「hostname」で確認できます。サーバー運用では、設定ファイルや管理ツールで名前が管理されていることもあるため、表示結果が意図した内容と一致しているかを確認しながら扱います。

uname -n
hostname

systemdを利用する環境では、hostnamectlでstatic hostname、transient hostname、pretty hostnameなどを確認・設定する場合もあります。サーバー名を変更する場合は、OS上の表示名だけでなく、DNS登録、証明書、監視ツール、ログ収集設定への影響も確認します。

その名前で名前解決できるかは別問題

OS上で確認できるホスト名、つまり機器名は、端末を識別する目的で使われます。ただし、その名前がDNSに登録され、別の端末から到達できることを保証するものではありません。たとえば、社内DNSに登録されていない端末名は、別端末から名前解決できない場合があります。

一方、Active Directory環境などでは、端末名がDNSに動的登録され、端末名がそのまま名前解決に使える場合もあります。切り分けでは、表示されている文字列そのものではなく、どの仕組みで名前解決しようとしているかを確認します。

DNSとは何か ― ホスト名やFQDNが解決される仕組み

ここでは、ホスト名やFQDNがどのようにIPアドレスへ変換され、通信に使われているのかを整理します。OSで確認できる名前と、実際の通信で参照される名前が一致しない理由も、この仕組みから理解できます。

DNS（Domain Name System）は、ホスト名やFQDNといった人間が扱いやすい名前を、ネットワーク通信で使用されるIPアドレスに対応付けるための仕組みです。Webアクセスやメール送信など、多くの通信はDNSによる名前解決を前提に成り立っています。

重要なのは、DNSが基本的に扱うのはドメイン名であり、完全な名前としてはFQDNが基準になる一方、利用者やクライアントは短い名前から解決を試みることもあるという点です。

OSの設定画面で表示される機器名としてのホスト名は、そのままではDNSで解決されない場合があります。DNSサーバー側に対応する名前が登録されているか、検索サフィックスや社内DNSゾーンがどう設定されているかが別途関係します。

例えば、端末のホスト名が「PC-01」であっても、DNSに「PC-01.example.local」のようなFQDNが登録されていなければ、他の端末から名前解決できない場合があります。このため、「ホスト名は分かっているのに通信できない」「端末一覧では見えるが、名前では接続できない」といった状況が発生します。

トラブルシュートでは、単に表示されているホスト名を見るのではなく、その通信がDNSで解決しようとしているのか、参照している名前がFQDNなのか、検索サフィックスによって補完されているのかを分けて確認します。

ホスト名でつながらないときの切り分け

この章では、ホスト名を指定してもつながらない、同じ名前なのに端末によって挙動が違う、といった場面で確認すべき観点を整理します。見た目が同じ文字列でも、参照している名前解決の経路が異なると、結果が変わります。

まず確認したいのは名前解決の経路

代表的には、次のような経路が関係します。どれが使われているかは環境や設定によって異なるため、この端末ではどの経路が使われているかを切り分けます。

• DNS（社内DNS、外部DNS）
• hostsファイルなど、端末内の静的な名前解決
• Windows環境で残る互換レイヤー（NetBIOS名の参照など）

DNSでの解決を確認する場合は、nslookupやdigなどを使い、どのDNSサーバーに問い合わせ、どの名前がどのIPアドレスへ解決されているかを確認します。

nslookup www.example.com

表示名と宛先名が一致していないケース

端末名（機器名）と、DNS上の宛先名（FQDN）が一致していないことがあります。特に、複数のネットワークや複数のDNSゾーンが関わる環境では、参照しているDNSが異なるだけで到達できなくなるケースもあります。切り分けでは、接続しようとしている名前がどのドメインに属するのかを確認します。

運用として押さえておきたい考え方

実務では、次のように管理の単位を整理しておくと、トラブルが起きにくくなります。

• 資産管理や端末管理は、機器名（OSのホスト名）を軸にする
• 通信やアクセス制御は、FQDNやIPアドレスなど、到達性が確認できる単位で扱う
• 例外設定や許可リストは、ドメイン単位かFQDN単位かを明確にする

同じホスト名という言葉でも、目的によって適切な単位は変わります。以降では、Windowsで混同が起きやすいNetBIOS名、そしてDNSの用語としてのFQDNを整理します。

「ホスト名」と「NetBIOS名」の違い

この章では、Windows環境で混同が起きやすい機器名とNetBIOS名の関係を整理し、どちらの名前が参照されているのかを切り分ける観点を示します。

Windowsネットワークでは、歴史的にNetBIOS名が機器を識別する名前として使われてきました。見た目や用途はホスト名に近い場合がありますが、前提となる仕組みは異なります。

現在のネットワークはTCP/IPとDNSを前提に設計されることが多い一方、環境によっては互換機能としてNBT（NetBIOS over TCP/IP）が残っている場合があります。この場合、名前解決や通信の一部でNetBIOS名が参照されることがあります。

現行の運用ではDNSやActive Directoryの名前解決が中心になることが多く、NetBIOS名は互換性のために残ることがある要素として扱われます。トラブルシュートでは、DNS名やFQDNとNetBIOS名が一致しているか、また、どちらを参照しているかを意識すると切り分けが進みます。

実務上の混乱ポイント：同じ機器名に見えても参照元が違う

Windowsの画面やログでは、PC名、ホスト名、NetBIOS名が同じ文字列で表示されることがあり、見た目だけでは区別しづらい場合があります。しかし参照している層が異なるため、名前解決や接続の失敗時には原因が変わります。

• DNSで解決しているのか（FQDNやDNS名として参照しているのか）
• NBTなどの互換レイヤーで解決しているのか（NetBIOS名を参照しているのか）
• アプリケーションがどちらを前提に実装されているのか

同じ名前なのに、つながる端末とつながらない端末がある場合は、参照している名前解決の仕組みが混在している可能性があります。まず何の名前で解決しているかを確かめ、そのうえでDNS登録や設定の整合性を確認します。

FQDNとは何か

この章では、DNSの文脈でのホスト部、ドメイン名、FQDNを整理し、混同が起きやすいポイントを用語の使い分けとして明確にします。

ホスト名を正しく理解するには、FQDNとドメイン名の関係を押さえると整理しやすくなります。

インターネット上のWebサイトにアクセスするとき、私たちはDNSによって、名前とIPアドレスを対応付ける仕組みを利用しています。たとえば、次のようなURLでWebサイトを指定します。

https://www.example.com/

この例では「example.com」がドメイン名にあたり、ドメイン（管理単位）を識別する名前として使われます。一方「www」は、そのドメインの中で特定のホストや役割を指すためのホスト部として扱われることが多く、「www.example.com」のように連結した名前が宛先として使われます。

FQDN（Fully Qualified Domain Name）とは、省略せずに指定された完全修飾のドメイン名を指します。厳密には、DNSのルートを表す終端ドットまで含めた「www.example.com.」のような形が完全修飾名です。ただし実務上は、終端ドットを省略した「www.example.com」もFQDNとして扱われることが多くあります。

混同しやすいポイント：ホスト名とFQDNを同じ意味で扱ってしまう

DNSの文脈では「www」のようなホスト部をホスト名と呼ぶことがあります。一方で、日常会話やOSの設定では「www.example.com」のようなFQDNまで含めてホスト名と呼ばれることもあります。厳密に区別したい場合は、次のように呼び分けると誤解が起きにくくなります。

• ホスト部（ホスト名）：www
• ドメイン名：example.com
• FQDN：www.example.com

実務で影響が出やすい設定単位

実務では、どの単位で指定するかが結果に直結します。許可リストやアクセス制御の例外登録、証明書の対象名の確認などでは、FQDNで指定すべき場面と、ドメイン単位で足りる場面が混在します。用語を曖昧にしたまま進めると、意図しない許可やブロックにつながることがあるため、指定単位を先に決めておく必要があります。

URL・URI・FQDNの違い ― 名前と指定方法の整理

ホスト名やFQDNを理解するうえでは、URLやURIとの違いを整理しておくと混乱を避けやすくなります。これらはいずれも宛先やリソースを示す言葉ですが、指している範囲が異なります。

URI（Uniform Resource Identifier）は、リソースを識別するための名前の総称です。URL（Uniform Resource Locator）はURIの一種で、どこに、どの方法でアクセスするかを含めて指定します。

一方、FQDNは、DNSで名前解決される完全なドメイン名を指します。通信方式（httpsなど）やパス、クエリといった情報は含まず、どのホストを指すかという名前の部分だけを表します。

例えば「https://www.example.com/index.html」というURLの場合、DNSによる名前解決に使われるのは「www.example.com」というFQDN部分です。「https」や「/index.html」はDNSの名前解決そのものではなく、名前解決後の通信処理やリソース指定で使われます。

実務では、証明書の適用範囲、プロキシやファイアウォールの許可リスト、アクセス制御の例外設定などで、URLではなくFQDN単位で指定する場面があります。URL・URI・FQDNを混同したまま設定すると、意図しない通信許可やブロックにつながるため、用語の使い分けを意識します。

この記事のまとめ

ホスト名は、ネットワークに接続された機器や宛先を識別するための名前です。IPアドレスの代わりに、人が扱いやすい形で接続先を指定するために使われます。ただし、ホスト名という言葉は、OSの設定で見える機器名を指す場合と、DNSの文脈でホスト部やFQDNに関連して使われる場合があり、同じ言葉でも指す範囲が変わります。

確認作業では、画面に表示される名前と、ネットワークで名前解決できる名前を分けて捉えると整理しやすくなります。加えて、Windows環境ではNetBIOS名などの互換要素が残ることもあるため、名前解決の経路が混在していないかを確認すると、切り分けが進みます。

IPアドレスについて詳しく知りたい場合は、「IPアドレスとは？ 仕組み・確認方法やグローバル/ローカルの違いなど」も併せて確認してください。

FAQ