自分のIPアドレス

公開 IPv4 と IPv6 のアドレスを同時に表示し、その系統を持っていないのか途中で塞がれているだけなのかを区別し、応答したデータセンターも示します。

ページが読み込まれるとすぐに三つの読み取りが始まります。

IPv4
判定できません

IPv4 専用のエンドポイントはまだ応答していません。

IPv6
判定できません

IPv6 専用のエンドポイントはまだ応答していません。

優先された系統: まだ不明です — このサイト自身からの読み取りがまだ届いていません。

IPv4 エンドポイント

IPv4 のアドレスをそのまま書いて接続するため、IPv4 以外では到達できません。そこで報告される値があなたの IPv4 アドレスです。

問い合わせ中…

IPv6 エンドポイント

IPv6 のアドレスをそのまま書いて接続します。理由は逆向きに同じで、IPv6 以外ではそこへ届きません。

問い合わせ中…

このサイト

このサイトは両方の系統を提供しているので、応答したほうがブラウザが自由に選んだ系統です。

問い合わせ中…

二つのアドレス系統

接続は IPv4 か IPv6 のどちらか一方だけを使い、両方を同時には使いません。今日の多くの回線は両方を通すので、アドレスが一つだけでは答えの半分にしかなりません。あなたの IPv4 と IPv6 は別の数値で、別の経路を通り、片方だけが存在することもあります。

誰に尋ねているか

三つのリクエストが同時に出ます。いずれも Cloudflare の trace エンドポイント宛てで、一つは IPv4 アドレスをそのまま書いた先、一つは IPv6 アドレスをそのまま書いた先、もう一つはこのサイト自身です。アドレスをそのまま書くことがそれ自体で系統の固定であり、名前解決は一切ありません。だから前の二つはそれぞれ書かれた系統でしか到達できず、三つ目はブラウザが選んだ系統を報告します。

各行の読み方

各行は一つのエンドポイントからの一つの答えで、一緒に返ってきた国、Cloudflare のデータセンター、TLS のバージョン、HTTP のバージョン、WARP の状態を伴います。これらは行に属するもので、あなたに属するものではありません。同じ端末の同じ瞬間でも IPv4 では一つのデータセンター、IPv6 では別のデータセンターに届くことがあり、二つの行が食い違ってよいのです。

何が伝わるか

入力したものはどこにも送られません — そもそも入力する欄がありません。三つのリクエストはあなたのアドレスを Cloudflare に伝えますが、Cloudflare はこのページを配信している側で、すでにそれを持っています。黙って渡されるものを、声に出して尋ねているだけです。アドレスは保存も持ち越しもされず、ページのソースにも書き込まれません。だから読み込みの時点でそこに在ることはできません。

なぜブラウザだけではこれに答えられないのか

このようなページは、動いている端末から答えを読み取れそうに見えますが、読み取れません。ブラウザのプラットフォームには、あなたがインターネットに出ていくときのアドレスを明かすものが何もなく、読み出せるプロパティもなければ、与えるべき許可もありません。あなたの端末自身が持っているアドレスは、たいてい尋ねている当のものではありません。家庭用ルーターの背後ではそれは私設の番号で、ルーターが外へ出るときに書き換えます。携帯回線ではさらに事業者がもう一度書き換えることもあります。かつてアドレスを漏らしたことのある唯一の機能は WebRTC で、通話を確立するために端末自身のアドレスを集めていましたが、現行のブラウザはどれもそれさえ local で終わるランダムな名前の陰に隠しています。つまりこの番号はプラットフォームからは初めから得られず、わずかに漏れていたものも、どのみち求めている番号ではありませんでした。

あなたが本当に意味しているアドレスは、あなたのコンピューターの属性ではありません。それは、あなたの通信が届いたときに接続の向こう端が見るものであり、途中で最後にそれを書き換えた機材のものです。あなたのルーター、事業者が共用する NAT、VPN の出口、社内のプロキシ。それはあなたが接続した先のサーバーの目の中にしか存在しません。だからこそ、それを知る唯一の方法は、そうしたサーバーに接続して何が見えたかを尋ねることであり、だからこのページは一度ではなく三度尋ねます。

  • OS がネットワークアダプターについて表示するアドレスではありません。そちらはたいてい私設のもので、192.168 のアドレス、10 のアドレス、172.16 のアドレスであり、意味を持つのはあなた自身のネットワークの内側だけです。ルーターの向こう側の何かがそれを見ることは決してありません。
  • 恒久的なものでもありません。家庭の回線の多くは、ルーターがつなぎ直したときや事業者がそう決めたときに変わりうるアドレスを渡され、携帯回線は移動するあいだに変えることもあります。先月ファイアウォールの規則に書き込んだアドレスが、すでに別の誰かのものになっていることもあります。
  • 必ずしも一つの番号でもありません。両方の系統を通す回線では、IPv4 のアドレスと IPv6 のアドレスを同時に持ちます。それらは互いに無関係な番号で、同じ事業者の別々の部分から割り当てられ、別々の経路を通ります。

ページのソースに答えがなく、そこを探しても何も見つからないのも同じ理由です。このサイトのページはどれも、サイトが構築される時点で平坦な HTML ファイルとして書き出されます。あなたが開くよりずっと前のことで、その瞬間に得られるアドレスは構築を行った機械のものだけ、誰の関心事でもなく、ましてあなたのものでもありません。だから手元に届くファイルが運ぶのは説明と、ラベルの付いた三つの空欄であり、読み取りはそのあとで、あなた自身のブラウザによって、あなた自身の接続から埋められます。ソースを見てアドレスが見つからないなら、それは不具合ではなく設計を読んでいるのです。

二つの系統と、片方しか答えないことがある理由

IPv4 と IPv6 は別々のアドレス体系で、個々の接続は端から端まで必ずどちらか一方だけを使います。IPv4 のアドレスは点で区切られたおなじみの四つの数値で、その在庫は何年も前に尽きました。IPv6 のアドレスはコロンで区切られた十六進のまとまりで書かれる長いもので、こちらは誰も使い切れないほどあります。今日のネットワークの多くは両方を同時に通し、それがデュアルスタックという言葉の意味です。そうしたネットワークでは両方にアドレスを持ちますが、両者のあいだに算術的な関係はまったくありません。

これが読み取り一つを答えの半分にしてしまうもので、この種の道具がほとんど例外なく落ちる落とし穴です。このサイトの名前は IPv4 のレコードと IPv6 のレコードの両方を持つので、ここのコードが一行でも動くより前にブラウザがどちらかを選んでしまい、「これはどのアドレスから来たか」だけを尋ねる道具は、その系統のことだけを知ってほかは何も知りません。ファイアウォールの規則に必要だからと自分の IPv4 を探しに来た読者に IPv6 が示され、しかももう半分が存在するのか、無いのか、そもそも尋ねられなかったのかを告げるものがページのどこにもない、ということが起こります。

系統を固定するとは、したがって、一方しか持たない相手に尋ねることです。三つの読み取りのうち二つは、Cloudflare の公開リゾルバーへ、名前ではなくそのまま書いたアドレス宛てに送られます。そのまま書いたアドレスそれ自体が固定であり、解決すべき名前がないので、ブラウザに選ぶ余地がありません。そのまま書いた IPv4 のアドレスへは IPv4 でしか到達できず、そのまま書いた IPv6 のアドレスへは IPv6 でしか到達できません。証明書はアドレスそのものを対象にしているので、どちらも小細工ではなく検証済みの普通の暗号化接続です。一つ目から返ってきたものが、成り立ちからしてあなたの IPv4 であり、二つ目から返ってきたものが、成り立ちからしてあなたの IPv6 です。

  • そもそもその系統を持っていないのかもしれません。IPv6 はまだ、すべての事業者が、すべての料金プランで、あるいは箱から出したままのすべてのルーターで提供しているわけではなく、持たないネットワークには報告すべきものがありません。
  • 途中の何かが止めているのかもしれません。社内のファイアウォール、ホテルのネットワーク、セキュリティ機器は、系統ごと拒むこともあれば、系統のほかの部分は問題なく動いているのにこのエンドポイントだけを拒むこともあります。
  • 拒まれるのではなく黙って塞がれているのかもしれません。拒否ならすぐに返ってきて行がそう告げますが、応答なしに捨てられたパケットは何も起きていないのとまったく同じに見えます。だから読み取りにはそれぞれ限られた待ち時間が与えられ、いつまでも回し続けるのではなく打ち切られます。
  • エンドポイントがアドレスでないものを返すこともあります。これは沈黙とは別の失敗で、行はどちらであったかを告げます。あらゆる失敗の形を一つの空欄に畳み込む道具では、珍しいネットワークと壊れたページを見分けられなくなってしまうからです。

「判定できない」は「持っていない」ではありません

ここでは他の何よりも重要な二つの状況があり、失敗した要求からは同じに見えます。系統をまったく持っていない場合と、持っているのに出ていく途中で塞がれている場合です。この種の道具は両者を同じように報告し、たいていは何も見せずにあなたに推測させます。このページは両者を分けており、三つ目の読み取りがその仕組みのすべてです。それは両方の系統を提供しているこのサイト自身に向かうので、答えた系統こそ、選択が自由だったときにブラウザが選んだ系統です。そしてこの一つの事実だけで、沈黙を結論に変えることができます。

  • その系統自身のエンドポイントが答えた。系統はあなたにあり、そのアドレスはすぐ下の行にあり、ページがこのあと何を知ってもそれは覆りません。
  • 答えなかったが、ブラウザはこのサイトへ同じ系統で到達した。ならばあなたはそれを確かに持っており、いまこの一文もそれで読んでいて、あなたとその一つのエンドポイントとのあいだの何かが、その一つの要求だけを止めたことになります。判定は「判定できない」で、理由はその横に書かれます。
  • 答えなかったが、ブラウザはこのサイトへもう一方の系統で到達した。「持っていない」に至る道はこれだけであり、このページがそう言う唯一の場合です。
  • それも答えず、このサイトも答えなかった。ならばどちらの向きにも証拠はなく、「判定できない」はまさにその意味です。道具が何も知り得なかったということであり、それはあなたのネットワークについてではなく道具についての言明です。

だからこそ、判定のたびにその下に一文が置かれ、リンクやツールチップの陰には置かれません。「判定できない」は、二つのうちどちらであるかによって、まったく違うことをあなたに求めます。一方は、確かに持っている系統が、ブラウザとある一つのアドレスとのあいだのどこかで塞がれていると言っており、これは見に行く価値のあることです。もう一方は、この回では何も分からなかったので別のネットワークからやり直す価値があると言っています。色と一語ではこの違いを運べませんし、両者を推測で決める道具は、あなた自身の接続について事実でないことを告げることになります。

三つ目の読み取りはそれ自体としても読む価値があります。両方を提供する普通の名前に対してブラウザがどちらの系統を好んだかを名指すからです。それはページを開くたびに OS が走らせる競争の結果で、あなたも誰も決めておらず、誰も設定していません。これを報告する同種の道具はほかにありません。またそれは、上の二つの判定が突き合わされた当の事実でもあるので、推論の内側に隠さずページの上に出しています。結論を信じるより確かめたい読者が、その結論の引き出しもとになった証拠を見られるようにするためです。

二つの行が食い違ってよい理由

それぞれの読み取りはアドレス以上のものを運びます。同じ応答が、エンドポイントがそのアドレスを置いた国、応答した Cloudflare のデータセンター、暗号化された転送のバージョン、要求が使った HTTP のバージョン、そして接続が Cloudflare 自身の WARP クライアント経由で来たかどうかを報告します。これらは行ごとに印字され、一つの要約にまとめられることは決してありません。行は本当に食い違うからです。この道具を設計しているあいだに、一台の端末が同じ瞬間に、IPv6 ではロンドンのデータセンターへ、IPv4 ではイスラエルのデータセンターへ届きました。どちらの読み取りも誤りではなく、どちらのネットワークも故障ではありませんでした。

  • 国は、届いたアドレスをエンドポイントがどこに置くかであり、あなたについての知識ではなくアドレスに対する参照です。VPN はそれを動かしますし、隣国で登録されたアドレスを配る事業者も同じです。
  • データセンターは応答した Cloudflare の拠点で、空港コードのような三文字の記号です。これらのエンドポイントはどれも多数の場所から同時に広告されていて、どこに届くかはインターネットの経路制御が決めます。しかも系統ごとに別々に決まるので、この行がいちばんよく食い違います。
  • TLS は接続が落ち着いた暗号のバージョンです。接続ごとに取り決められるので、どちらかが異常でなくても行ごとに違いえます。
  • HTTP はこの要求が使ったプロトコルのバージョンです。これも接続ごとに決まり、あなたのネットワークの性質ではなく接続の作られ方に左右されます。
  • WARP は、Cloudflare がその通信を自社のクライアント経由と認識したかどうかを示します。ほとんどの読者では三つの行すべてで無効で、ここにあるのは、無効でない読者が国の表示に戸惑わないようにするためです。

ですから、行は一つの接続についての記述として読み、それより広いものとしては読まないでください。二つのデータセンターを挙げる二つの行は、解消すべき矛盾ではありません。あなたの二つの系統がネットワークからどう出ていくかについての二つの答えであり、まさにそれが、アドレスを一つだけ見せる道具には示せないものです。これらの事実がそもそも行に結び付けられているのもそのためで、一行にまとめれば二つのうち一方を選んで、あたかも両方を説明しているかのように印字するほかなくなります。

誰に尋ねているのか、そしてこの道具がしないこと

三つの要求はすべて同じ先へ向かいます。Cloudflare の trace エンドポイントで、いま届いた接続についての短い事実の一覧を返します。このサイト自身が Cloudflare を通して配信されているので、尋ねられている相手はすでにあなたのアドレスを見ている相手です。このページが読み込まれたとき、ページ自身のコードが一行も動くより前に見ています。三つの要求は、少し前に黙って渡されたものを声に出して尋ねているだけで、新しい誰かに渡すわけではありません。だからボタンの陰ではなく自動で行われます。手前に同意の関門を置けば、あなたが求めて来た答えを失わせるだけで、得られるものは何もありません。

この論はこの取り決めに固有のもので、一般の許可ではないとはっきり言っておく価値があります。同じ文は、ほかのほとんどのエンドポイントについては偽になるからです。成り立つのは、尋ねられる相手がすでにページを配信している相手であるあいだだけです。同じような道具を第三者のアドレスサービスに向ければ、その要求はこだまであることをやめ、何も持っていなかった相手への本当の開示になります。その時点で、論はここから引用するのではなく初めから組み立て直さなければなりません。このページがそうしたサービスを使わない理由の一つがこれです。

あなたが打ち込んだものはどこにも送られません。理由は単純で、ここには打ち込むものがないからです。ページには入力欄がまったくありません。アドレスは保存されず、訪問をまたいで持ち越されず、ページが残す何かに書き込まれることもありません。再取得を押すと三つの読み取りを最初から取り直し、二つの結論を計算し直します。VPN を入り切りするあいだページを開いたままにしておく価値があるのはそのためで、要求が二度目に送られるのもこのときだけです。

  • 他人のアドレスを調べることはしません。それには第三者を通して問い合わせる商用の位置情報データベースが要り、持っていなかった相手にアドレスを渡すことになります。そのうえ、このページの名前が問うているのとは別の問いです。
  • あなたの事業者名も、その自律システム番号も、都市も名指しません。そのどれもこのページが受け取る応答には含まれておらず、手に入れるには上と同じ第三者を通ることになります。
  • ローカルアドレスや私設アドレスも表示しません。現行のブラウザはもうそれを明かしませんし、そもそも人がこの問いを立てるときに意味しているアドレスではありません。それは自分の端末がすでに表示しているものです。

どれも埋められるのを待っている欠落ではありません。いずれも、よその持つデータベースとよその善意が続くことへの依存で買い、このページが大切にしている唯一のもので支払うことになります。一つの問いに完全に答える道具、つまり両方の系統を、それぞれの根拠とともに、根拠がないところでは正直な沈黙とともに示す道具のほうが、四つの問いに中途半端に答える道具よりここでは価値があります。

よくある質問

別のサイトでは違うアドレスが出ます。どちらが正しいのですか。
おそらくどちらも正しいです。この種の道具の多くは、自分のところへ接続が届いたときのアドレス、つまりブラウザが選んだ系統を報告します。ですから、このページが IPv6 を示しているときに IPv4 を示すサイトは、食い違っているのではなく、もう半分について答えているのです。同じもの同士を比べてください。相手の答えと、ここの同じ系統の行とを比べます。それでも本当に違うなら、通信が複数の経路であなたのネットワークを出ていることになります。スプリットトンネルの VPN か、出口が複数ある事業者かで、これはどちらかのページの不具合ではなく、知っておく価値のあることです。
IPv6 を判定できないと出ます。私に IPv6 はあるのですか。
判定の下の一文を読んでください。まさにこの問いのためにそこにあります。ブラウザがこのサイトへ IPv6 で到達したと書かれていれば、IPv6 はあり、いままさに使っています。そして、あなたと固定されたエンドポイントとのあいだの何かが、その要求だけを止めたことになります。ファイアウォール、セキュリティ機器、あるいは系統は通すのにそのアドレスは通さないネットワークです。エンドポイントもこのサイトも答えなかったと書かれていれば、どちらの向きにも何も分からず、正直な答えは「道具には分からない」です。これらは別の状況で、ページは一つに畳み込むことを拒みます。
他人のアドレスを調べたり、あるアドレスがどこにあるかを知ったりできますか。
いいえ。これは見落としではなく決定です。それに答えるには第三者を通して問い合わせる商用の位置情報データベースが必要で、ここで初めて外部サービスに依存する道具になり、もともと持っていなかった相手にアドレスを送ることになります。しかも、このページの名前が問うているのとは別の問いです。この道具は、あなた自身の接続が外からどう見えるかを尋ねるものであり、報告するものはすべて誰かについてのデータベースからではなく、あなた自身の接続から来ています。
私のアドレスはどこかへ送られたり保存されたりしますか。
Cloudflare には明かされます。ただし Cloudflare はすでにこのページを配信しており、これらの要求が一つも行われる前からそれを持っていました。事前に尋ねずに要求してよい理由はまさにそこにあり、この論はエンドポイントが同じ相手のものであるからこそ成り立ちます。それ以外には何もありません。ページに入力欄がないので打ち込んだものが送られることはなく、アドレスはブラウザに保存されず、訪問をまたいで持ち越されず、ページに書き込まれもしません。ほかのどの相手にも、どの段階でも問い合わせません。
なぜページのソースにアドレスがないのですか。
サイトが構築された時点でページがファイルに書き出され、そのときあなたの接続はまだ存在していなかったからです。ここのページはどれも前もって平坦な HTML に描画されるので、ファイルに焼き込めた唯一のアドレスは構築を行った機械のもので、それを入れるのは誤りであり漏洩でもあります。代わりにファイルが運ぶのは説明と、ラベルの付いた三つの空欄です。ブラウザはページが描画されたあとに三つの要求を行い、そこを埋めます。ですからソースの空欄は、動かなかったスクリプトではなく、設計どおりに働いている印です。
二つの行で、データセンターも HTTP のバージョンも違います。どちらかが間違っているのですか。
どちらも間違っていません。各行は一つの接続を説明しており、あなたの二つの系統は実際に別々の経路でネットワークを出ていくので、別々の Cloudflare の拠点に届きえます。この道具の設計中に、一台の端末で同じ瞬間に IPv6 ではロンドン、IPv4 ではイスラエルという形で観測されました。転送とプロトコルのバージョンも接続ごとに決まります。だからこそこれらの事実は、ページに一度ではなく各行に向かい合わせて印字されます。要約の一行にすれば、二つの答えのどちらかを選んで、両方を説明しているかのように見せるほかなくなるからです。
VPN を入れたのにアドレスが変わりません。何が起きたのですか。
まず再取得を押してください。読み取りはページの読み込み時に取られたもので、生きた値ではありません。VPN が上がる前から画面に残っているアドレスは、単に古い答えです。再取得のあとで IPv4 の行が変わり IPv6 の行が変わらないなら、そこは立ち止まる価値があります。VPN クライアントの多くは IPv4 しか運ばず、IPv6 はあなたの回線からそのまま外に出させるので、本当のアドレスが訪れる IPv6 のサイトすべてに渡され続けているからです。両方の系統を同時に見られることがそれを見えるようにするのであり、アドレスを一つだけ見せる道具では告げられませんでした。