IPv4マップドIPv6変換
192.0.2.1を入れると、IPv6の中での書き方がすべて分かります。マップド形式は::ffff:192.0.2.1と::ffff:c000:201、古い互換形式は::192.0.2.1と::c000:201です。どれを貼り付けても元のIPv4に戻せます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- アドレス
- 192.0.2.1
- 種類
- ipv4
- Ipv4
- 192.0.2.1
- オクテット
- 192, 0, 2, 1
- IPv4マップ形式
- ::ffff:192.0.2.1
デュアルスタックネットワーク、ソケットライブラリ、認定試験の演習では、32ビットのIPv4アドレスを128ビットのIPv6アドレスに収める2つの古典的な埋め込みが日常的に必要です。すなわち二重コロンffff接頭辞のIPv4マップド形式と、96ビットがすべてゼロの歴史的なIPv4互換形式です。運用者はドット付き4オクテットを貼り付けてよく使うリテラルを一度に欲しがり、ログ解析では ::ffff:c000:201 を受け取ってヘクステットを手計算せずに埋め込みIPv4を戻す必要があります。このIPv4マップドIPv6変換は、素のIPv4、またはマップド/互換のIPv6リテラルを受け取り、4オクテットを正規化し、マップドと互換の両方について混合ドット表記と純ヘキサ表記、および復元したIPv4文字列を返します。
IPv4マップドとIPv4互換の埋め込みの説明
RFC 4291 は、移行と表現のためにIPv4アドレスがIPv6アドレス内にどのように現れるかを定義します。IPv4マップド形式は、ビット0から95までをゼロにし、その接頭辞の最後の16ビットだけをすべて1にします。つまり既知の接頭辞 ::ffff:0:0/96 です。
埋め込みホストをその接頭辞の後ろにドット付き4オクテットで書くと、よく知られた混合リテラル ::ffff:192.0.2.1 になり、同じ32ビットを2つの16進ヘクステットで書くと ::ffff:c000:201 になります。
IPv6ソケット上でIPv4クライアントを受け入れるスタックは、ピアアドレスをまさにこのマップド形で返すことが多く、双方向の変換はデュアルスタックの日常作業です。古いIPv4互換形式は、純粋な96ビットゼロ接頭辞 (::/96) の末尾32ビットにIPv4を置き、::192.0.2.1 または ::c000:201 と書きます。
互換形式は新規の回線利用では非推奨ですが、教科書、レガシー設定例、両方の埋め込みを識別させる試験問題には今も現れます。本変換は受け付けた任意の入力から常に両系統を出力するので、2つのツールを走らせずに並べて比較できます。6to4、Teredo、NAT64の既知接頭辞など他の移行機構は作りません。
それらには別の固定接頭辞があり、本機能の範囲外です。
IPv4マップドIPv6変換が役立つ場面
ネットワーク工学の授業や認定試験の準備では、与えられたIPv4のマップド形式を書き、::ffff ヘクステット対から埋め込みIPv4を読み取る課題が今も出ます。
自動採点には、::ffff:c000:201 と ::ffff:192.0.2.1 を同一ホストとみなし、2001:db8::1 のようなランダムなグローバルユニキャストを拒否する決定的オラクルが必要です。
リスナーをデュアルスタック化する開発者は、IPv4マップドIPv6として届く getpeername の結果を、ドット付きで保存した許可リストと比較します。非推奨の互換リテラルに触れる移行手順書も、私設スクリプトを保守せずに同一ホストの両文字列を生成できます。検証失敗は残高を消費しません。
活用例
デュアルスタックソケットと許可リストの正規化
IPv6ソケットから得たIPv4マップドピアアドレスをドット付きIPv4へ変換し、レガシー許可リストやファイアウォール規則と比較します。
認定試験と教室演習
ドット付き4オクテットから ::ffff と互換リテラルを生成し、混合・ヘキサ形式から埋め込みIPv4を抽出して試験の正答キーに使います。
設定とログのツール
デュアルスタック設定やアクセスログ内の ::ffff:a.b.c.d と ::ffff:HHHH:HHHH を、1つの正規IPv4と両埋め込みスタイルへ正規化します。
よくある質問
IPv4マップドIPv6アドレスとは何ですか?
接頭辞 ::ffff:0:0/96 の下で末尾32ビットにIPv4を持つIPv6で、::ffff:a.b.c.d または ::ffff:HHHH:HHHH と書きます。デュアルスタックはIPv6ソケット上のIPv4ピアをこの形で表すことがよくあります。
IPv4互換IPv6アドレスとは何ですか?
古い ::/96 埋め込み(::a.b.c.d または ::HHHH:HHHH)です。新規の回線利用では非推奨ですが教科書やレガシー例に残り、本変換は参照用になお出力します。
双方向に変換できますか?
はい。 ドット付きIPv4を送ればマップドと互換の両形式が得られ、マップド/互換IPv6リテラルを送れば埋め込みIPv4と両提示スタイルが戻ります。
どのIPv6アドレスが拒否されますか?
IPv4マップドでもIPv4互換でもないリテラル(例: 2001:db8::1)、CIDR接尾辞、角括弧、ゾーンID、不正オクテット、不正ヘクステットです。
サーバーのログでIPv4の前に::ffff:が付くのはなぜですか?
多くのシステムはIPv6の接続でIPv4の相手を受け入れ、そのアドレスを::ffff:192.0.2.1のようなマップド形式で記録するためです。ここに貼り付ければ192.0.2.1に戻り、古い許可リストと比べられます。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/dev/ipv4-mapped-ipv6 \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"address":"192.0.2.1"}'const res = await fetch("https://api.kit.forhosting.com/dev/ipv4-mapped-ipv6", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"address": "192.0.2.1"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/dev/ipv4-mapped-ipv6",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"address": "192.0.2.1"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/ipv4-mapped-ipv6", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"address":"192.0.2.1"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"address":"192.0.2.1"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/ipv4-mapped-ipv6", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"address": "192.0.2.1"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.ipv4_mapped_ipv6",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
IPv4マップドとIPv4互換の埋め込みの説明
マップドでも互換でもない純粋なグローバルユニキャストIPv6を渡すと、無関係なIPv4を推測せず invalid_input で失敗します。
入力契約、応答フィールド、検証エラー
値は、0から255までのちょうど4オクテットで先頭ゼロなしのドット付き10進IPv4、またはIPv4マップド/IPv4互換のIPv6リテラルです。IPv6入力は二重コロン圧縮または8ヘクステット展開形を使え、末尾32ビットはドット付き4オクテットでも2つの16進ヘクステットでも書けます。受け入れ例は ::ffff:10.0.0.1、::ffff:a00:1、0:0:0:0:0:ffff:c000:201、::192.0.2.1、::c000:201 です。CIDR接尾辞、角括弧、ゾーンIDは拒否します。必須の文字列フィールド address を持つ JSON 本体を POST してください。別名 ip、ipv4、ipv6 も同じ意味で受け付けます。成功時は元の address 文字列を返し、提出内容に応じて kind を ipv4、ipv4_mapped、ipv4_compatible のいずれかにし、正規化したドット付きの ipv4 と4整数配列の octets を返し、常に ipv4_mapped と ipv4_mapped_hex、ipv4_compatible と ipv4_compatible_hex を含めて、クライアントが2回目の呼び出しなしに混合または純ヘキサを選べるようにします。例: address 192.0.2.1 は kind ipv4、ipv4_mapped ::ffff:192.0.2.1、ipv4_mapped_hex ::ffff:c000:201、ipv4_compatible ::192.0.2.1、ipv4_compatible_hex ::c000:201 を返します。不正なオクテット、範囲外ヘクステット、二重コロン圧縮の重複、マップド/互換接頭辞外のIPv6は invalid_input で失敗し課金されません。
IPv4マップドIPv6変換が役立つ場面
このAPIを一度呼べば両側が正規化されます。実装は純粋な parse の tier A のため、成功した呼び出しは毎回公開の基本価格 $0.002 で、モデルトークンも外向きネットワークもありません。要求はアドレス文字列1本に保ち、返却のマップドと互換フィールドをテストに固定すれば、宿題、CIフィクスチャ、エッジワーカー向けに再現可能な埋め込みが得られ、フルなIPアドレス管理スタックは不要です。
技術的な質問
IPv4マップドIPv6変換の料金は?
ブラウザツールは無料です。API要求は成功1回あたり $0.002 の前払いKIT残高を使い、無効入力は課金されません。