Heute werden wir das Protokoll IPv6 behandeln. In der vorherigen Version des CCNA-Kurses war ein detailliertes VerstĂ€ndnis dieses Protokolls nicht erforderlich, jedoch ist es in der dritten Version 200-125 unerlĂ€sslich fĂŒr das Bestehen der PrĂŒfung. Das Protokoll IPv6 wurde bereits vor geraumer Zeit entwickelt, fand jedoch lange Zeit keinen breiten Einsatz. Es ist entscheidend fĂŒr die zukĂŒnftige Entwicklung des Internets, da es entwickelt wurde, um die SchwĂ€chen des weit verbreiteten Protokolls IPv4 zu beheben.
Da das Protokoll IPv6 ein recht umfangreiches Thema ist, habe ich es auf zwei Videolektionen aufgeteilt: Tag 24 und Tag 25. Am ersten Tag werden wir uns den grundlegenden Konzepten widmen, wĂ€hrend wir am zweiten Tag die Konfiguration von IP-Adressen gemÀà dem IPv6-Protokoll fĂŒr Cisco-GerĂ€te betrachten. Heute werden wir wie gewohnt drei Themen behandeln: die Notwendigkeit von IPv6, das Format der IPv6-Adressen und die Typen der IPv6-Adressen.
Bis jetzt haben wir in unseren Lektionen IP-Adressen nach Protokoll v4 verwendet, und Sie sind daran gewöhnt, dass sie recht einfach aussehen. Als Sie die Adresse auf diesem Slide sahen, wussten Sie genau, worum es sich handelt.
Die IP-Adressen v6 sehen ganz anders aus. Wenn Sie mit dem Prinzip der Adressierung in dieser Version des Internetprotokolls nicht vertraut sind, wird Sie zunĂ€chst ĂŒberraschen, dass eine IP-Adresse dieses Typs sehr viel Platz beansprucht. In der vierten Version des Protokolls hatten wir nur 4 Dezimalzahlen, was alles einfach machte, aber stellen Sie sich vor, Sie mĂŒssen Herrn X seine neue IP-Adresse 2001:0db8:85a3:0000:0000:8a2e:0370:7334 mitteilen.
Aber keine Sorge â am Ende dieses Video-Tutorials werden wir in einem viel besseren Stand sein. Lassen Sie uns zunĂ€chst angucken, warum die Notwendigkeit zur Nutzung von IPv6 entstanden ist.
Heutzutage nutzen die meisten Menschen IPv4 und sind damit weitgehend zufrieden. Warum also der Umstieg auf die neue Version? Erstens bestehen die IP-Adressen der Version 4 aus 32 Bit. Das ermöglicht die Schaffung von etwa 4 Milliarden Adressen im Internet, also genau 2^32 IP-Adressen. Als IPv4 entwickelt wurde, hielten die Entwickler die Anzahl fĂŒr mehr als ausreichend. Wenn Sie sich erinnern, werden die Adressen dieser Version in 5 Klassen unterteilt: die aktiven Klassen A, B, C und die reservierten Klassen D (Multicast) und E (Forschung). Obwohl also nur 75 % der 4 Milliarden IP-Adressen tatsĂ€chlich verfĂŒgbar waren, waren die Schöpfer des Protokolls ĂŒberzeugt, dass diese Menge fĂŒr die gesamte Menschheit ausreichen wĂŒrde. Doch mit der rasanten Entwicklung des Internets wurde die Knappheit an freien IP-Adressen mit jedem Jahr spĂŒrbarer, und wenn nicht die NAT-Technologie eingesetzt worden wĂ€re, wĂ€ren die freien IPv4-Adressen lĂ€ngst erschöpft. TatsĂ€chlich wurde NAT zu einem Retter dieses Internetprotokolls. Deshalb entstand die Notwendigkeit, eine neue Version des Internetprotokolls zu schaffen, die die MĂ€ngel der vierten Version nicht aufweist. Sie könnten sich fragen, warum der Sprung von der vierten zur sechsten Version gemacht wurde. Dies liegt daran, dass die Version 5, wie auch die Versionen 1, 2 und 3, experimentell waren.
IPv6-Adressen verfĂŒgen ĂŒber einen 128-Bit-Adressraum. Wie viele mögliche IP-Adressen denken Sie, gibt es? Möglicherweise sagen Sie: âViermal so viele!â Aber das ist nicht korrekt, denn 2⎠ist bereits viermal gröĂer als 2ÂČ. Daher ist der Wert von 2ÂčÂČâž unglaublich hoch â er betrĂ€gt 340282366920938463463374607431768211456. So viele IP-Adressen stehen mit dem IPv6-Protokoll zur VerfĂŒgung. Das bedeutet, dass Sie eine IP-Adresse allem zuweisen können, was Sie wollen: Ihrem Auto, Ihrem Telefon, Ihrer Armbanduhr. Ein moderner Mensch kann einen Laptop, mehrere Smartphones, Smartwatches, ein Smart Home â einen Fernseher, der mit dem Internet verbunden ist, eine Internet-fĂ€hige Waschmaschine und ein ganzes Haus, das mit dem Internet verbunden ist â besitzen. Eine solche Anzahl von Adressen ermöglicht das Konzept des âInternet der Dingeâ, das von Cisco unterstĂŒtzt wird. Das bedeutet, dass in Ihrem Leben alles mit dem Internet verbunden ist und jedes dieser Dinge eine eigene IP-Adresse benötigt. Mit IPv6 ist das möglich! Jeder Mensch auf der Erde kann Millionen von Adressen dieser Version fĂŒr seine GerĂ€te nutzen und es werden immer noch viele ĂŒbrig bleiben. Wir können nicht vorhersagen, wie sich die Technologie entwickeln wird, aber wir können hoffen, dass die Menschheit nicht an den Punkt gelangt, an dem nur noch ein Computer auf der Erde verbleibt. Man könnte annehmen, dass IPv6 noch lange existieren wird. Lassen Sie uns betrachten, wie das Format einer IP-Adresse der sechsten Version aussieht.
Diese Adressen bestehen aus 8 Gruppen hexadezimaler Zahlen. Das bedeutet, dass jedes Zeichen der Adresse eine LĂ€nge von 4 Bit hat, wodurch jede Gruppe aus 4 solchen Zeichen 16 Bit umfasst. Die gesamte Adresse hat eine LĂ€nge von 128 Bit. Jede Gruppe aus 4 Zeichen wird durch einen Doppelpunkt von der nĂ€chsten Gruppe getrennt, im Gegensatz zu IPv4-Adressen, bei denen die Gruppen durch Punkte getrennt werden, da der Punkt die dezimale Darstellungsform von Zahlen ist. Da es schwierig ist, sich eine solche Adresse zu merken, gibt es mehrere Regeln zur VerkĂŒrzung. Die erste Regel besagt, dass Gruppen, die nur aus Nullen bestehen, durch ein doppeltes Kolon ersetzt werden können. Eine solche Operation kann fĂŒr jede IP-Adresse nur einmal durchgefĂŒhrt werden. Lassen Sie uns betrachten, was das bedeutet.
Wie Sie im obigen Beispiel sehen können, gibt es in der Adresse drei Gruppen von 4 Nullen. Insgesamt gibt es zwei Doppelpunkte, die diese Gruppen 0000:0000:0000 trennen. Wenn wir also das doppelte Doppelpunkt :: verwenden, bedeutet dies, dass an dieser Stelle der Adresse Gruppen aus Nullen stehen. Aber wie wissen wir, wie viele Gruppen von Nullen dieses doppelte Doppelpunkt bezeichnet? Wenn wir die verkĂŒrzte Form der Adresse betrachten, können wir 5 Gruppen mit 4 Zeichen zĂ€hlen. Da wir jedoch wissen, dass die vollstĂ€ndige Adresse aus 8 Gruppen besteht, bedeutet das doppelte Doppelpunkt, dass 3 Gruppen von 4 Nullen vorhanden sind. Dies ist die erste Regel fĂŒr die verkĂŒrzte Form der Adresse.
Die zweite Regel besagt, dass fĂŒhrende Nullen in jeder Gruppe von Zeichen weggelassen werden können. Zum Beispiel sieht die 6. Gruppe der vollstĂ€ndigen Adresse wie 04FF aus, wĂ€hrend ihre verkĂŒrzte Form als 4FF dargestellt wird, weil wir die fĂŒhrende Null weggelassen haben. Somit bedeutet die Darstellung 4FF nichts anderes als 04FF.
Mit diesen Regeln kann jede IP-Adresse verkĂŒrzt werden. Selbst nach der VerkĂŒrzung sieht diese Adresse jedoch nicht wirklich kurz aus. SpĂ€ter werden wir besprechen, was man damit tun kann, doch vorerst merken Sie sich einfach diese 2 Regeln.
Lassen Sie uns betrachten, was die Header von IPv4- und IPv6-Adressen ausmachen.
Dieses Bild, das ich aus dem Internet ĂŒbernommen habe, erklĂ€rt sehr gut den Unterschied zwischen den beiden Headern. Wie Sie sehen, ist der Header einer IPv4-Adresse viel komplexer und enthĂ€lt mehr Informationen als der Header von IPv6. Bei einem komplexen Header benötigt der Router mehr Zeit fĂŒr die Verarbeitung, um die Routing-Entscheidung zu treffen. Daher arbeiten Router mit den einfacheren IP-Adressen der sechsten Version effizienter. Das ist der Grund, warum IPv6 viel besser ist als IPv4.
Die LĂ€nge des IPv4-Headers reicht von 0 bis 31 Bit und benötigt insgesamt 32 Bit. Abgesehen von der letzten Zeile Options und Padding besteht die IP-Adresse der Version 4 aus einem 20-Byte-Header, was bedeutet, dass ihre minimale GröĂe 20 Byte betrĂ€gt. Die LĂ€nge der Adresse der sechsten Version hat keine minimale GröĂe und diese Adresse hat eine feste LĂ€nge von 40 Byte.
Im IPv4-Header steht zunĂ€chst die Version, gefolgt von der LĂ€nge des Headers (IHL). StandardmĂ€Ăig betrĂ€gt diese 20 Byte, kann jedoch gröĂer sein, wenn im Header zusĂ€tzliche Informationen unter 'Options' angegeben sind. Wenn Sie Wireshark verwenden, können Sie den Wert der Version lesen, der 4 betrĂ€gt, und den Wert fĂŒr IHL, der 5 betrĂ€gt, was bedeutet, dass es fĂŒnf vertikale Blöcke zu je 4 Byte (32 Bit) gibt, ohne den Block 'Options' zu zĂ€hlen.
Der Diensttyp Type of Service beschreibt die Art des Pakets â beispielsweise ein Sprachpaket oder ein Datenpaket, da Sprachtraffic PrioritĂ€t vor anderen Arten von Traffic hat. Kurz gesagt, dieses Feld gibt die PrioritĂ€t des Traffics an. Die GesamtlĂ€nge Total Length stellt die Summe der HeaderlĂ€nge von 20 Bytes und der NutzdatenlĂ€nge dar, die die ĂŒbertragenen Daten bilden. Ist diese 50 Bytes lang, betrĂ€gt die GesamtlĂ€nge 70 Bytes. Die Identifikation des Pakets Identification dient zur ĂberprĂŒfung der IntegritĂ€t des Pakets mittels der Header-PrĂŒfziffer Header Checksum. Wenn das Paket in 5 Teile fragmentiert ist, mĂŒssen alle denselben Identifier haben â der Fragmentversatz Fragment Offset kann einen Wert von 0 bis 4 annehmen, wobei jeder Fragment des Pakets denselben Offset-Wert haben muss. Die Flags zeigen an, ob Fragmentverschiebungen erlaubt sind. Wenn Sie Fragmentierung der Daten verhindern möchten, setzen Sie das DF-Flag â don't fragment. Es gibt ein MF-Flag â more fragment. Dies bedeutet, dass wenn das erste Paket in 5 Teile fragmentiert wird, fĂŒr das zweite Paket der Wert 0 gesetzt wird, was bedeutet â keine weiteren Fragmente! Dabei wird das letzte Fragment des ersten Pakets mit 4 gekennzeichnet, sodass das empfangende GerĂ€t das Paket leicht deassemblieren, also defragmentieren kann.
Achten Sie auf die Farben, die in dieser Folie verwendet werden. Die roten Felder kennzeichnen die Bereiche, die aus der IPv6-Ăberschrift entfernt wurden. Die blauen Felder zeigen die Parameter, die in abgewandelter Form von der vierten in die sechste Version des Protokolls ĂŒbergegangen sind. Die gelben Felder blieben in beiden Versionen unverĂ€ndert. Das grĂŒne Feld stellt ein Feld dar, das zum ersten Mal nur in IPv6 erscheint.
Die Felder Identification, Flags, Fragment Offset und Header Checksum wurden ausgeschlossen, weil in der heutigen DatenĂŒbertragung keine Fragmentierung mehr stattfindet und eine PrĂŒfziffer nicht erforderlich ist. Vor vielen Jahren, als die DatenĂŒbertragung langsam war, war Fragmentierung ein recht hĂ€ufiges PhĂ€nomen, aber heute wird ĂŒberall Ethernet mit dem Standard IEEE 802.3 und einer MTU von 1500 Bytes verwendet, wodurch Fragmentierung nicht mehr auftritt.
TTL, oder die Lebensdauer eines Pakets, ist ein Countdown-ZĂ€hler â wenn die Lebensdauer 0 erreicht, wird das Paket verworfen. TatsĂ€chlich ist dies die maximal zulĂ€ssige Anzahl an Hops, die in diesem Netzwerk durchgefĂŒhrt werden können. Das Feld Protocol zeigt an, welches Protokoll, TCP oder UDP, im Netzwerk verwendet wird.
Die Header-PrĂŒfziffer ist ein veralteter Parameter und daher aus der neuen Protokollversion entfernt worden. Im Weiteren finden sich die Felder fĂŒr die 32-Bit-Quelladresse und die 32-Bit-Zieladresse. Wenn wir Informationen in der Optionszeile haben, Ă€ndert sich der Wert von IHL von 5 auf 6, was anzeigt, dass im Header ein zusĂ€tzliches Feld vorhanden ist.
Im IPv6-Header wird ebenfalls die Version verwendet, wĂ€hrend die Traffic Class dem Feld Type of Service im IPv4-Header entspricht. Das Flow Label Ă€hnelt der Traffic Class und dient der Vereinfachung der Routierung eines homogenen Datenstroms. Die Payload Length gibt die LĂ€nge der Nutzdaten an, oder die GröĂe des Datenfeldes, das sich unterhalb des Headers befindet. Die GröĂe des Headers betrĂ€gt konstant 40 Byte und wird daher nirgends erwĂ€hnt.
Das Feld âNext Headerâ gibt an, welcher Header-Typ der nĂ€chste Paket haben wird. Dies ist eine sehr nĂŒtzliche Funktion, die den Typ des nĂ€chsten Transportprotokolls â TCP, UDP usw. â festlegt und die in zukĂŒnftigen DatenĂŒbertragungstechnologien sehr gefragt sein wird. Selbst wenn Sie ein eigenes Protokoll verwenden, können Sie erkennen, welches Protokoll als nĂ€chstes verwendet wird.
Die maximale Anzahl an Hops, auch Hop Limit genannt, entspricht dem TTL-Feld im IPv4-Header. Dieses Mechanismus verhindert Routing-Schleifen. Danach folgen die Felder fĂŒr die 128-Bit-Quelle- und Zieladresse. Der gesamte Header hat eine GröĂe von 40 Bytes. Wie bereits erwĂ€hnt, ist IPv6 deutlich einfacher als IPv4 und ermöglicht Routern eine effizientere Entscheidungsfindung beim Routing.
Betrachten wir die Typen von IPv6-Adressen. Wir wissen, dass Unicast eine gerichtete Ăbertragung ist, bei der ein GerĂ€t direkt mit einem anderen verbunden ist und beide GerĂ€te nur miteinander kommunizieren können. Multicast hingegen stellt eine Broadcast-Ăbertragung dar, was bedeutet, dass mehrere GerĂ€te gleichzeitig mit einem einzigen GerĂ€t kommunizieren können, das wiederum gleichzeitig mit mehreren GerĂ€ten verbunden sein kann. In diesem Sinne Ă€hnelt Multicast einem Radiosender, dessen Signale ĂŒberall ausgestrahlt werden. Wenn Sie einen bestimmten Kanal hören möchten, mĂŒssen Sie Ihr Radio auf eine bestimmte Frequenz einstellen. Wenn Sie sich an das Video-Tutorial ĂŒber das RIP-Protokoll erinnern, wissen Sie, dass dieses Protokoll fĂŒr die Verteilung von Updates den Broadcast-Domain 255.255.255.255 verwendet, an die alle Subnetze angeschlossen sind. Aber nur die GerĂ€te, die das RIP-Protokoll nutzen, erhalten diese Updates.
Eine weitere Art der Ăbertragung, die in IPv4 nicht vorkommt, bezeichnet man als Anycast. Dieses Verfahren wird verwendet, wenn mehrere GerĂ€te die gleiche IP-Adresse haben, und ermöglicht das Senden von Datenpaketen an den nĂ€chstgelegenen EmpfĂ€nger aus einer Gruppe von EmpfĂ€ngern.
Im Falle des Internets, wo wir CDN-Netzwerke haben, kann der Dienst YouTube als Beispiel dienen. Millionen von Menschen auf der ganzen Welt nutzen diesen Dienst, aber das bedeutet nicht, dass sie alle direkt mit dem Server des Unternehmens in Kalifornien verbunden sind. YouTube betreibt weltweit viele Server, zum Beispiel befindet sich der Server meines indischen YouTube in Singapur. Ăhnlich verfĂŒgt das IPv6-Protokoll ĂŒber einen eingebauten Mechanismus zur Ăbertragung ĂŒber CDN-Technologie mithilfe einer geografisch verteilten Netzwerkstruktur, das heiĂt, es verwendet Anycast.
Wie Sie bemerkt haben, fehlt hier eine weitere Art der Ăbertragung, das Broadcast, da das IPv6-Protokoll dies nicht verwendet. Aber Multicast funktioniert in diesem Protokoll Ă€hnlich wie Broadcast in IPv4, jedoch auf eine effizientere Weise.
Die sechste Version des Protokolls verwendet drei Typen von Adressen: Link-Local, Unique Site-Local und Global. Wir erinnern uns, dass in IPv4 eine Schnittstelle nur eine IP-Adresse hat. Angenommen, wir haben zwei miteinander verbundene Router, dann hat jede der Verbindungsschnittstellen nur eine IP-Adresse. Bei Verwendung von IPv6 erhÀlt jede Schnittstelle automatisch eine Link-Local-IP-Adresse. Diese Adressen beginnen mit FE80::/64.
Diese IP-Adressen werden nur fĂŒr lokale Verbindungen verwendet. Windows-Nutzer kennen sehr Ă€hnliche Adressen wie 169.254.X.X â das sind Adressen, die automatisch ĂŒber das IPv4-Protokoll konfiguriert werden.
Wenn ein Computer einen DHCP-Server nach einer IP-Adresse fragt, aber aus irgendeinem Grund keine Verbindung herstellen kann, verfĂŒgen Microsoft-GerĂ€te ĂŒber einen Mechanismus, der es dem Computer ermöglicht, sich selbst eine IP-Adresse zuzuweisen. Diese Adresse wird ungefĂ€hr so aussehen: 169.254.1.1. Eine Ă€hnliche Situation tritt auf, wenn wir einen Computer, einen Switch und einen Router haben. Angenommen, der Router hat keine IP-Adresse vom DHCP-Server erhalten und hat sich automatisch die gleiche IP-Adresse 169.254.1.1 zugewiesen. Danach sendet er ĂŒber den Switch eine Broadcast-ARP-Anfrage ins Netzwerk, in der er fragt, ob ein NetzwerkgerĂ€t diese Adresse hat. Nachdem der Computer die Anfrage erhalten hat, antwortet er: âJa, ich habe genau diese IP-Adresse!â Daraufhin wird der Router sich eine neue zufĂ€llige Adresse zuweisen, zum Beispiel 169.254.10.10, und erneut eine ARP-Anfrage ins Netzwerk senden.
Wenn niemand meldet, dass er dieselbe Adresse hat, behĂ€lt er die Adresse 169.254.10.10 fĂŒr sich. So können GerĂ€te im lokalen Netzwerk den DHCP-Server ĂŒberhaupt nicht verwenden und stattdessen den Mechanismus zur automatischen IP-Adresszuweisung verwenden, um miteinander zu kommunizieren. Dies ist das Prinzip der IP-Adressautokonfiguration, mit dem wir schon oft konfrontiert wurden, aber es nie genutzt haben.
Ăhnlich gibt es im IPv6-Protokoll einen Mechanismus zur Zuweisung von Link-Local-IP-Adressen, die mit FE80:: beginnen. Der Slash 64 zeigt die Trennung zwischen Netzwerk- und Hostadressen an. Dabei stehen die ersten 64 fĂŒr das Netzwerk und die zweiten 64 fĂŒr den Host.
FE80:: steht fĂŒr Adressen der Form FE80.0.0.0/, wo nach dem Slash der Teil der Hostadressen folgt. Diese Adressen sind unterschiedlich fĂŒr unser GerĂ€t und die damit verbundene Schnittstelle und werden automatisch konfiguriert. Der Hostanteil verwendet dabei die MAC-Adresse. Wie bekannt ist, handelt es sich bei der MAC-Adresse um eine 48-Bit-IP-Adresse, die aus 6 Blöcken mit jeweils 2 hexadezimalen Ziffern besteht. Microsoft verwendet dieses System, wĂ€hrend Cisco 3 Blöcke mit jeweils 4 hexadezimalen Ziffern nutzt.
In unserem Beispiel verwenden wir die Microsoft-Notation 11:22:33:44:55:66. Wie wird die MAC-Adresse eines GerĂ€ts zugewiesen? Diese Zahlenfolge im Hostnamen, die die MAC-Adresse darstellt, wird in zwei Teile unterteilt: Links befinden sich drei Gruppen 11:22:33, rechts drei Gruppen 44:55:66, und dazwischen wird FF und FE hinzugefĂŒgt. So entsteht ein 64-Bit-Block der IP-Adresse des Hosts.
Wie bekannt ist, stellt die Reihenfolge 11:22:33:44:55:66 eine MAC-Adresse dar, die fĂŒr jedes GerĂ€t einzigartig ist. Indem wir zwischen zwei Gruppen der MAC-Adresse FF:FE hinzufĂŒgen, erhalten wir die eindeutige IP-Adresse dieses GerĂ€ts. So wird eine IP-Adresse des Typs Local Link erstellt, die nur fĂŒr die Kommunikation zwischen Nachbarn ohne spezielle Konfiguration und spezielle Server verwendet wird. Eine solche IP-Adresse kann nur innerhalb eines Netzwerksegments verwendet werden und darf nicht fĂŒr die externe Kommunikation auĂerhalb dieses Segments genutzt werden.
Die nĂ€chste Art von Adresse ist der Unique Site Local Scope, der internen (privaten) IP-Adressen des IPv4-Protokolls 10.0.0.0/8, 172.16.0.0/12 und 192.168.0.0/16 entspricht. Der Grund, warum interne private und externe öffentliche IP-Adressen verwendet werden, liegt in der NAT-Technologie, ĂŒber die wir in den vorherigen Lektionen gesprochen haben. Der Unique Site Local Scope ist eine Technologie zur Erstellung interner IP-Adressen. Sie könnten sagen: âImran, du hast gesagt, dass jedes GerĂ€t seine eigene IP-Adresse haben kann, weshalb wir auf IPv6 umgestiegen sindâ, und damit liegen Sie vollkommen richtig. Aber manche Personen ziehen es aus SicherheitsgrĂŒnden vor, das Konzept der internen IP-Adressen zu verwenden. In diesem Zusammenhang wird NAT als Firewall eingesetzt, und externe GerĂ€te können nicht ungehindert mit den GerĂ€ten innerhalb des Netzwerks kommunizieren, da diese lokale IP-Adressen haben, die aus dem öffentlichen Internet nicht zugĂ€nglich sind. Allerdings erzeugt NAT viele Probleme, insbesondere in Bezug auf VPNs, wie zum Beispiel fĂŒr das ESP-Protokoll. Um die Sicherheit zu gewĂ€hrleisten, verwendete das IPv4-Protokoll IPSec, aber das IPv6-Protokoll verfĂŒgt ĂŒber einen integrierten Sicherheitsmechanismus, sodass die Kommunikation zwischen internen und externen IP-Adressen sehr einfach eingerichtet werden kann.
IPv6 bietet zwei verschiedene Arten von Adressen: WĂ€hrend die Unique Local-Adressen den internen IP-Adressen von IPv4 entsprechen, reprĂ€sentieren die Global-Adressen externe IPv4-Adressen. Viele Menschen entscheiden sich dafĂŒr, die Unique Local-Adressen ganz zu vermeiden, wĂ€hrend andere nicht ohne sie auskommen können, was zu stĂ€ndigen Diskussionen fĂŒhrt. Persönlich bin ich der Meinung, dass Sie viel mehr Vorteile erzielen, wenn Sie nur mit externen IP-Adressen arbeiten, besonders in Bezug auf MobilitĂ€t. Zum Beispiel wird mein GerĂ€t dieselbe IP-Adresse haben, egal wo ich bin â ob in Bangalore oder New York, sodass ich problemlos auf alle meine GerĂ€te von ĂŒberall auf der Welt zugreifen kann.
Wie bereits erwĂ€hnt, verfĂŒgt IPv6 ĂŒber einen integrierten Sicherheitsmechanismus, der es ermöglicht, einen sicheren VPN-Tunnel zwischen dem Standort Ihres BĂŒros und Ihren GerĂ€ten zu erstellen. FrĂŒher benötigten wir einen externen Mechanismus, um einen solchen VPN-Tunnel aufzubauen, doch in IPv6 ist dies ein standardmĂ€Ăiger, integrierter Mechanismus.
Da wir heute genĂŒgend Themen besprochen haben, beende ich unsere Stunde, um im nĂ€chsten Video mit der Diskussion ĂŒber die sechste Version des Internetprotokolls IP fortzufahren. FĂŒr die Hausaufgaben bitte ich Sie, sich gut mit dem Hexadezimalsystem vertraut zu machen, da es fĂŒr das VerstĂ€ndnis von IPv6 von entscheidender Bedeutung ist, die Umwandlung des BinĂ€rsystems in das Hexadezimalsystem und umgekehrt zu verstehen. Zum Beispiel sollten Sie wissen, dass 1111 = F ist, und so weiter â suchen Sie einfach bei Google danach. Im nĂ€chsten Video werde ich versuchen, mit Ihnen an dieser Umwandlung zu ĂŒben. Ich empfehle Ihnen, das heutige Video ein paar Mal anzusehen, damit keine Fragen zu den behandelten Themen offenbleiben.
Danke, dass Sie bei uns bleiben. Gefallen Ihnen unsere Artikel? Möchten Sie mehr interessante Inhalte sehen? UnterstĂŒtzen Sie uns mit einer Bestellung oder empfehlen Sie uns weiter. 30 % Rabatt fĂŒr Habr-Nutzer auf unser einzigartiges Ăquivalent von Entry-Level-Servern, das wir fĂŒr Sie entwickelt haben: (VerfĂŒgbar sind Optionen mit RAID1 und RAID10, bis zu 24 Kerne und bis zu 40GB DDR4).
Dell R730xd zum halben Preis? Nur bei uns in den Niederlanden! Dell R420 â 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB â ab 99 $! Lesen Sie darĂŒber
Quelle: habr.com
