ネットワーク用語と確認方法
診断結果に出てくる言葉を、意味・具体例・判断の限界・次の確認に分けて読めます。
使い方・解説・関連ツール
内容確認日:
アクセス時に伝わる情報
Webサイトへの接続では、接続元IPに加え、HTTPリクエストのヘッダーなどが相手に届きます。画面サイズやタイムゾーンは、ページ内のJavaScriptで取得する別の情報です。
具体例
Accept-Languageは希望する表示言語の例です。本人の国籍や現在地を証明する値ではありません。
これだけでは分からないこと
このサービスのIP画面は表示対象を絞っています。Cookieや認証ヘッダーを診断結果へ載せません。ブラウザー表示を偽装することもできます。
次に確認すること
IP画面の「接続情報」と「ブラウザー情報」を分けて確認します。共有前に不要な値を除きます。
IPアドレス・IPv4・IPv6
IPアドレスはネットワーク上の通信先や送信元を表します。IPv4とIPv6は異なる形式で、1台の端末が両方を使うこともあります。
具体例
192.168.1.20は私用IPv4の例です。家庭内のこの値と、Webサイトが見るルーターやVPNの公開IPは異なる場合があります。
これだけでは分からないこと
公開IPが同じでも同じ端末や人物とは限りません。このページへの1接続だけでIPv4とIPv6の両方の到達性は分かりません。
次に確認すること
IP画面のIP種別を確認し、端末設定のIPと比較します。VPNを使う場合は経路も確認します。
次に開く確認ページ
ドメイン名と管理の階層
ドメイン名はドットで区切ったラベルを右から階層として読める名前です。DNS上の名前と、登録契約の単位は必ずしも同じではありません。
具体例
www.example.comではcomがTLD、exampleがその下のラベル、wwwがさらに下です。co.jpのような構成を、最後の2ラベルだけで登録単位と判断しません。
これだけでは分からないこと
ドメイン登録、DNSの管理、Webサーバーの契約は別々の場合があります。登録済みでもWebページがあるとは限りません。
次に確認すること
登録元の管理画面、設定したネームサーバー、Webの接続先を分けて確認します。
次に開く確認ページ
一次資料: RFC 1034 — Domain names
日本語ドメイン・Punycode
日本語などを含む国際化ドメイン名では、利用者向けのUnicode表記と、xn--で始まるASCIIラベルを対応付けます。変換はラベル単位です。
具体例
日本語.jpの日本語部分はxn--wgv71a119eというラベルになります。URLのパスを%で符号化する処理とは別です。
これだけでは分からないこと
見た目の似た文字が同じドメインとは限りません。変換できることと、その名前を登録できることも別です。
次に確認すること
DNSや証明書へ設定する前にASCII表記を確認し、信頼する登録元で登録条件を調べます。
次に開く確認ページ
一次資料: RFC 5890 — IDNA labels
DNS・キャッシュ・TTL
DNSは名前に対応するレコードを調べる仕組みです。設定を保持する権威サーバーと、代わりに調べてキャッシュするリゾルバーを区別します。
具体例
AはIPv4、AAAAはIPv6、MXはメール受信先です。TTLはキャッシュの保持時間に関わる秒数で、DNSの照会にかかった時間ではありません。
これだけでは分からないこと
NXDOMAINは名前の不存在、NOERRORで回答が空ならその種類のデータがない場合、SERVFAILは処理失敗です。2社で一致しても世界中の反映完了を証明しません。
次に確認すること
変更したレコードの種類、照会先、回答時刻とTTLをそろえて比較します。
次に開く確認ページ
WHOIS・RDAP・登録情報
登録情報の照会にはWHOISやRDAPがあります。RDAPはJSONで情報を返し、日時や状態などの項目を扱える方式です。
具体例
登録・更新・有効期限は異なる日時です。表示されるイベント名と出典を確認します。IP割り当て情報はドメイン登録情報とも別です。
これだけでは分からないこと
照会失敗や非開示は未登録を意味しません。公開される項目は提供元によって異なり、期限切れが直ちに再登録可能を意味するわけでもありません。
次に確認すること
契約の更新や所有確認は、照会結果だけで決めず登録元の管理画面で確認します。
URLの読み方
URLは方式、ホスト、パス、クエリーなどを組み合わせてリソースを示します。ドメイン名だけより多くの情報を含みます。
具体例
https://example.com/help?lang=ja#answerのホストはexample.com、パスは/helpです。#answerは通常、ページ内の位置を表します。
これだけでは分からないこと
クエリーには認証トークンなどが含まれることがあります。URL全体を相談先へ貼る前に、共有してよい内容か確認します。
次に確認すること
1ページだけ開かないときは、ホストだけでなくパスとHTTP/HTTPSの違いも記録します。
一次資料: RFC 3986 — URI syntax
HTTP・ステータス・転送
HTTPはリクエストと応答を交換する方式です。ステータスやヘッダーは、接続後にサーバーがどう扱ったかを読む材料です。
具体例
301/302は転送、403は拒否、404は対象が見つからない応答の例です。途中の転送先で失敗することもあります。
これだけでは分からないこと
200でもログイン画面やエラーメッセージの場合があります。HTTP応答がない状態を404と呼びません。
次に確認すること
ブラウザーの開発者ツールで、失敗したURL、ステータス、転送先を確認します。
SSL・TLS・証明書
現在のHTTPSではTLSが通信の暗号化と相手の認証を担います。SSLという呼称が残っていますが、古いSSL方式と現在のTLSは区別します。
具体例
証明書は対象名、有効期間、発行元からの信頼のつながりを確認します。期限内でも対象のホスト名が違えば問題です。
これだけでは分からないこと
接続できた1組のTLSと暗号方式だけでは、サーバーの全対応方式は分かりません。証明書の有効性はサイトの内容の安全性を保証しません。
次に確認すること
警告文と端末の日時を確認します。警告を無視してログインせず、管理者へ対象名と時刻を伝えます。
一次資料: RFC 8446 — TLS 1.3
Ping・ICMP・往復時間
PingはICMPの要求と応答で到達性や往復時間を観測します。Webページを取得する時間や回線速度の測定とは別です。
具体例
4回中1回応答がなければ、その短い観測での損失は25%です。4回だけで長時間の品質を断定しません。
これだけでは分からないこと
ICMPが制限されていてもWebは動く場合があります。無応答だけで相手のサーバー停止を断定できません。
次に確認すること
自分が管理するゲートウェイを有限回で確認し、Webの症状と分けて記録します。
一次資料: Microsoft: ping
ポート番号・TCP・UDP
ポート番号はTCPやUDPで通信するアプリケーションを区別するために使われます。同じ数字でもTCPとUDPは別です。
具体例
HTTPSは通常TCP 443を使い、HTTP/3はUDPを使います。番号だけで実際に動いているサービスは確定しません。
これだけでは分からないこと
TCP接続成功はログインやページ表示の成功とは別です。タイムアウトはフィルターや経路の影響でも発生します。
次に確認すること
管理対象の1ポートについて、必要なプロトコルと公開設定を確認します。ルーター全開放を初手にしません。
一次資料: IANA: Service names and port numbers · RFC 9114 — HTTP/3
サブネット・CIDR
CIDRの/以下はネットワーク部分のビット数です。アドレス範囲を表し、回線の速さを示す数値ではありません。
具体例
192.168.1.0/24は192.168.1.0〜192.168.1.255の256アドレスを含みます。すべてを端末に割り当てられるとは限りません。
これだけでは分からないこと
/32はIPv4の1アドレス、/128はIPv6の1アドレスです。サブネットが同じでも実際の通信許可は別の条件です。
次に確認すること
IP制限には必要な範囲だけを指定します。端末側ではIP、マスク、ゲートウェイの整合を確認します。
一次資料: RFC 4632 — CIDR · RFC 8200 — IPv6
MACアドレス
MACアドレスはEthernetやWi-Fiなどのリンク層で使う識別子です。IPアドレスとは役割が異なります。
具体例
端末に複数のネットワークアダプターがあれば、それぞれにアドレスがあります。Wi-Fiで私用・ランダム化アドレスを使う端末もあります。
これだけでは分からないこと
通常、別ネットワークのWebサイトへ端末のMACアドレスはそのまま届きません。メーカー名から利用者を特定することもできません。
次に確認すること
端末のネットワーク詳細を確認します。IP確認サイトにMACの自動表示を期待しません。
DHCP・自動割り当て
DHCPはアドレスやネットワーク設定を配布する仕組みです。IPv4のDHCPではリース期間を伴ってアドレスを貸し出します。
具体例
Wi-Fiに接続できても、必要なIPやゲートウェイを取得できず外部へ通信できないことがあります。
これだけでは分からないこと
IPv6にはルーター広告による設定などもあります。DHCPの表示だけでIPv6の成否を判断しません。
次に確認すること
Windowsではipconfig /allで取得状況を観測します。releaseは接続を切る場合があるため、遠隔作業中に安易に実行しません。
一次資料: RFC 2131 — DHCP · Microsoft: ipconfig
VPN・経路・公開IP
VPNは別のネットワークとの間に論理的な接続を作ります。暗号方式や通す通信の範囲は製品と設定によります。
具体例
全通信を通す設定と、社内宛てだけを通す設定では、Webサイトから見える公開IPが違う動作になります。
これだけでは分からないこと
VPN接続中でも全アプリが同じ経路やDNSを使うとは限りません。公開IPが変わったことだけで匿名性は証明されません。
次に確認すること
社内ルールで認められた範囲で接続前後のIPとDNS設定を比較します。必須VPNを無断で解除しません。
次に開く確認ページ
一次資料: RFC 4301 — IPsec architecture · Microsoft: VPN routing decisions
NAT・NAPT・ルーターのDMZ
NATはアドレスを変換し、NAPTはポート番号も使って複数の通信を対応付けます。家庭や事業者側で複数段になることもあります。
具体例
複数端末が1つの公開IPv4を共有する場合があります。ルーターのWAN側が私用IPなら、さらに上流にも変換がある可能性があります。
これだけでは分からないこと
家庭用ルーターの「DMZホスト」は、分離したネットワークとして設計するDMZとは意味が異なる場合があります。名称だけで安全性を判断しません。
次に確認すること
外部公開が必要なら対象サービスと1ポートを確認し、事業者側NATの有無を調べます。全ポート転送で解決しようとしません。
一次資料: RFC 3022 — NAT and NAPT
よくある質問
IPとMACアドレスは同じものですか？
異なります。IPはネットワーク間の通信に、MACはEthernetやWi-Fiなどのリンク層で使われます。遠隔のWebサイトが端末のMACを通常そのまま受け取ることはありません。
DNSのTTLとPingのTTLは同じ意味ですか？
DNSのTTLはキャッシュ保持に関わる秒数です。IPヘッダーのTTLは転送時に減る値で、Pingに表示されるTTLからDNSの反映時間は分かりません。
診断が正常ならサービスも必ず動きますか？
各確認には範囲があります。DNS回答、TCP接続、TLS認証、HTTP応答、ログイン成功は別の段階です。症状が起きた段階を特定して判断します。
次の確認・サービス選び
Webサイトや会社用メールの構成を検討している方へ。Value Domain Oneのサービスと利用条件を確認できます。
内容確認日:
