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

はじめに

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

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

この記事では、ホスト名の意味と確認方法を整理したうえで、ドメイン名やFQDNといった近い用語との違いを、混同しやすいポイントに絞って解説します。読み進めることで、設定やトラブルシュートの場面で「今見ている名前が何を指しているのか」を判断しやすくなるはずです。

ホスト名とは

この章では、「ホスト名」という言葉が文脈によって指す対象が変わりやすい点を押さえつつ、ネットワーク上での役割とIPアドレスとの関係を整理します。

ホスト名とは、ネットワーク上の機器（PC、サーバー、ネットワーク機器など）を識別するための名前です。通信そのものは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の文脈ではドメイン名の中のホスト部（ラベル）を指すことがあります。

• 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 構成」の中に「ホスト名」が表示されます。

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

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

macOSでホスト名を確認する

macOSでは「uname -n」で確認できます。あわせて「hostname」コマンドでも確認できるため、どの値を運用で参照しているかを揃えておくと混乱を防ぎやすくなります。運用によっては、端末の表示名とネットワーク上の名前を分けて管理している場合もあるため、必要に応じて設定項目も確認すると確実です。

Linuxでhostnameを確認する

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

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

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

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

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

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

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

重要なのは、DNSが名前解決の対象とするのはホスト名単体ではなく、FQDNであるという点です。OSの設定画面で表示される機器名としてのホスト名は、そのままではDNSで解決されないことも多く、DNSサーバー側に対応する名前が登録されているかどうかが別途関係します。

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

トラブルシュートの際は、単に表示されているホスト名を見るだけでなく、「その通信はDNSで解決しようとしているのか」「参照している名前はFQDNか」を切り分けることが、原因特定への近道になります。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

現在のネットワークはTCP/IPが前提ですが、環境によっては互換機能として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（Domain Name System）によって、名前とIPアドレスを対応付ける仕組みを利用しています。たとえば、次のようなURLでWebサイトを指定します。

https://www.example.com/

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

FQDN（Fully Qualified Domain Name）とは、途中を省略せずに最後まで書いた完全修飾の名前を指します。実務上は「ホスト部＋ドメイン名」を連結した形がFQDNとして扱われることが多く、この例では「www.example.com」が該当します。

混同しやすいポイント ホスト名と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（Fully Qualified Domain Name）は、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アドレスとは？ 仕組み・確認方法やグローバル/ローカルの違いなど」も併せてご覧ください。

よくある質問