あなたのIPv4アドレス:
オペレーティングシステム:
プロバイダー:

2IPがリニューアル:新しいデザインとロゴ、使い慣れたツールはそのままに

2IPをリニューアルしました。ロゴやナビゲーションから、サービスやチェック結果の見せ方まで刷新しています。見た目はよりモダンになりましたが、サイトの目的は変わりません。必要なツールをすぐに見つけ、ネットワークに関する情報をすばやく得られるようにすることです。

2IPは長年のあいだに大きく成長してきました。新しいサービスや機能、ツールが増えるにつれて、統一感があって使いやすいインターフェースが必要になりました。今回の変更点と、リニューアルに込めた考えをご紹介します。

続きを読む

2進数・10進数・16進数

2進数、10進数、16進数は、一般的なネットワークのトラブルシューティングとしてではなく、正確なルールや単位、ビット表現を通して見ると理解しやすくなります。計算を始める前に、何を測るのか、入力の単位は何か、どのような形式で結果を出すのかをはっきりさせておきましょう。

続きを読む

301リダイレクトと302リダイレクトの違い

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

続きを読む

A・AAAA・CNAMEレコードの違い

A、AAAA、CNAMEレコードを調べるときは、スタブリゾルバー → フルリゾルバー → 委任 → 権威DNSサーバーの順に応答をたどります。フルリゾルバーはキャッシュから応答することがあるため、ユーザーが受け取った応答が権威DNSサーバーから直接取得されたものとは限りません。TTL、レコードタイプ、応答コードを見れば、その結果がどこから来たのか、いつまで有効なのかがわかります。

続きを読む

APIのレート制限とリトライ

APIのレート制限とリトライは、クライアントとAPIの間の契約の一部です。クライアントは、成功、バリデーションエラー、認証の失敗、レート制限、一時的なサーバーエラーを区別して扱う必要があります。JSONかXMLかでHTTPのセマンティクスが変わることはありません。また、IPv4/IPv6の値は、IPv4の長さを前提にせず、そのまま保持しなければなりません。

続きを読む

CDNとエッジキャッシュ:分散配信の仕組み

CDNは、キャッシュ可能なコンテンツを分散したエッジ拠点から配信し、オリジンを配信レイヤーの背後に置くことができます。エッジの選択にはDNS、エニーキャスト、またはプロバイダー独自の誘導方式が使われるため、ユーザーから見えるIPはオリジンではなくCDNのものである場合があります。

続きを読む

CGNATとは?共有IPとポートフォワーディング

キャリアグレードNAT(CGNAT)は、インターネットプロバイダーのネットワーク内で行われるIPv4アドレスの変換です。これにより、複数の契約者が1つのパブリックIPv4アドレスを共有できます。送信方向の接続は通常どおり使えることが多いものの、自宅のサーバーへの外部からのアクセスは、プロバイダーが対応する仕組みを用意していなければ使えない場合があります。

続きを読む

chmodのパーミッションの仕組み:755、644、スティッキービット

Unix系のシステムでは、chmodでファイルやディレクトリのアクセス権限を変更します。読み取り・書き込み・実行の権限は、所有者、グループ、その他のユーザーごとに個別に設定します。ディレクトリの権限には独自の意味があり、名前の一覧表示、エントリの作成や削除、既知のパスへのアクセスに影響します。

続きを読む

DNS over HTTPSとDNS over TLSの違い

DNS over HTTPS(DoH)とDNS over TLS(DoT)は、クライアントと、そのクライアントが選んだリゾルバーとのあいだのDNS通信を暗号化します。どちらも経路のこの区間を、ネットワーク上での気軽な盗み見や改ざんから守ります。ただし、どちらを使ってもWebサイトへのアクセスが完全に見えなくなったり、匿名になったりするわけではありません。

続きを読む

DNSSECとは?仕組みをわかりやすく解説

DNSSECは、DNSデータにデジタル署名を付ける仕組みです。検証を行うリゾルバーは、偽造された応答や壊れた信頼の連鎖を検出できます。レコードの出どころと完全性は守られますが、DNSクエリが暗号化されるわけではなく、Webサイトが自動的に信頼できるものになるわけでもありません。

続きを読む

DNSエラーのトラブルシューティング方法

ブラウザーに表示される「DNSエラー」は症状を示しているだけで、原因がひとつに決まるわけではありません。名前の入力ミス、権威DNSサーバーへの到達不能、リゾルバーが古い回答を保持している、DNSSECの検証に失敗している、といった可能性が考えられます。設定を変える前に、どの段階で失敗しているのかを突き止めましょう。

続きを読む

DNSキャッシュの仕組み

DNSキャッシュは直近の回答を保存しておく仕組みで、リクエストのたびに名前空間の階層をたどって一から名前解決する必要をなくします。キャッシュは、アプリケーション、OS、フルリゾルバーのそれぞれに存在する可能性があります。そのうちの1か所から回答を削除しても、ほかの場所にあるコピーがすぐに置き換わるわけではありません。

続きを読む

DNSとは?

DNS(ドメインネームシステム)は、アプリケーションがネットワーク上のリソースを見つけるための分散型の名前管理システムです。Webサイトの名前はIPv4やIPv6のアドレスに解決され、ほかのレコードはメールの配送先を指定したり、権威DNSサーバーを示したりします。1つのドメイン名が1台のサーバーだけを指している必要はありません。

続きを読む

DNSのTTLとは

DNSのTTLを正しく読み解くには、問い合わせがスタブリゾルバー → フルリゾルバー → 委任 → 権威DNSサーバーとたどる流れを追ってみてください。フルリゾルバーはキャッシュから応答することがあるため、ユーザーが受け取った応答が権威DNSサーバーから直接取得されたものとは限りません。TTL、レコードタイプ、応答コードを見れば、その結果がどこから来たのか、いつまで有効なのかがわかります。

続きを読む

DNSの浸透とは?

「DNSの浸透」とは、レコードを変更したあと、リゾルバーによって返す回答が食い違う期間を指す俗称です。DNSには、新しい値をすべてのサーバーへ一斉に配信する仕組みはありません。フルリゾルバーは必要なときに回答を取得し、許可された有効期間のあいだキャッシュに保持することがあります。

続きを読む

DNSリーク:リークテストで実際にわかること

DNSリークテストは、テスト用に生成したクエリをどのリゾルバーが受け取ったかを観測します。想定しているVPNの経路の外にあるリゾルバーが見えれば設定に問題がある可能性がありますが、その結果だけで、すべてのDNSクエリやアプリケーションの通信がその経路を通っていると証明できるわけではありません。

続きを読む

DNSレコードの種類を解説:A、AAAA、MXなど

DNSのリソースレコードには、アドレス、メールサーバー、委任など、ドメインに必要な情報が保存されています。各レコードは、名前、タイプ、値、そしてキャッシュに使われるTTL(生存時間)を持っています。タイプによって答える内容が違うため、1つのドメインに用途の異なる複数のレコードを設定できます。

続きを読む

HSTS:ブラウザーにHTTPSを強制させる仕組み

HTTP Strict Transport Security(HSTS)を使うと、HTTPSのオリジンが、対応するブラウザーに一定期間HTTPSを使うよう指示できます。includeSubDomainsはポリシーの適用範囲を広げるもので、preloadはブラウザー側のエコシステムによる別の仕組みです。preloadは軽い気持ちで有効にすべきではありません。

続きを読む

HTTP/2とHTTP/3の違い:トランスポートで何が変わるか

HTTP/2は1本のTCPコネクション上でHTTPのストリームを多重化し、HTTP/3はHTTPのセマンティクスをUDP上のQUICに載せます。QUICは独立したストリームを提供し、TLS 1.3を統合しているため、HTTPのメソッドやステータスコードはそのままに、ロスからの回復と接続の確立方法が変わります。

続きを読む

HTTP/3とQUIC:最新のWeb通信の仕組み

HTTP/3は、おなじみのHTTP/2・TLS・TCPの組み合わせに代えてQUICを使うHTTPのバージョンです。QUICはUDP上で動作しますが、信頼性のあるストリーム、輻輳制御、安全な接続の確立といった機能を備えています。ただし、HTTP/3に対応しただけで、どのページも速くなるわけではありません。

続きを読む

HTTPとHTTPSの違い:安全な接続で守られるもの

HTTPは、クライアントとWebサーバーのあいだのリクエストとレスポンスを定めたプロトコルです。HTTPSは、同じWebの仕組みを保護された接続の上で使います。データは暗号化され、クライアントはアドレスバーに表示された名前についてサーバーが正当な権限を持っているかを確認します。これによって守られるのは通信中のやり取りであり、サイト運営者が誠実かどうかではありません。

続きを読む

IP APIでのIPv4とIPv6の扱い

IP APIでIPv4とIPv6をどう扱うかは、クライアントとAPIの間の契約によって決まります。クライアントは、成功、バリデーションエラー、認証の失敗、レート制限、一時的なサーバーエラーを区別して扱う必要があります。JSONかXMLかでHTTPのセマンティクスが変わることはありません。また、IPv4/IPv6の値は、IPv4の長さを前提にせず、そのまま保持しなければなりません。

続きを読む