DNS64: Unterschied zwischen den Versionen

Aus Foxwiki
Wechseln zu:Navigation, Suche
K Textersetzung - „wikitable“ durch „table table-striped table-hover“
 
(5 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 12: Zeile 12:
# Sein DNS64-Nameserver ''2001:db8::2'' versucht nun zunächst eine AAAA-Auflösung, findet jedoch keinen passenden Eintrag (da ''host1.example.net'' ja keine IPv6-Adresse hat)
# Sein DNS64-Nameserver ''2001:db8::2'' versucht nun zunächst eine AAAA-Auflösung, findet jedoch keinen passenden Eintrag (da ''host1.example.net'' ja keine IPv6-Adresse hat)
#* Dafür erhält er vom für ''host1.example.net'' zuständigen Nameserver einen A-Record mit der IPv4-Adresse: 192.0.2.1
#* Dafür erhält er vom für ''host1.example.net'' zuständigen Nameserver einen A-Record mit der IPv4-Adresse: 192.0.2.1
# Diese Adresse wird nun in die (evtl. für dieses Netzwerk gültige) IPv6-NAT64-Form transformiert: ''64:ff9b::192.0.2.1'' bzw. ''64:ff9b::c000:0201''
# Diese Adresse wird nun in die (evtl. für dieses Netzwerk gültige) IPv6-NAT64-Form transformiert: ''64:ff9b::192.0.2.1'' bzw. ''64:ff9b::c000:0201''
# Der DNS64-Server gibt nun dem anfragenden Host ''2001:db8::1'' einen AAAA-RR zurück: ''64:ff9b::c000:0201''
# Der DNS64-Server gibt nun dem anfragenden Host ''2001:db8::1'' einen AAAA-RR zurück: ''64:ff9b::c000:0201''
# Für diesen ist das ganze transparent
# Für diesen ist das ganze transparent
Zeile 20: Zeile 20:
== Anhang ==
== Anhang ==
=== Siehe auch ===
=== Siehe auch ===
<div style="column-count:3">
<div style="column-count:2">
<categorytree hideroot=on mode="pages">IPv6/Translation</categorytree>
<categorytree hideroot=on mode="pages">IPv6/Translation</categorytree>
</div>
</div>
Zeile 32: Zeile 32:


===== RFC =====
===== RFC =====
{| class="wikitable big options col1center col3center"
{| class="table table-striped table-hover big options col1center col3center"
|-
|-
! RFC !! Titel !! Jahr !! Status
! RFC !! Titel !! Jahr !! Status
|-
|-
| [https://www.rfc-editor.org/info/rfc2460 2460] || Internet Protocol, Version 6 (IPv6) Specification || 1998 || Obsoleted by [https://www.rfc-editor.org/info/rfc8200 RFC 8200]
| [https://www.rfc-editor.org/info/rfc2460 2460] || Internet Protocol, Version 6 (IPv6) Specification || 1998 || Ersetzt durch [https://www.rfc-editor.org/info/rfc8200 RFC 8200]
|-
|-
| [https://www.rfc-editor.org/info/rfc8200 8200] || Internet Protocol, Version 6 (IPv6) Specification || 2017 || Updated by [https://www.rfc-editor.org/info/rfc9673 RFC 9673]
| [https://www.rfc-editor.org/info/rfc8200 8200] || Internet Protocol, Version 6 (IPv6) Specification || 2017 || Updated by [https://www.rfc-editor.org/info/rfc9673 RFC 9673]
Zeile 48: Zeile 48:
==== Weblinks ====
==== Weblinks ====


[[Kategorie:Glossar]]
[[Kategorie:IPv6/Glossar]]
[[Kategorie:IPv6/Translation]]
[[Kategorie:IPv6/Translation]]
</noinclude>
</noinclude>

Aktuelle Version vom 29. Juli 2026, 10:50 Uhr

DNS64 - Ergänzung von NAT64 zur Namensauflösung

Beschreibung

In RFC/6147 definiert und basiert auf DNS

Hierbei erzeugt ein DNS64-Server aus A-Resource Records (A-RRs/DNS-Einträge für IPv4-Adressen) automatisch und transparent AAAA-RRs (AAAA: Feldname im DNS für IPv6-Adressen)

Verfahren
  1. 2001:db8::1 möchte Kontakt mit dem Nur-IPv4-Host host1.example.net aufnehmen
    • Er weiß nichts über die Protokollunterstützung dieses Hosts, da er nur dessen Namen kennt
    • Er fragt seinen Nameserver 2001:db8::2 nach der Adresse für host1.example.net
  2. Sein DNS64-Nameserver 2001:db8::2 versucht nun zunächst eine AAAA-Auflösung, findet jedoch keinen passenden Eintrag (da host1.example.net ja keine IPv6-Adresse hat)
    • Dafür erhält er vom für host1.example.net zuständigen Nameserver einen A-Record mit der IPv4-Adresse: 192.0.2.1
  3. Diese Adresse wird nun in die (evtl. für dieses Netzwerk gültige) IPv6-NAT64-Form transformiert: 64:ff9b::192.0.2.1 bzw. 64:ff9b::c000:0201
  4. Der DNS64-Server gibt nun dem anfragenden Host 2001:db8::1 einen AAAA-RR zurück: 64:ff9b::c000:0201
  5. Für diesen ist das ganze transparent
    • Er hält die IPv6-Adresse für die valide Adresse von host1.example.net und kann nun über diese Adresse IPv6-Pakete senden, die vom NAT64-Router ebenfalls transparent konvertiert und an den Zielhost gesendet werden


Anhang

Siehe auch



Dokumentation