ForHosting KIT · Outils pour développeurs

Convertisseur IPv4 mappe IPv6

Saisissez 192.0.2.1 et obtenez toutes les façons courantes de l'écrire en IPv6 : ::ffff:192.0.2.1 et ::ffff:c000:201 pour la forme mappée, ::192.0.2.1 et ::c000:201 pour l'ancienne forme compatible. Collez l'une d'elles et l'IPv4 revient aussi. Gratuit dans votre navigateur.

Gratuit
Fonctionne dans votre navigateur
Sans inscription
Vos données restent sur votre appareil

Lancer gratuitement Voir l’API

Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Exemple résolu

Si vous saisissez

Adresse: 192.0.2.1

Vous obtenez

Type: ipv4
Ipv4: 192.0.2.1
Octets: 192, 0, 2, 1
IPv4 mappée: ::ffff:192.0.2.1

Les réseaux double pile, les bibliothèques de sockets et les laboratoires de certification ont constamment besoin des deux incorporations classiques qui placent une adresse IPv4 de trente-deux bits dans une adresse IPv6 de cent vingt-huit bits : la forme IPv4 mappée avec le préfixe double-deux-points ffff, et la forme historique IPv4-compatible avec un préfixe de quatre-vingt-seize bits à zéro. Les opérateurs collent un quadruplet pointé et veulent tous les littéraux courants d'un coup ; l'analyste de journaux reçoit ::ffff:c000:201 et doit retrouver l'IPv4 embarqué sans compter les hextets à la main. Ce convertisseur IPv4 mappé en IPv6 accepte une adresse IPv4 simple ou un littéral IPv6 mappé ou compatible, normalise les quatre octets et renvoie les présentations mixte pointée et hex pure pour les formes mappée et compatible, plus la chaîne IPv4 récupérée.

Incorporations IPv4 mappée et IPv4-compatible expliquées

La RFC 4291 définit comment une adresse IPv4 peut apparaître dans une adresse IPv6 pour la transition et la représentation. La forme IPv4 mappée utilise le préfixe des bits zéro à quatre-vingt-quinze à zéro, sauf les seize derniers bits de ce préfixe, tous à un : autrement dit le préfixe bien connu ::ffff:0:0/96. Écrire l'hôte embarqué en quadruplet pointé après ce préfixe produit le littéral mixte familier ::ffff:192.0.2.1 ; écrire les mêmes trente-deux bits en deux hextets hexadécimaux produit ::ffff:c000:201.

Les piles qui acceptent des clients IPv4 sur une socket IPv6 exposent souvent les adresses de pair exactement sous cette forme mappée, de sorte que convertir dans les deux sens est une tâche dual-stack quotidienne. L'ancienne forme IPv4-compatible utilisait un préfixe de quatre-vingt-seize bits purement à zéro (::/96) avec les bits IPv4 dans les trente-deux derniers, écrite ::192.0.2.1 ou ::c000:201.

Cette forme compatible est dépréciée pour un usage nouveau sur le fil, mais elle figure encore dans les manuels, les échantillons de configuration hérités et les questions d'examen qui demandent de reconnaître les deux incorporations. Ce convertisseur émet toujours les deux familles à partir de toute entrée acceptée afin que vous puissiez les comparer côte à côte sans lancer deux outils. Il n'invente pas d'autres mécanismes de transition tels que 6to4, Teredo ou les préfixes connus NAT64 ; ces incorporations utilisent d'autres préfixes fixes et sont hors périmètre.

Où un convertisseur IPv4 mappé en IPv6 apporte de la valeur

Les cours d'ingénierie réseau et la préparation aux certifications demandent encore d'écrire la forme mappée d'une IPv4 donnée et de lire l'IPv4 embarqué dans une paire de hextets ::ffff. Les correcteurs automatiques ont besoin d'un oracle déterministe qui traite ::ffff:c000:201 et ::ffff:192.0.2.1 comme le même hôte tout en rejetant un unicast global aléatoire tel que 2001:db8::1. Les runbooks de migration qui citent encore les littéraux compatibles dépréciés peuvent générer les deux chaînes pour le même hôte sans maintenir un script privé.

Une validation échouée ne consomme pas le solde.

Cas d’usage

Normalisation des sockets dual-stack et listes d'autorisation

Convertissez les adresses de pair IPv4 mappées issues de sockets IPv6 en IPv4 pointée pour les comparer aux listes d'autorisation héritées et aux règles de pare-feu.

Certification et exercices en classe

Générez des littéraux ::ffff et compatibles à partir d'un quadruplet pointé, ou extrayez l'IPv4 embarqué des formes mixte et hex pour les clés d'examen.

Outils de configuration et journaux

Normalisez les graphies mixtes ::ffff:a.b.c.d et ::ffff:HHHH:HHHH dans les configs dual-stack et journaux d'accès vers une IPv4 canonique plus les deux styles d'incorporation.

Questions fréquentes

Qu'est-ce qu'une adresse IPv6 IPv4 mappée ?

C'est une adresse IPv6 sous le préfixe ::ffff:0:0/96 dont les 32 derniers bits contiennent une IPv4, écrite ::ffff:a.b.c.d ou ::ffff:HHHH:HHHH. Les piles dual-stack représentent souvent ainsi les pairs IPv4 sur sockets IPv6.

Qu'est-ce qu'une adresse IPv6 IPv4-compatible ?

C'est l'ancienne incorporation ::/96 (::a.b.c.d ou ::HHHH:HHHH). Elle est dépréciée pour un usage nouveau sur le fil, mais figure encore dans les manuels et échantillons hérités ; ce convertisseur l'émet toujours en référence.

Peut-on convertir dans les deux sens ?

Oui. Envoyez une IPv4 pointée pour obtenir les formes mappée et compatible, ou un littéral IPv6 mappé/compatible pour récupérer l'IPv4 embarqué et les deux styles de présentation.

Quelles adresses IPv6 sont rejetées ?

Tout littéral qui n'est ni IPv4 mappé ni IPv4-compatible (par exemple 2001:db8::1), plus les suffixes CIDR, crochets, ids de zone, octets invalides et hextets mal formés.

Pourquoi le journal de mon serveur affiche-t-il ::ffff: devant une adresse IPv4 ?

Beaucoup de systèmes acceptent des clients IPv4 sur une connexion IPv6 et notent l'adresse sous forme mappée, comme ::ffff:192.0.2.1. Collez-la ici pour retrouver 192.0.2.1 et la comparer à d'anciennes listes d'autorisation ou règles de pare-feu.

Outils associés

Pour les développeurs — accès API

Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.

Endpoint

POSThttps://api.kit.forhosting.com/dev/ipv4-mapped-ipv6

Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.

Appeler depuis votre stack

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)

Exemple de requête

{
  "address": "192.0.2.1"
}

Exemple de réponse

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.ipv4_mapped_ipv6",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.

Tarifs

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

Erreurs

HTTP	Code	Signification
`401`	`unauthorized`	Clé API absente ou invalide : vérifiez l’en-tête Authorization.
`402`	`insufficient_balance`	Solde insuffisant : rechargez votre compte pour lancer cette tâche.
`404`	`unknown_type`	Type de tâche inconnu : vérifiez le champ type de votre requête.
`429`	`rate_limited`	Trop de requêtes : ralentissez la cadence, puis réessayez.

Notes techniques

Incorporations IPv4 mappée et IPv4-compatible expliquées

Si vous envoyez une adresse IPv6 unicast globale pure qui n'est ni mappée ni compatible, la tâche échoue avec invalid_input au lieu de deviner un IPv4 sans rapport.

Contrat d'entrée, champs de réponse et erreurs de validation

L'entrée IPv6 peut utiliser la notation compressée à double deux-points ou la forme étendue à huit hextets, et les trente-deux bits finaux peuvent s'écrire en quadruplet pointé ou en deux hextets hexadécimaux. Exemples de formes IPv6 acceptées : ::ffff:10.0.0.1, ::ffff:a00:1, 0:0:0:0:0:ffff:c000:201, ::192.0.2.1 et ::c000:201. Les suffixes CIDR, crochets et identifiants de zone sont rejetés. Envoyez en POST un corps JSON avec un champ chaîne obligatoire nommé address : soit une adresse IPv4 en décimal pointé avec exactement quatre octets de zéro à deux cent cinquante-cinq sans zéros non significatifs, soit un littéral IPv6 IPv4 mappé ou IPv4-compatible. Les alias ip, ipv4 et ipv6 sont acceptés avec le même sens. En cas de succès, le corps renvoie la chaîne address d'origine, fixe kind à ipv4, ipv4_mapped ou ipv4_compatible selon ce que vous avez soumis, renvoie ipv4 comme quadruplet pointé normalisé et octets comme tableau de quatre entiers, et inclut toujours ipv4_mapped et ipv4_mapped_hex ainsi que ipv4_compatible et ipv4_compatible_hex afin que les clients choisissent le style mixte ou hex pur sans second appel. Exemple : address 192.0.2.1 donne kind ipv4, ipv4_mapped ::ffff:192.0.2.1, ipv4_mapped_hex ::ffff:c000:201, ipv4_compatible ::192.0.2.1 et ipv4_compatible_hex ::c000:201. Octets mal formés, hextets hors plage, plusieurs compressions double deux-points et adresses IPv6 hors des préfixes mappé ou compatible échouent avec invalid_input et ne sont pas facturés.

Où un convertisseur IPv4 mappé en IPv6 apporte de la valeur

Les développeurs qui dualisent des écouteurs comparent les résultats de getpeername arrivant en IPv6 IPv4 mappé à des listes d'autorisation stockées en quadruplets pointés ; un seul appel à cette API normalise les deux côtés. Comme l'implémentation est parse pur de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant.

Questions techniques

Combien coûte le convertisseur IPv4 mappé en IPv6 ?

L'outil navigateur est gratuit. Les requêtes API utilisent le solde prépayé KIT à $0.002 par appel réussi ; une entrée invalide n'est pas facturée.

Consulter la documentation complète du KIT →

Lancer gratuitement

Exemple résolu

Incorporations IPv4 mappée et IPv4-compatible expliquées

Où un convertisseur IPv4 mappé en IPv6 apporte de la valeur

Cas d’usage

Normalisation des sockets dual-stack et listes d'autorisation

Certification et exercices en classe

Outils de configuration et journaux

Questions fréquentes

Outils associés

Pour les développeurs — accès API

Endpoint

Appeler depuis votre stack

Exemple de requête

Exemple de réponse

Tarifs

Erreurs

Notes techniques

Incorporations IPv4 mappée et IPv4-compatible expliquées

Contrat d'entrée, champs de réponse et erreurs de validation

Où un convertisseur IPv4 mappé en IPv6 apporte de la valeur

Questions techniques

merci