Ich habe festgestellt, dass IPv4 169.254.0.0/16und IPv6 fe80::/10für die verbindungslokale Adressierung reserviert sind . Während ich sah, dass IPv6 sowohl die fe80::/10Adresse als auch meine private IPv6-Adresse verwendet fd00::12, um mit anderen Geräten in Wireshark zu kommunizieren, habe ich nie gesehen 169.254/16, dass IPv4 funktioniert.
Was ist der Zweck der linklokalen Adressierung?
Antworten:
Ich habe noch nie gesehen, dass 169.254 / 16 in IPv4 funktioniert.
Ein PC erhält automatisch eine 169.254.xx / 16-Adresse, wenn er keine IP-Adresse von einem DHCP-Server erhält. Wenn Sie den DHCP-Server in Ihrem Heim- oder Labornetzwerk deaktivieren und die Befehle "ipconfig / release" und "ipconfig / erneuern" ausgeben, erhält Ihr PC eine Adresse 169.254.xx.
Gemäß diesem Artikel :
Der Zweck dieser selbst zugewiesenen verbindungslokalen Adressen besteht darin, die Kommunikation mit anderen Hosts innerhalb des Subnetzes auch ohne externe Adresskonfiguration (über manuelle Eingabe oder DHCP) zu erleichtern. Im Gegensatz zu IPv6 wird die Implementierung von verbindungslokalen IPv4-Adressen nur empfohlen, wenn keine normale routbare Adresse vorhanden ist. Hosts generieren pseudozufällig die letzten beiden Oktette der Adresse, um Adresskonflikte zu verringern. Aufgrund des Broadcast-Charakters einiger lokaler Netzwerkprotokolle (z. B. NetBIOS von Microsoft) können sich Hosts möglicherweise auch ohne vorherige Kenntnis des Adressschemas gegenseitig erkennen.
Link-lokale Adressen werden für die Kommunikation zwischen zwei Hosts (die sich auf derselben Verbindung befinden) verwendet, wenn keine andere IP-Adresse angegeben ist.
Mit einfachen Worten, zum Zeitpunkt des Startvorgangs versucht das Betriebssystem, eine Adresse auf seiner Schnittstelle mithilfe verschiedener Methoden zu konfigurieren, z.
Und wenn das Betriebssystem keine Adresse auf der Schnittstelle über eine der automatischen Methoden konfigurieren kann, konfiguriert es eine Adresse auf der Schnittstelle aus dem linklokalen Pool.
In IPv4 hat jede Schnittstelle nur eine Adresse, während in IPv6 mehrere Adressen auf einer einzigen Schnittstelle vorhanden sein können (z. B. verbindungslokale, globale Adresse auf einer Schnittstelle).
Aufgrund der Nachahmung einer Adresse auf einer Schnittstelle in IPv4 wurde möglicherweise keine Adresse im Bereich 169.254.0.0/16 auf der Schnittstelle angezeigt.
Link-Local-Adressen sind für die Operation IPv6 erforderlich, nicht jedoch für IPv4. Microsoft hat unter anderem den APIPA-Standard (Automatic Private IP Addressing) unter Verwendung der IPv4 Link-Local-Adressierung entwickelt, der jedoch nicht von allen Betriebssystemen vorgeschrieben oder unterstützt wird. Ich habe auch gesehen , wie Menschen mißbrauchen IPv4 Link-Local - Adressen manuell zuweisen und Subnetting sie, und das ist gegen RFC 3927, dynamische Konfiguration von IPv4 - Link-Local - Adressen , die ist ein Standard.
Bitte lesen Sie RFC 3927, Dynamische Konfiguration von IPv4-verbindungslokalen Adressen :
Einführung
Da das Internetprotokoll immer beliebter wird, wird es immer wertvoller, bekannte IP-Tools wie FTP nicht nur für die globale Kommunikation, sondern auch für die lokale Kommunikation verwenden zu können. Beispielsweise können sich zwei Personen mit Laptops, die IEEE 802.11-WLANs [ 802.11 ] unterstützen, treffen und Dateien austauschen. Für diese Personen ist es wünschenswert, IP-Anwendungssoftware verwenden zu können, ohne dass statische IP-Adressen manuell konfiguriert oder ein DHCP-Server eingerichtet werden muss [ RFC2131 ].
In diesem Dokument wird eine Methode beschrieben, mit der ein Host automatisch eine Schnittstelle mit einer IPv4-Adresse im Präfix 169.254 / 16 konfigurieren kann, die für die Link-Local-Kommunikation auf dieser Schnittstelle gültig ist. Dies ist besonders in Umgebungen nützlich, in denen kein anderer Konfigurationsmechanismus verfügbar ist. Zu diesem Zweck ist das IPv4-Präfix 169.254 / 16 bei der IANA registriert. Die Zuweisung von IPv6- verbindungslokalen Adressen wird unter " Automatische Konfiguration von IPv6-zustandslosen Adressen" [ RFC2462 ] beschrieben.
Link-Local-Kommunikation über IPv4 Link-Local-Adressen sind nur für die Kommunikation mit anderen Geräten geeignet, die mit derselben physischen (oder logischen) Verbindung verbunden sind. Link-Local-Kommunikation über IPv4 Link-Local-Adressen sind nicht für die Kommunikation mit Geräten geeignet, die nicht direkt mit derselben physischen (oder logischen) Verbindung verbunden sind.
Microsoft Windows 98 (und höher) und Mac OS 8.5 (und höher) unterstützen diese Funktion bereits. Dieses Dokument standardisiert die Verwendung und schreibt Regeln für die Behandlung von IPv4 Link-Local-Adressen durch Hosts und Router vor. Insbesondere wird beschrieben, wie sich Router beim Empfang von Paketen mit IPv4 Link-Local-Adressen in der Quell- oder Zieladresse verhalten sollen. In Bezug auf Hosts werden das Beanspruchen und Verteidigen von Adressen, das Verwalten von Link-Local- und routingfähigen IPv4-Adressen auf derselben Schnittstelle sowie Multi-Homing-Probleme erörtert.
Als IPv6 entwickelt wurde, wurden viele Dinge eingebaut, die optionale Zusatzfunktionen von IPv4 waren. Link-Local-Adressierung war eine davon. Jede IPv6-Schnittstelle erhält eine Link-Local-Adresse, damit ein Gerät zumindest über die lokale Verbindung kommunizieren kann. Als integrierte Funktion können viele Dinge, z. B. Routing-Protokolle, für die Kommunikation über die lokale Verbindung verwendet werden.
fd00::12) missbrauchen . RFC 4193, Eindeutige lokale IPv6-Unicast-Adressen, Abschnitt 3.2.1. Lokal zugewiesene globale IDs erfordern, dass die nächsten 40 Bits, die globale ID, zufällig ausgewählt werden. Die Wahrscheinlichkeit, dass Sie alle Nullen für die globale ID haben, während Sie sie verwenden, ist praktisch gleich Null.