記事

WHOISは従来TCPの43番ポートを使い、統一された応答形式を定めていません。RDAPは、JSONによるデータ表現、ステータスコード、リンク、サービスディスカバリーを備えたHTTPベースのAPIです。分野別トップレベルドメイン（gTLD）については、ICANNが2025年1月28日にRDAPへの移行を完了し、RDAPが正式な登録データサービスになりました。国別コードトップレベルドメイン（ccTLD）は異なるポリシーに従う場合があります。

RIPE NCCは、ヨーロッパ、中東、中央アジアの一部を担当する地域インターネットレジストリです。地域で適用されるポリシーに基づき、IPアドレス空間や自律システム番号（ASN）などのインターネット番号資源を分配・登録しています。また、ネットワーク事業者が利用する登録情報や連絡先情報のデータベースも管理しています。

SPFはエンベロープのドメインに対して送信を許可するホストを指定し、DKIMはドメインの鍵でメッセージの特定の内容に署名し、DMARCは識別子のアライメントを評価して、ポリシーとレポートに関する情報を公開します。いずれかの仕組みで認証に成功しても、そのメッセージが信頼できる証明にはなりません。

TCPとUDPはどちらもIP上でアプリケーションのデータを運びますが、提供する機能が異なります。TCPは、確認応答と再送によって、順序どおりのバイトストリームをアプリケーションに届けます。UDPは、こうしたトランスポート層での保証なしに、個々のデータグラムを送ります。どちらが優れているということはなく、アプリケーションの要件によって選ぶべきものが決まります。

TCPのハンドシェイクは、トランスポート層やネットワークの経路上で行われます。ローカルのソケット、IPによる配送、TCPやUDPの動作、ファイアウォールによるフィルタリング、NATは切り分けて考えましょう。pingが通ってもTCPポートに到達できるとは限りませんし、ポートが開いていてもアプリケーションのプロトコルが正常に動いているとは限りません。

TLS 1.3のハンドシェイクでは、アプリケーションのデータを保護する前に、暗号パラメーターのネゴシエーション、鍵共有、証明書によるサーバー認証が行われます。セッション再開を使えば2回目以降の確立の手間を減らせますが、証明書と身元の確認が不要になるわけではありません。

TLS証明書の警告は、アドレスバーに表示されたサイトへの保護された接続を、ブラウザーが自身のセキュリティルールに照らして検証できなかったことを意味します。原因は、名前の不一致、無効な日付、信頼されていないチェーン、ネットワーク上の異常などさまざまです。対処する前に、エラーの内容を正確に読みましょう。

TLSサーバーは通常、サーバー証明書（リーフ証明書）と、クライアントがすでに持っているトラストアンカーまでの経路を組み立てるのに必要な中間証明書を提示します。ルート証明書は、それ自体の証明として送られることは通常ありません。信頼の根拠は、クライアントのトラストストアにあります。

tracerouteは、IPv4のTTLまたはIPv6のHop Limitを少しずつ増やしながら、途中で応答したルーターを記録していきます。これでわかるのは宛先までの経路の一部であり、すべてのパケットが通る経路を正確に描いた地図ではありません。

tracerouteは、パケットが宛先へ向かう際に通りうる経路を診断用に表示するツールです。応答したホップと、プローブへの応答にかかった時間が一覧で表示されます。トレース結果は特定のネットワーク条件下でのスナップショットであり、インターネットの恒久的な地図でも、アプリケーションのすべてのパケットが通る経路の証明でもありません。

URL、ホスト名、ドメイン、パスは、アプリケーション層のリクエストを表すものです。ネットワークの到達性とWebサーバーの応答は区別して考えましょう。DNSの名前解決ができ、TCP/TLSで接続できても、HTTPがリダイレクトやエラーを返すことはあります。ステータスコード、Location、ホスト名、パス、URLスキームは、それぞれやり取りの異なる部分を表しています。

VPNとプロキシを比べるときは、機密性、完全性、認証、紐付けされにくさのうち、どの特性が必要なのかをはっきりさせましょう。仕組みが違えば、解決できる問題も違います。暗号化はハッシュ化とは別物ですし、VPNはアプリケーションのプロキシと同じではありません。外から見える識別子を変えたところで、完全な匿名性が得られるわけでもありません。

WebRTCは、リアルタイム通信の経路候補を見つけるためにICEを使います。最近のブラウザーはローカルアドレスにプライバシー保護を適用していますが、ブラウザー、VPN、設定によっては、観測された候補からネットワークに関する有用な情報がわかってしまうことがあります。

WebSocketは、HTTPベースのオープニングハンドシェイクを経て、長時間維持される双方向の接続を確立します。チャット、通知、リアルタイムデータに適していますが、それでもプロキシ、ロードバランサー、ネットワークのタイムアウトによってセッションが切断されることがあります。

Webサービスとは、アプリケーション同士がネットワーク経由でデータを交換したり、機能を呼び出したりするためのインターフェースです。Webサイトが主に人が読んで使うために作られているのに対し、Webサービスはソフトウェアのクライアント向けに取り決め（コントラクト）を公開しています。1つの製品が両方を提供していることもあります。多くのサービスはHTTPとJSONを使っていますが、この言葉にはほかのプロトコルやデータ形式も含まれます。

Webサイトとは、1つまたは複数のアドレスのもとで公開されるWebリソースの集まりで、通常は互いに関連したページで構成され、共通の目的を持っています。ドメイン名、ホスティングサーバー、Webページは互いに関係していますが、同じものではありません。この違いを理解しておくと、サイトを公開するときやトラブルに対処するときに役立ちます。

スピードテストを埋め込むと、iframeやJavaScript、ネットワークリクエスト、キャッシュ、ログといった、ページの依存関係が増えます。Webサイトに埋め込むスピードテストやIPウィジェットは、HTTPS/CSPとの互換性、パフォーマンスバジェット、可用性、そして第三者から見える技術的なデータの観点から評価する必要があります。

WHOISは、ドメインやインターネット番号資源の登録情報を調べるための昔ながらの仕組みです。現在、分野別トップレベルドメインでは登録データの主な情報源がRDAPに移っています。検索結果にはレジストラ、各種日付、ステータスコード、ネームサーバーなどが表示されますが、登録者の個人情報は非公開になっていることがよくあります。

有線LAN（イーサネット）とWi-Fiは、同じインターネットサービスにつながっていても、ローカルリンク上での振る舞いが異なります。Wi-Fiは電波の送信時間を複数の機器で分け合い、信号の強さや干渉の影響を受けますが、有線LANは通常、より安定したローカル接続を提供します。

Zone Apex（ネイキッドドメイン）とwwwは、スタブリゾルバー → フルリゾルバー → 委任 → 権威DNSサーバーという経路に沿って比べてみましょう。フルリゾルバーはキャッシュから応答することがあるため、ユーザーが受け取った応答が権威DNSサーバーから直接取得されたものとは限りません。TTL、レコードタイプ、応答コードを見れば、その結果がどこから来たのか、いつまで有効なのかがわかります。

Mbpsで表される上り・下りの速度は、全体像の一部にすぎません。スループット、レイテンシ、ジッター、パケットロスはそれぞれ別の特性を表しており、Wi-Fiか有線LANか、同時に通信している機器、VPN、ルーティング、テストサーバーのどれもが結果を左右します。スループットが高くても、負荷がかかるとレイテンシが悪化していることもあります。

インターネットが遅い理由は、Mbpsの数字ひとつでは説明できません。スループット、レイテンシ、ジッター、パケットロスはそれぞれ別の特性を表しており、Wi-Fiか有線LANか、同時に通信している機器、VPN、ルーティング、テストサーバーのどれもが結果を左右します。スループットが高くても、負荷がかかるとレイテンシが悪化していることもあります。

ピアリングとIPトランジットは、宣伝されている最大速度やプラン名以外の観点からも比べる必要があります。アクセス技術、リソース、分離の度合い、ルーティング、ピアリング／トランジット、アドレスの方針、サポートのどれもが重要です。カタログ上のスペックが似ているサービス同士でも、負荷がかかったときの挙動は異なることがあります。

インターネットプロバイダーを選ぶときは、宣伝されている最大速度やプラン名だけで判断しないようにしましょう。アクセス技術、リソース、分離の度合い、ルーティング、ピアリング／トランジット、アドレスの方針、サポートのどれもが重要です。カタログ上のスペックが似ているサービス同士でも、負荷がかかったときの挙動は異なることがあります。

インターネットのスピードテストで測れるのは、ある時点における、お使いの端末と特定のテストサーバーとの間のスループットです。多くのテストでは、ダウンロード、アップロード、遅延がそれぞれ別に表示されます。結果はサーバー、経路、ローカルネットワーク、その時点の負荷によって変わるため、1回の測定だけですべてのWebサイトやアプリケーションの性能を語ることはできません。