一部のユーザーは、おそらくhttpリクエストに静的IPv6アドレスを使用します。他の人はしません。
私が投稿しているマシンのメインインターフェイスにあるIPv6アドレスの[一部]を見てください。
C:\>netsh interface ipv6 show address interface=4 level=normal
Querying active state...
Interface 4: Local Area Connection
Addr Type DAD State Valid Life Pref. Life Address
--------- ---------- ------------ ------------ -----------------------------
[...]
Temporary Preferred 23h59m47s 3h59m47s 2001:4830:16c0:0:f51c:8f47:26ff:596b
Temporary Deprecated 23h59m47s 0s 2001:4830:16c0:0:8d09:1a8:6039:548b
Temporary Deprecated 23h59m47s 0s 2001:4830:16c0:0:954b:fd2d:6528:a6b2
Temporary Deprecated 23h59m47s 0s 2001:4830:16c0:0:4c27:9415:e1cc:5a5a
Temporary Deprecated 23h59m47s 0s 2001:4830:16c0:0:951f:b93:b21e:1d97
Temporary Deprecated 23h59m47s 0s 2001:4830:16c0:0:59c3:d575:189e:4fbb
Temporary Deprecated 6h32m45s 0s 2001:4830:16c0:0:f838:1133:38d0:894c
Public Preferred 23h59m47s 3h59m47s 2001:4830:16c0:0:20b:dbff:fe26:9fc5
Link Preferred infinite infinite fe80::20b:dbff:fe26:9fc5
No entries were found.
（混乱させるだけのその他のアドレスは省略しました。）
「リンク」アドレスに加えて、「パブリック」アドレスと一連の「一時的」アドレス（ほとんどが「非推奨」）があることに注意してください。
「リンク」アドレスは、インターフェイスのリンクローカルアドレスであり、さまざまなローカル管理チャットに使用されます。（名前が示すように、同じ「リンク」上の他のホストとの通信にのみ使用できます。ルーティングされるトラフィックでは使用できません。）
naesten@hydrogen:~% ipv6calc -i fe80::20b:dbff:fe26:9fc5 2>/dev/null
Address type: unicast, link-local
Registry for address: reserved
Interface identifier: 020b:dbff:fe26:9fc5
EUI-48/MAC address: 00:0b:db:26:9f:c5
MAC is a global unique one
MAC is an unicast one
OUI is: Dell ESG PCBA Test
ご覧のとおり、このアドレスのインターフェイス識別子（右64ビットの半分）は、インターフェイスのMACアドレスに直接基づいています。
表示されている他のアドレスは、たまたま私のsixxsが提供するサブネットからのもの2001:4830:16c0::/48ですが、残念ながら、Point of Presenceがダウンしているため、現在は機能していません。
「パブリック」アドレスは、リンクローカルアドレスと同じインターフェイス識別子と一緒にプレフィックスを貼り付けるだけです。これがサーバーと長時間実行されるピアツーピアのアドレスであることは驚くべきことではありません（名前が与えられた場合）。プログラムは通常リッスンします。
しかし、それらの「一時的な」アドレスはどうですか？
さて、不可解なビットについてです。他のすべてのアドレスは何のためのものであり、それらはどこから来たのですか？
その答えは、RFC4941-IPv6でのステートレスアドレス自動構成のプライバシー拡張にあります。ご存知のとおり、IPアドレスで同じインターフェイス識別子を使用すると、攻撃者は「一見無関係なアクティビティを関連付ける」ことが非常に簡単になります（「Cookieの追跡」の必要がなくなり、個別に収集されたデータを組み合わせることができます）。後で）。
解決策は、ほとんどの通信に一時的なIPv6アドレスを使用することです。いつでも、これらの1つは新しい通信に使用される「優先」アドレスであり、他のいくつかは「有効」であるが「優先」ではないため、に切り替えるときに進行中の通信が過度に中断されることはありません。新しい「優先」アドレス。TEMP_VALID_LIFETIMEまたはより長い間TEMP_PREFERRED_LIFETIME、それぞれ「優先」または「有効」のままになるアドレスはありません。
特に、セクション5では、次のデフォルトを設定しています。これは、ここに表示されているものと確かに一致しています。
TEMP_VALID_LIFETIME -- Default value: 1 week. Users should be able
to override the default value.
TEMP_PREFERRED_LIFETIME -- Default value: 1 day. Users should be
able to override the default value.