UPD VXLAN
This commit is contained in:
@@ -1,3 +1,3 @@
|
|||||||
version https://git-lfs.github.com/spec/v1
|
version https://git-lfs.github.com/spec/v1
|
||||||
oid sha256:33c4fe411736c1029ddbefb39de51545e118cf4e3ffee3a9b51d4f1df80a4d32
|
oid sha256:5a46a0a63d75b78c395baab740b3376e781e805d7168373f2e887b062b09f533
|
||||||
size 1169314
|
size 1204039
|
||||||
|
|||||||
@@ -4490,6 +4490,516 @@ ein kleineres Gerät mit höherer Leistung verschoben werden. Verschiedene \glqq
|
|||||||
können verwendet werden, um die Algorithmen zu ändern, mit denen ausgewählt wird, welche Blöcke
|
können verwendet werden, um die Algorithmen zu ändern, mit denen ausgewählt wird, welche Blöcke
|
||||||
befördert, degradiert, bereinigt usw. werden. Es unterstützt die Modi \glqq Writeback\grqq{} und
|
befördert, degradiert, bereinigt usw. werden. Es unterstützt die Modi \glqq Writeback\grqq{} und
|
||||||
\glqq Writethrough\grqq{}.
|
\glqq Writethrough\grqq{}.
|
||||||
|
|
||||||
|
\subparagraph{Stochastic MQ Cache Policy (EXPERIMENTAL)}$~$\\
|
||||||
|
CONFIG\_DM\_CACHE\_SMQ [=m] \textbf{[M]}\\*
|
||||||
|
Eine Cache-Richtlinie, die eine nach den letzten Treffern geordnete Mehrfachwarteschlange verwendet,
|
||||||
|
um auszuwählen, welche Blöcke befördert und zurückgestuft werden sollen.
|
||||||
|
Diese Richtlinie ist für allgemeine Zwecke gedacht. Sie räumt Lesevorgängen Vorrang vor
|
||||||
|
Schreibvorgängen ein. Diese SMQ-Richtlinie (im Gegensatz zu MQ) verspricht eine geringere
|
||||||
|
Speicherauslastung, eine bessere Leistung und eine höhere Anpassungsfähigkeit an sich ändernde
|
||||||
|
Arbeitslasten.
|
||||||
|
|
||||||
|
\paragraph{Writecache target}$~$\\
|
||||||
|
CONFIG\_DM\_WRITECACHE [=m] \textbf{[M]}\\*
|
||||||
|
Das Writecache-Ziel speichert Schreibvorgänge im permanenten Speicher oder auf der SSD.
|
||||||
|
Es ist für Datenbanken oder andere Programme gedacht, die eine extrem niedrige Übergabe"=Latenzzeit
|
||||||
|
benötigen.
|
||||||
|
Das writecache"=Ziel speichert keine Lesevorgänge, da Lesevorgänge im Standard"=RAM
|
||||||
|
zwischengespeichert werden sollen.
|
||||||
|
|
||||||
|
\paragraph{Emulated block size target (EXPERIMENTAL)}$~$\\
|
||||||
|
CONFIG\_DM\_EBS [=m] \textbf{[M]}\\*
|
||||||
|
dm-ebs emuliert kleinere logische Blockgrößen auf Backing-Geräten mit größeren Größen
|
||||||
|
(z.~B. 512-Byte-Sektoren auf nativen 4K-Platten).
|
||||||
|
|
||||||
|
\paragraph{Era target (EXPERIMENTAL)}$~$\\
|
||||||
|
CONFIG\_DM\_ERA [=m] \textbf{[M]}\\*
|
||||||
|
dm-era verfolgt, in welche Teile eines Blockgeräts im Laufe der Zeit geschrieben wird. Nützlich für
|
||||||
|
die Aufrechterhaltung der Cache"=Kohärenz bei der Verwendung von Hersteller"=Snapshots.
|
||||||
|
|
||||||
|
\paragraph{Clone target (EXPERIMENTAL)}$~$\\
|
||||||
|
CONFIG\_DM\_CLONE [=m] \textbf{[M]}\\*
|
||||||
|
dm-clone erzeugt eine Eins-zu-Eins-Kopie eines vorhandenen, schreibgeschützten Quellgeräts in ein
|
||||||
|
beschreibbares Zielgerät. Das geklonte Gerät ist sofort sichtbar/einbaubar, und die Kopie des
|
||||||
|
Quellgeräts auf das Zielgerät erfolgt im Hintergrund, parallel zu den Benutzer"=E/A.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\paragraph{Mirror target}$~$\\
|
||||||
|
CONFIG\_DM\_MIRROR [=m] \textbf{[M]}\\*
|
||||||
|
Volume Manager können logische Volumes spiegeln, was auch für Live-Datenmigrations-Tools wie
|
||||||
|
\glqq pvmove\grqq{} erforderlich ist.
|
||||||
|
|
||||||
|
\subparagraph{Mirror userspace logging}$~$\\
|
||||||
|
CONFIG\_DM\_LOG\_USERSPACE [=m] \textbf{[M]}\\*
|
||||||
|
Das Userspace"=Logging"=Modul bietet einen Mechanismus zur Weiterleitung der dm-dirty-log-API
|
||||||
|
an den Userspace. Log"=Designs, die sich besser für eine Userspace"=Implementierung eignen
|
||||||
|
(z.~B. Shared"=Storage"=Logs) oder experimentelle Logs können mit Hilfe dieses Frameworks implementiert werden.
|
||||||
|
|
||||||
|
\paragraph{RAID 1/4/5/6/10 target}$~$\\
|
||||||
|
CONFIG\_DM\_RAID [=m] \textbf{[M]}\\*
|
||||||
|
Ein dm-Ziel, das RAID1-, RAID10-, RAID4-, RAID5- und RAID6-Zuordnungen unterstützt.
|
||||||
|
Ein RAID-5"=Verbund aus N Laufwerken mit einer Kapazität von C MB pro Laufwerk bietet die Kapazität von C * (N - 1) MB und
|
||||||
|
schützt vor dem Ausfall eines einzelnen Laufwerks. Für eine gegebene Sektor- (Zeilen-) Nummer enthalten (N - 1) Laufwerke
|
||||||
|
Datensektoren und ein Laufwerk enthält den Paritätsschutz.\\
|
||||||
|
Bei einem RAID-4-Satz befinden sich die Paritätsblöcke auf einem einzigen Laufwerk, während bei einem RAID-5-Satz die Parität
|
||||||
|
mit einer der verfügbaren Paritätsverteilungsmethoden auf die Laufwerke verteilt wird.\\
|
||||||
|
Ein RAID-6-Verbund aus N Laufwerken mit einer Kapazität von C MB pro Laufwerk bietet die Kapazität von C * (N - 2) MB und
|
||||||
|
schützt vor dem Ausfall von zwei beliebigen Laufwerken. Für eine gegebene Sektor- (Zeilen-) Nummer enthalten (N - 2) Laufwerke
|
||||||
|
Datensektoren, und zwei Laufwerke enthalten zwei unabhängige Redundanzsyndrome. Wie RAID-5 verteilt RAID-6 die Syndrome auf die
|
||||||
|
Laufwerke mit einer der verfügbaren Paritätsverteilungsmethoden.
|
||||||
|
|
||||||
|
\paragraph{Zero Target}$~$\\
|
||||||
|
CONFIG\_DM\_ZERO [=m] \textbf{[M]}\\*
|
||||||
|
Ein Ziel, das Schreibvorgänge verwirft und bei Lesevorgängen alles Nullen zurückgibt. Nützlich in einigen
|
||||||
|
Wiederherstellungssituationen.
|
||||||
|
|
||||||
|
\paragraph{Multipath target}$~$\\
|
||||||
|
CONFIG\_DM\_MULTIPATH [=m] \textbf{[M]}\\*
|
||||||
|
Ermöglicht Volume-Managern die Unterstützung von Multipath-Hardware.
|
||||||
|
|
||||||
|
\subparagraph{I/O Path Selector based on the number of in-flight I/Os}$~$\\
|
||||||
|
CONFIG\_DM\_MULTIPATH\_QL [=m] \textbf{[M]}\\*
|
||||||
|
Dieser Pfadselektor ist ein dynamischer Lastausgleicher, der den Pfad mit der geringsten Anzahl von E/As während des
|
||||||
|
laufenden Betriebs auswählt.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\subparagraph{I/O Path Selector based on the service time}$~$\\
|
||||||
|
CONFIG\_DM\_MULTIPATH\_ST [=m] \textbf{[M]}\\*
|
||||||
|
Dieser Pfadselektor ist ein dynamischer Lastausgleicher, der den Pfad auswählt, von dem erwartet wird, dass er die
|
||||||
|
eingehenden E/A in der kürzesten Zeit erledigt.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\subparagraph{I/O Path Selector based on historical sevice time}$~$\\
|
||||||
|
CONFIG\_DM\_MULTIPATH\_HST [=m] \textbf{[M]}\\*
|
||||||
|
Dieser Pfadselektor ist ein dynamischer Lastausgleicher, der den Pfad auswählt, der die eingehenden E/A in der
|
||||||
|
kürzesten Zeit abschließen soll, indem er die geschätzte Servicezeit (auf der Grundlage der historischen Servicezeit) vergleicht.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\subparagraph{I/O Path Selector based on CPU submission}$~$\\
|
||||||
|
CONFIG\_DM\_MULTIPATH\_HST [=m] \textbf{[M]}\\*
|
||||||
|
\textit{(E/A-Pfadselektor basierend auf CPU-Übermittlung)}\\*
|
||||||
|
Dieser Pfadselektor wählt den Pfad auf der Grundlage der CPU, auf der die E/A ausgeführt wird, und der CPU"=Pfad"=Zuordnung,
|
||||||
|
die zum Zeitpunkt der Pfadaddition eingerichtet wurde.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
%15.20.12.16
|
||||||
|
\paragraph{I/O delaying target}$~$\\
|
||||||
|
CONFIG\_DM\_DELAY [=m] \textbf{[M]}\\*
|
||||||
|
Ein Ziel, das Lese- und/oder Schreibvorgänge verzögert und sie an verschiedene Geräte senden kann. Nützlich für Tests.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\paragraph{Bad sector simulation target}$~$\\
|
||||||
|
CONFIG\_DM\_DUST [=m] \textbf{[M]}\\*
|
||||||
|
Ein Ziel, das ein schlechtes Sektorverhalten simuliert. Nützlich für Tests.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\paragraph{DM uevents}$~$\\
|
||||||
|
CONFIG\_DM\_UEVENTS [=y] \textbf{[Y]}\\*
|
||||||
|
Erzeugt udev-Ereignisse für DM-Ereignisse.
|
||||||
|
|
||||||
|
\paragraph{Flakey target}$~$\\
|
||||||
|
CONFIG\_DM\_FLAKEY [=m] \textbf{[M]}\\*
|
||||||
|
Ein Ziel, dessen E/A zu Debugging-Zwecken zeitweise fehlschlägt.
|
||||||
|
|
||||||
|
\paragraph{Verity target support}$~$\\
|
||||||
|
CONFIG\_DM\_VERITY [=m] \textbf{[M]}\\*
|
||||||
|
Dieses Device-Mapper-Ziel erstellt ein schreibgeschütztes Gerät, das die Daten auf einem zugrundeliegenden Gerät anhand
|
||||||
|
eines vorgenerierten Baums von kryptografischen Prüfsummen, die auf einem zweiten Gerät gespeichert sind, transparent validiert.
|
||||||
|
Sie müssen die Prüfsummen, die Sie verwenden wollen, in der cryptoapi"=Konfiguration aktivieren.
|
||||||
|
Um diesen Code als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{dm-verity} heißen.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\subparagraph{Verity data device root hash signature verification support}$~$\\
|
||||||
|
CONFIG\_DM\_VERITY\_VERIFY\_ROOTHASH\_SIG [=y] \textbf{[Y]}\\*
|
||||||
|
Hinzufügen der Möglichkeit, dass dm-verity"=Geräte validiert werden können, wenn der vorgenerierte Baum kryptographischer
|
||||||
|
Prüfsummen eine \texttt{pkcs\#7}-Signaturdatei enthält, die den roothash des Baums validieren kann.
|
||||||
|
Standardmäßig verlässt man sich auf den eingebauten vertrauenswürdigen Schlüsselbund.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\subsubparagraph{Verity data device root hash signature verification with secondary keyring}%$~$\\
|
||||||
|
CONFIG\_DM\_VERITY\_VERIFY\_ROOTHASH\_SIG\_SECONDARY\_KEYRING [=y] \textbf{[Y]}\\*
|
||||||
|
Setzen Sie den sekundären vertrauenswürdigen Schlüsselbund ein, um dm-verity"=Signaturen zu über"-prüfen.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\subparagraph{Verity forward error correction support}$~$\\
|
||||||
|
CONFIG\_DM\_VERITY\_FEC [=y] \textbf{[Y]}\\*
|
||||||
|
Unterstützung für Vorwärtsfehlerkorrektur zu dm-verity hinzufügen. Mit dieser Option ist es möglich, vorgenerierte
|
||||||
|
Fehlerkorrekturdaten zu verwenden, um beschädigte Blöcke wiederherzustellen.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
%15.20.12.21
|
||||||
|
\paragraph{Switch target support (EXPERIMENTAL)}$~$\\
|
||||||
|
CONFIG\_DM\_SWITCH [=m] \textbf{[M]}\\*
|
||||||
|
Dieses Device-Mapper-Ziel erstellt ein Gerät, das eine beliebige Zuordnung von E/A"=Bereichen fester Größe über einen
|
||||||
|
festen Satz von Pfaden unterstützt.
|
||||||
|
Der für eine bestimmte Region verwendete Pfad kann dynamisch umgeschaltet werden, indem das Ziel eine Nachricht sendet.
|
||||||
|
Um diesen Code als Modul zu kompilieren, wählen Sie hier M: Das Modul heißt dann \texttt{dm-switch}.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\paragraph{Log writes target support}$~$\\
|
||||||
|
CONFIG\_DM\_LOG\_WRITES [=m] \textbf{[M]}\\*
|
||||||
|
Dieses Device-Mapper-Target benötigt zwei Geräte, ein Gerät zur normalen Verwendung und eines zur Protokollierung aller
|
||||||
|
Schreibvorgänge auf dem ersten Gerät.
|
||||||
|
Dies ist für Dateisystementwickler gedacht, die überprüfen wollen, ob ihr fs zu jeder Zeit ein konsistentes Dateisystem
|
||||||
|
schreibt, indem sie das Protokoll auf verschiedene Arten wiedergeben und den Inhalt überprüfen können.
|
||||||
|
Um diesen Code als Modul zu kompilieren, wählen Sie hier M: Das Modul heißt dann \texttt{dm-log-writes}.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\paragraph{Integrity target support}$~$\\
|
||||||
|
CONFIG\_DM\_INTEGRITY [=m] \textbf{[M]}\\*
|
||||||
|
Dieses Device"=Mapper"=Target emuliert ein Block"=Device, das über zusätzliche sektor"-bezogene Tags ver"-fügt,
|
||||||
|
die zur Speicherung von Integritätsinformationen verwendet werden können.
|
||||||
|
Dieses Integritätsziel wird zusammen mit dem dm-crypt"=Ziel verwendet, um eine authentifizierte Festplattenverschlüsselung
|
||||||
|
zu ermöglichen, oder es kann eigenständig verwendet werden.
|
||||||
|
Um diesen Code als Modul zu kompilieren, wählen Sie hier M: Das Modul heißt dann \texttt{dm-integrity}.
|
||||||
|
|
||||||
|
\paragraph{Drive-managed zoned block device target support}$~$\\
|
||||||
|
CONFIG\_DM\_ZONED [=m] \textbf{[M]}\\*
|
||||||
|
Dieses Device-Mapper-Target nimmt ein Host"=verwaltetes oder Host"=bewusstes Zoned"=Block"=Device und stellt den größten Teil
|
||||||
|
seiner Kapazität als reguläres Block"=Device (Drive"=verwaltetes Zoned-Block-Device) ohne Schreibbeschränkungen zur Verfügung.
|
||||||
|
Dies ist hauptsächlich für die Verwendung mit Dateisystemen gedacht, die Zoned"=Block"=Geräte nicht von Haus aus unterstützen,
|
||||||
|
aber dennoch von der erhöhten Kapazität von SMR"=Festplatten profitieren wollen. Andere Anwendungen, die Rohblockgeräte
|
||||||
|
verwenden (z.~B. Objektspeicher), sind ebenfalls möglich.
|
||||||
|
Um diesen Code als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{dm-zoned} genannt.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\paragraph{DM audit events}$~$\\
|
||||||
|
CONFIG\_DM\_AUDIT [=y] \textbf{[Y]}\\*
|
||||||
|
Erzeugen von Audit"=Ereignissen für Device"=Mapper.
|
||||||
|
Ermöglicht die Protokollierung mehrerer sicherheitsrelevanter Ereignisse in den einzelnen Device"=Mapper"=Zielen,
|
||||||
|
insbesondere in den Integritätszielen.
|
||||||
|
|
||||||
|
%15.21
|
||||||
|
\subsection{Generic Target Core Mod (TCM) and ConfigFS Infrastructure \texorpdfstring{$\rightarrow$}{->}}
|
||||||
|
CONFIG\_TARGET\_CORE [=m] \textbf{[M]}\\*
|
||||||
|
Geben Sie hier Y oder M ein, um den TCM-Storage"=Engine- und ConfigFS"=aktivierten Kontrollpfad für target\_core\_mod zu
|
||||||
|
aktivieren. Dies umfasst die integrierte TCM RAMDISK"=Subsystemlogik für den Zugriff auf die virtuelle LUN~0.
|
||||||
|
|
||||||
|
\subsubsection{TCM/IBLOCK Subsystem Plugin for Linux/BLOCK}
|
||||||
|
CONFIG\_TCM\_IBLOCK [=m] \textbf{[M]}\\*
|
||||||
|
Sagen Sie hier Y, um das TCM/IBLOCK-Subsystem-Plugin für den nicht gepufferten Zugriff auf Linux/Block"=Geräte mit BIO zu aktivieren.
|
||||||
|
|
||||||
|
\subsubsection{TCM/FILEIO Subsystem Plugin for Linux/VFS}
|
||||||
|
CONFIG\_TCM\_FILEIO [=m] \textbf{[M]}\\*
|
||||||
|
Geben Sie hier Y ein, um das TCM/FILEIO"=Subsystem"=Plugin für den gepufferten Zugriff auf Linux/VFS struct file oder struct
|
||||||
|
block\_device zu aktivieren.
|
||||||
|
|
||||||
|
\subsubsection{TCM/pSCSI Subsystem Plugin for Linux/SCSI}
|
||||||
|
CONFIG\_TCM\_PSCSI [=m] \textbf{[M]}\\*
|
||||||
|
Geben Sie hier Y an, um das TCM/pSCSI-Subsystem"=Plugin für den ungepufferten Durchgangszugriff auf das Linux/SCSI"=Gerät
|
||||||
|
zu aktivieren.
|
||||||
|
|
||||||
|
\subsubsection{TCM/USER Subsystem Plugin for Linux}
|
||||||
|
CONFIG\_TCM\_USER2 [=m] \textbf{[M]}\\*
|
||||||
|
Sagen Sie hier Y, um das TCM/USER"=Subsystem"=Plugin für einen Userspace"=Prozess zur Bearbeitung von Anfragen
|
||||||
|
zu aktivieren. Dies ist Version~2 der ABI; Version~1 ist veraltet.
|
||||||
|
|
||||||
|
\subsubsection{TCM Virtual SAS target and Linux/SCSI LDD fabric loopback module}
|
||||||
|
CONFIG\_LOOPBACK\_TARGET [=m] \textbf{[M]}\\*
|
||||||
|
Geben Sie hier Y ein, um das TCM Virtual SAS Target und das Linux/SCSI LLD Fabric Loopback Modul zu aktivieren.
|
||||||
|
|
||||||
|
\subsubsection{TCM\_FC fabric Plugin}
|
||||||
|
CONFIG\_TCM\_FC [=m] \textbf{[M]}\\*
|
||||||
|
Sagen Sie hier Y, um das TCM FC Plugin für den Zugriff auf FC Fabrics in TCM zu aktivieren.
|
||||||
|
|
||||||
|
\subsubsection{SCSI Target Mode Stack}
|
||||||
|
CONFIG\_ISCSI\_TARGET [=m] \textbf{[M]}\\*
|
||||||
|
Sagen Sie M, um den SCSI-Zielmodus"=Stack zu aktivieren. Ein SCSI"=Target"=Mode"=Stack ist eine Software, die
|
||||||
|
einem SCSI"=Initiatorsystem lokalen Speicher über ein Speichernetz zur Verfügung stellt. Zu den unterstützten
|
||||||
|
Speichernetzwerktechnologien gehören iSCSI, Fibre Channel und das SCSI RDMA Protocol (SRP).
|
||||||
|
Die Konfiguration des SCSI"=Target"=Mode"=Stacks erfolgt über configfs.
|
||||||
|
|
||||||
|
\paragraph{Chelsio iSCSI target offload driver}$~$\\
|
||||||
|
CONFIG\_ISCSI\_TARGET\_CXGB4 [=m] \textbf{[M]}\\*
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{cxgbit} heißen.
|
||||||
|
|
||||||
|
\subsubsection{FireWire SBP-2 fabric module}
|
||||||
|
CONFIG\_SBP\_TARGET [=m] \textbf{M}\\*
|
||||||
|
Sagen Sie hier Y oder M, um die SCSI"=Zielfunktionalität über FireWire zu aktivieren.
|
||||||
|
Dies ermöglicht es Ihnen, SCSI"=Geräte für andere Knoten am FireWire"=Bus freizugeben, z.~B. Festplatten.
|
||||||
|
Ähnlich wie der FireWire"=Zielplattenmodus auf vielen Apple"=Computern.
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, sagen Sie hier M: Das Modul wird \texttt{sbp-target} genannt.
|
||||||
|
|
||||||
|
\subsubsection{TCM Virtual Remote target}
|
||||||
|
CONFIG\_REMOTE\_TARGET [=m] \textbf{[M]}\\*
|
||||||
|
Sagen Sie hier Y, um die TCM Virtual Remote Fabric zu aktivieren.
|
||||||
|
Diese Fabric ist eine Dummy"=Fabric, die TCM über die Konfiguration von TPG/ACL/LUN auf Peer"=Knoten in
|
||||||
|
einem Cluster informiert.
|
||||||
|
|
||||||
|
\subsection{Fusion MPT device support \texorpdfstring{$\rightarrow$}{->}}
|
||||||
|
CONFIG\_FUSION [=y] \textbf{[Y]}\\*
|
||||||
|
Sagen Sie hier Y, um die Optionen für Fusion Message Passing Technology (MPT)"=Treiber zu sehen.
|
||||||
|
Diese Option allein fügt keinen Kernel"=Code hinzu.
|
||||||
|
Wenn Sie N sagen, werden alle Optionen in diesem Untermenü übersprungen und deaktiviert.
|
||||||
|
|
||||||
|
\subsubsection{Fusion MPT ScsiHost drivers for SPI}
|
||||||
|
CONFIG\_FUSION\_SPI [=m] \textbf{[M]}\\*
|
||||||
|
SCSI HOST-Unterstützung für einen parallelen SCSI-Host-Adapter.\\
|
||||||
|
Liste der unterstützten Controller:\\[0.5em]
|
||||||
|
\texttt{
|
||||||
|
LSI53C1020\\
|
||||||
|
LSI53C1020A\\
|
||||||
|
LSI53C1030\\
|
||||||
|
LSI53C1035\\
|
||||||
|
ATTO UL4D
|
||||||
|
}
|
||||||
|
|
||||||
|
\subsubsection{Fusion MPT ScsiHost drivers for FC}
|
||||||
|
CONFIG\_FUSION\_FC [=m] \textbf{[M]}\\*
|
||||||
|
SCSI HOST-Unterstützung für Fiber Channel-Hostadapter.\\
|
||||||
|
Liste der unterstützten Controller:\\[.5em]
|
||||||
|
\texttt{
|
||||||
|
LSIFC909\\
|
||||||
|
LSIFC919\\
|
||||||
|
LSIFC919X\\
|
||||||
|
LSIFC929\\
|
||||||
|
LSIFC929X\\
|
||||||
|
LSIFC929XL\\
|
||||||
|
LSIFC949X\\
|
||||||
|
LSIFC949E\\
|
||||||
|
Brocade FC 410/420
|
||||||
|
}
|
||||||
|
|
||||||
|
\subsubsection{Fusion MPT ScsiHost drivers for SAS}
|
||||||
|
CONFIG\_FUSION\_SAS [=m] \textbf{[M]}\\*
|
||||||
|
SCSI HOST-Unterstützung für SAS-Hostadapter.\\
|
||||||
|
Liste der unterstützten Controller:\\[.5em]
|
||||||
|
\texttt{
|
||||||
|
LSISAS1064\\
|
||||||
|
LSISAS1068\\
|
||||||
|
LSISAS1064E\\
|
||||||
|
LSISAS1068E\\
|
||||||
|
LSISAS1078
|
||||||
|
}
|
||||||
|
|
||||||
|
\subsubsection{Maximum number of scatter gather entries (16 -- 128)}
|
||||||
|
CONFIG\_FUSION\_MAX\_SGE [=128] \textbf{[128]}\\*
|
||||||
|
Mit dieser Option können Sie die maximale Anzahl von Streusammlungseinträgen (Scatter"=Gather"=Einträgen) pro E/A angeben.
|
||||||
|
Der Standardwert des Treibers ist 128, was SCSI\_MAX\_PHYS\_SEGMENTS entspricht. Dies kann jedoch bis auf 16 verringert werden.
|
||||||
|
Durch die Verringerung dieses Parameters wird der Speicherbedarf pro Controller"=Instanz reduziert.
|
||||||
|
|
||||||
|
\subsubsection{Fusion MPT misc device (ioctl) driver}
|
||||||
|
CONFIG\_FUSION\_CTL [=m] \textbf{[M]}\\*
|
||||||
|
Der Fusion MPT misc Gerätetreiber bietet eine spezielle Steuerung von MPT"=Adaptern über System"=ioctl"=Aufrufe.
|
||||||
|
Die Verwendung von ioctl"=Aufrufen für den MPT"=Treiber erfordert, dass Sie einen misc"=Geräteknoten erstellen
|
||||||
|
und verwenden, z.~B:
|
||||||
|
|
||||||
|
\texttt{mknod /dev/mptctl c 10 240}\\
|
||||||
|
Eine Verwendung dieser ioctl"=Schnittstelle ist die Durchführung eines Upgrades (Reflash) der MPT"=Adapter"=Firmware.
|
||||||
|
Weitere Einzelheiten finden Sie in der/den Readme-Datei(en), die mit dem Fusion MPT"=Linux"=Treiber verteilt wird/werden.
|
||||||
|
Wenn Sie dies mit M aktivieren, wird ein Treiber mit dem Namen \texttt{mptctl} kompiliert.
|
||||||
|
Wenn Sie nicht sicher sind, ob Sie dies wirklich wollen oder brauchen, sagen Sie N.
|
||||||
|
|
||||||
|
\subsubsection{Fusion MPT LAN driver}
|
||||||
|
CONFIG\_FUSION\_CTL [=m] \textbf{[M]}\\*
|
||||||
|
Dieses Modul unterstützt LAN-IP-Verkehr über Fibre"=Channel"=Anschlüsse auf Fusion MPT"=kompatibler Hardware (LSIFC9xx"=Chips).
|
||||||
|
Die verwendete physikalische Schnittstelle ist in RFC~2625 definiert.
|
||||||
|
Einzelheiten finden Sie in diesem Dokument.
|
||||||
|
Die Installation dieses Treibers erfordert die Kenntnis der Konfiguration und Aktivierung einer neuen Netzwerkschnittstelle,
|
||||||
|
\texttt{fc0}, unter Verwendung von Standard"=Linux"=Tools.
|
||||||
|
Wenn Sie dies mit M aktivieren, wird ein Treiber namens \texttt{mptlan} kompiliert.
|
||||||
|
Wenn Sie nicht sicher sind, ob Sie dies wirklich wollen oder brauchen, sagen Sie N.
|
||||||
|
|
||||||
|
\subsubsection{Fusion MPT logging facility}
|
||||||
|
CONFIG\_FUSION\_LOGGING [=n] \textbf{[~]}\\*
|
||||||
|
Damit wird eine Protokollierungsfunktion aktiviert, die zur Fehlersuche bei einer Reihe von Problemen im Zusammenhang mit
|
||||||
|
Fusion MPT verwendet werden kann.
|
||||||
|
Der Debug"=Level kann über SysFS (hexadezimale Werte) im laufenden Betrieb programmiert werden:\\
|
||||||
|
\texttt{echo [level] $>$ /sys/class/scsi\_host/host\#/debug\_level}\\
|
||||||
|
Es gibt verschiedene Debug-Level, die im Quellcode zu finden sind:\\
|
||||||
|
file:drivers/message/fusion/mptdebug.h
|
||||||
|
|
||||||
|
%15.23
|
||||||
|
\subsection{IEEE 1394 (FireWire) support \texorpdfstring{$\rightarrow$}{->}}
|
||||||
|
\textit{(IEEE 1394 (FireWire) Unterstützung)}
|
||||||
|
|
||||||
|
\subsubsection{FireWire driver stack}
|
||||||
|
CONFIG\_FIREWIRE [=m] \textbf{[M]}\\*
|
||||||
|
Dies ist der IEEE~1394 (FireWire) Treiberstack der neuen Generation, auch bekannt als Juju, eine neue Implementierung,
|
||||||
|
die auf Robustheit und Einfachheit ausgelegt ist.\\
|
||||||
|
Siehe http://ieee1394.wiki.kernel.org/index.php/Juju\_Migration für Informationen zur Migration vom älteren Linux
|
||||||
|
1394-Stack zum neuen Treiber"=Stack.
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, sagen Sie hier M: Das Modul wird \texttt{firewire-core} genannt.
|
||||||
|
|
||||||
|
\paragraph{OHCI-1394 controllers}$~$\\
|
||||||
|
CONFIG\_FIREWIRE\_OHCI [=m] \textbf{[M]}\\*
|
||||||
|
Aktivieren Sie diesen Treiber, wenn Sie einen FireWire"=Controller haben, der auf der OHCI"=Spezifikation basiert.
|
||||||
|
In der Praxis wird nur dieser Chipsatz verwendet, also geben Sie hier Y an.
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, geben Sie hier M ein: Das Modul wird \texttt{firewire-ohci} heißen.
|
||||||
|
|
||||||
|
\paragraph{Storage devices (SBP-2 protocol)}$~$\\
|
||||||
|
CONFIG\_FIREWIRE\_SBP2 [=m] \textbf{[M]}\\*
|
||||||
|
Mit dieser Option können Sie SBP-2-Geräte verwenden, die an einen FireWire"=Bus angeschlossen sind. Zu den
|
||||||
|
SBP-2"=Geräten gehören Speichergeräte wie Festplatten und DVD"=Laufwerke, aber auch einige andere
|
||||||
|
FireWire"=Geräte wie Scanner.
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, sagen Sie hier M: Das Modul wird \texttt{firewire-sbp2} genannt.
|
||||||
|
Sie sollten auch die Unterstützung für Festplatten, CD-ROMs usw. im SCSI-Konfigurationsabschnitt aktivieren.
|
||||||
|
|
||||||
|
\paragraph{IP networking over 1394}$~$\\
|
||||||
|
CONFIG\_FIREWIRE\_NET [=m] \textbf{[M]}\\*
|
||||||
|
Dies ermöglicht IPv4/IPv6 über IEEE~1394 und bietet IP-Konnektivität mit anderen Implementierungen von
|
||||||
|
RFC~2734/3146, die auf verschiedenen Betriebssystemen zu finden sind. Die Multicast"=Unterstützung ist derzeit begrenzt.
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, sagen Sie hier M: Das Modul wird \texttt{firewire-net} genannt.
|
||||||
|
|
||||||
|
\subsubsection{Nosy -- a FireWire traffic sniffer for PCILynx cards}
|
||||||
|
CONFIG\_FIREWIRE\_NOSY [=m] \textbf{[M]}\\*
|
||||||
|
Nosy ist ein IEEE~1394 Packet Sniffer, der für die Protokollanalyse und die Entwicklung von IEEE~1394"=Treibern,
|
||||||
|
Anwendungen oder Firmwares verwendet wird.
|
||||||
|
Mit diesem Treiber können Sie einen Texas Instruments PCILynx 1394 to PCI Link Layer Controller TSB12LV21/A/B als
|
||||||
|
Low-Budget"=Busanalysator verwenden.
|
||||||
|
PCILynx ist ein heutzutage sehr seltener IEEE~1394"=Controller, der nicht OHCI~1394"=konform ist.
|
||||||
|
Die folgenden Karten basieren bekanntermaßen auf PCILynx oder PCILynx-2:
|
||||||
|
IOI IOI"=1394TT (PCI"=Karte), Unibrain Fireboard 400 PCI Lynx-2 (PCI"=Karte), Newer Technology FireWire 2 Go (CardBus"=Karte),
|
||||||
|
Apple Power Mac G3 blue \& white und G4 mit PCI-Grafik (Onboard"=Controller).
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, sagen Sie hier M: Das Modul wird \texttt{nosy} heißen.
|
||||||
|
Der Quellcode einer Benutzerschnittstelle zu nosy, genannt nosy-dump, kann in tools/firewire/ der Kernelquellen gefunden werden.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\subsection{Macintosh device drivers \texorpdfstring{$\rightarrow$}{->}}
|
||||||
|
CONFIG\_MACINTOSH\_DRIVERS [=y] \textbf{[Y]}\\*
|
||||||
|
Sagen Sie hier Y, um die Optionen für Geräte zu sehen, die mit Macintosh"=Computern verwendet werden. Diese Option allein
|
||||||
|
fügt keinen Kernel"=Code hinzu.
|
||||||
|
Wenn Sie N sagen, werden alle Optionen in diesem Untermenü übersprungen und deaktiviert.
|
||||||
|
|
||||||
|
\subsubsection{Support for mouse button 2+3 emulation}
|
||||||
|
CONFIG\_MAC\_EMUMOUSEBTN [=m] \textbf{[M]}\\*
|
||||||
|
Dies bietet generische Unterstützung für die Emulation der 2. und 3. Wenn Sie hier Y angeben, ist die Emulation
|
||||||
|
standardmäßig deaktiviert. Die Emulation wird durch diese sysctl-Einträge gesteuert:\\[.5em]
|
||||||
|
\texttt{/proc/sys/dev/mac\_hid/mouse\_button\_emulation\\
|
||||||
|
/proc/sys/dev/mac\_hid/mouse\_button2\_keycode\\
|
||||||
|
/proc/sys/dev/mac\_hid/mouse\_button3\_keycode}\\[.5em]
|
||||||
|
Wenn Sie einen Apple"=Rechner mit einer 1-Tasten"=Maus haben, geben Sie hier Y ein.
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{mac\_hid} heißen.
|
||||||
|
|
||||||
|
%15.25
|
||||||
|
\subsection{Network device support}
|
||||||
|
CONFIG\_NETDEVICES [=y] \textbf{[Y]}\\*
|
||||||
|
Sie können hier N angeben, wenn Sie Ihren Linux"=Rechner überhaupt nicht mit einem anderen Computer verbinden wollen.
|
||||||
|
Sie müssen Y angeben, wenn Ihr Computer eine Netzwerkkarte enthält, die Sie unter Linux verwenden wollen.
|
||||||
|
Wenn Sie SLIP oder PPP über eine Telefonleitung oder ein Nullmodemkabel betreiben wollen, müssen Sie hier Y angeben.
|
||||||
|
Die Verbindung von zwei Rechnern mit parallelen Schnittstellen unter Verwendung von PLIP erfordert dies, ebenso wie
|
||||||
|
AX.25/KISS für die Übertragung von Internetverkehr über Amateurfunkverbindungen.\\
|
||||||
|
Siehe auch \glqq The Linux Network Administrator's Guide\grqq{} von Olaf Kirch und Terry Dawson.
|
||||||
|
Erhältlich unter \url{http://www.tldp.org/guides.html}.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie Y.
|
||||||
|
|
||||||
|
\subsubsection{Network core driver support}
|
||||||
|
CONFIG\_NET\_CORE [=y] \textbf{[Y]}\\*
|
||||||
|
Sie können hier N angeben, wenn Sie keinen der Netzwerktreiber (d.~h. VLAN, Bridging, Bonding usw.) verwenden möchten.
|
||||||
|
|
||||||
|
\paragraph{Bonding driver support}$~$\\
|
||||||
|
CONFIG\_BONDING [=m] \textbf{[M]}\\*
|
||||||
|
Sagen Sie Y oder M, wenn Sie mehrere Ethernet"=Kanäle miteinander verbinden möchten. Dies wird bei Cisco
|
||||||
|
\glqq Etherchannel\grqq{}, bei Sun \glqq Trunking\grqq{}, bei der IEEE~802.3ad und bei Linux \glqq Bonding\grqq{} genannt.
|
||||||
|
Der Treiber unterstützt mehrere Bonding"=Modi, um sowohl eine hohe Leistung als auch eine hohe Verfügbarkeit zu gewährleisten.
|
||||||
|
Siehe $<$file:Documentation/networking/bonding.rst$>$ für weitere Informationen.
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{bonding} genannt.
|
||||||
|
|
||||||
|
\paragraph{Dummy net driver support}$~$\\
|
||||||
|
CONFIG\_DUMMY [=m] \textbf{[M]}\\*
|
||||||
|
Dabei handelt es sich im Wesentlichen um ein Bit-Bucket"=Gerät (d.~h. der Datenverkehr, den Sie an dieses Gerät senden,
|
||||||
|
gerät in Vergessenheit) mit einer konfigurierbaren IP"=Adresse. Es wird meist verwendet, um Ihre derzeit inaktive
|
||||||
|
SLIP"=Adresse wie eine echte Adresse für lokale Programme erscheinen zu lassen.
|
||||||
|
Wenn Sie SLIP oder PPP verwenden, sollten Sie hier Y sagen. Ihr Kernel wird dadurch nicht vergrößert. Was für ein Deal.
|
||||||
|
Lesen Sie darüber im Network Administrator's Guide, erhältlich unter
|
||||||
|
\url{http://www.tldp.org/docs.html#guide}.
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{dummy} genannt.
|
||||||
|
|
||||||
|
\paragraph{WireGuard secure network tunnel}$~$\\
|
||||||
|
CONFIG\_WIREGUARD [=m] \textbf{[M]}\\*
|
||||||
|
WireGuard ist ein sicherer, schneller und einfach zu bedienender Ersatz für IPSec, der moderne Kryptografie und clevere
|
||||||
|
Netzwerktricks nutzt. Es ist relativ universell einsetzbar und abstrakt genug, um für die meisten Anwendungsfälle geeignet
|
||||||
|
zu sein, während es gleichzeitig extrem einfach zu konfigurieren ist. Siehe \url{www.wireguard.com} für weitere Informationen.
|
||||||
|
Es ist sicher, hier Y oder M zu sagen, da der Treiber sehr leichtgewichtig ist und nur verwendet wird, wenn ein Administrator
|
||||||
|
eine Schnittstelle hinzufügen möchte.
|
||||||
|
|
||||||
|
\subparagraph{Debugging checks and verbose messages}$~$\\
|
||||||
|
CONFIG\_WIREGUARD\_DEBUG [=n] \textbf{[~]}\\*
|
||||||
|
Es werden Protokollnachrichten für Handshake- und andere Ereignisse geschrieben, die für eine WireGuard"=Schnittstelle
|
||||||
|
auftreten. Es führt auch einige zusätzliche Validierungsprüfungen und Unit"=Tests an verschiedenen Stellen durch.
|
||||||
|
Dies ist nur für die Fehlersuche nützlich.
|
||||||
|
Sagen Sie hier N, wenn Sie nicht wissen, was Sie tun.
|
||||||
|
|
||||||
|
\paragraph{EQL (serial line load balancing) support}$~$\\
|
||||||
|
CONFIG\_EQUALIZER [=m] \textbf{[M]}\\*
|
||||||
|
Wenn Sie zwei serielle Verbindungen zu einem anderen Computer haben (dazu sind in der Regel zwei Modems und zwei
|
||||||
|
Telefonleitungen erforderlich) und SLIP (das Protokoll zum Senden von Internetverkehr über Telefonleitungen) oder
|
||||||
|
PPP (ein besseres SLIP) verwenden, können Sie mit diesem Treiber dafür sorgen, dass sie sich wie eine einzige Verbindung
|
||||||
|
mit doppelter Geschwindigkeit verhalten. Natürlich muss dies auch auf der anderen Seite unterstützt werden, entweder mit
|
||||||
|
einem ähnlichen EQL"=Linux"=Treiber oder mit einem Livingston Portmaster 2e.
|
||||||
|
Sagen Sie Y, wenn Sie das wollen und lesen Sie $<$file:Documentation/networking/eql.rst$>$. Vielleicht möchten Sie auch
|
||||||
|
Abschnitt~6.2 des NET-3-HOWTOs lesen, das unter \url{http://www.tldp.org/docs.html#howto} verfügbar ist.
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{eql} heißen.
|
||||||
|
Wenn Sie unsicher sind, sagen Sie N.
|
||||||
|
|
||||||
|
\paragraph{Fibre Channel driver support}$~$\\
|
||||||
|
CONFIG\_NET\_FC [=y] \textbf{[Y]}\\*
|
||||||
|
Fibre Channel ist ein serielles Hochgeschwindigkeitsprotokoll, das hauptsächlich für den Anschluss großer Speichergeräte
|
||||||
|
an den Computer verwendet wird; es ist mit SCSI kompatibel und soll dieses ersetzen.
|
||||||
|
Wenn Sie Fibre Channel verwenden möchten, benötigen Sie eine Fibre-Channel-Adapterkarte in Ihrem Computer; bejahen Sie hier
|
||||||
|
und den Treiber für Ihren Adapter weiter unten. Sie sollten auch \glqq SCSI-Unterstützung\grqq{} und
|
||||||
|
\glqq generische SCSI-Unterstützung\grqq{} mit Y(Ja) beantworten.
|
||||||
|
|
||||||
|
\paragraph{Intermediate Functional Block support}$~$\\
|
||||||
|
CONFIG\_IFB [=m] \textbf{[M]}\\*
|
||||||
|
Dies ist ein Zwischentreiber, der die gemeinsame Nutzung von Ressourcen ermöglicht.
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{ifb} genannt.
|
||||||
|
Wenn Sie mehr als ein ifb-Gerät auf einmal verwenden wollen, müssen Sie diesen Treiber als Modul kompilieren.
|
||||||
|
Anstelle von \texttt{ifb} heißen die Geräte dann \texttt{ifb0}, \texttt{ifb1} usw.
|
||||||
|
Schauen Sie in das iproute2"=Dokumentationsverzeichnis für die Verwendung usw.
|
||||||
|
|
||||||
|
\paragraph{Ethernet team driver support}$~$\\
|
||||||
|
CONFIG\_NET\_TEAM [=m] \textbf{[M]}\\*
|
||||||
|
Damit können virtuelle Schnittstellen erstellt werden, die mehrere Ethernet"=Geräte zusammenfassen.
|
||||||
|
Team"=Geräte können mit dem \texttt{ip}"=Befehl aus dem iproute2"=Paket hinzugefügt werden:
|
||||||
|
|
||||||
|
\texttt{ip link add link [ address MAC ] [ NAME ] type team}\\[0.5em]
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{team} genannt.
|
||||||
|
|
||||||
|
\paragraph{MAC-VLAN support}$~$\\
|
||||||
|
CONFIG\_MACVLAN [=m] \textbf{[M]}\\*
|
||||||
|
Damit können virtuelle Schnittstellen erstellt werden, die Pakete von oder zu bestimmten MAC"=Adressen auf eine
|
||||||
|
bestimmte Schnittstelle abbilden.
|
||||||
|
Macvlan"=Geräte können mit dem Befehl \texttt{ip} aus dem iproute2-Paket ab der Version iproute2-2.6.23
|
||||||
|
hinzugefügt werden:
|
||||||
|
|
||||||
|
\texttt{ip link add link $<$real dev$>$ [ address MAC ] [ NAME ] type macvlan}\\[.5em]
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{macvlan} heißen.
|
||||||
|
|
||||||
|
\subparagraph{MAC-VLAN based tap driver}$~$\\
|
||||||
|
CONFIG\_MACVTAP [=m] \textbf{[M]}\\*
|
||||||
|
Damit wird ein spezieller Tap"=Gerätetreiber hinzugefügt, der auf der MAC-VLAN"=Netzwerkschnittstelle basiert und
|
||||||
|
macvtap heißt. Ein macvtap"=Gerät kann auf die gleiche Weise wie ein macvlan"=Gerät hinzugefügt werden,
|
||||||
|
indem man \texttt{type macvtap} verwendet, und dann über die tap-Benutzeroberfläche angesprochen werden.
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{macvtap} heißen.
|
||||||
|
|
||||||
|
\paragraph{IP-VLAN support}$~$\\
|
||||||
|
CONFIG\_IPVLAN [=m] \textbf{[M]}\\*
|
||||||
|
Dies ermöglicht es, virtuelle Geräte von einer Hauptschnittstelle aus zu erstellen, und die Pakete werden auf der
|
||||||
|
Grundlage der L3-Zieladresse (IPv6/IPv4-Adresse) der Pakete zugestellt. Alle Schnittstellen (einschließlich der
|
||||||
|
Hauptschnittstelle) teilen sich L2, wodurch sie für den angeschlossenen L2-Switch transparent sind.
|
||||||
|
Ipvlan"=Geräte können mit dem Befehl \texttt{ip} aus dem iproute2-Paket ab der Version iproute2-3.19
|
||||||
|
hinzugefügt werden:
|
||||||
|
|
||||||
|
\texttt{ip link add link $<$main-dev$>$ [ NAME ] type ipvlan}\\[.5em]
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: das Modul wird \texttt{ipvlan} heißen.
|
||||||
|
|
||||||
|
\subparagraph{IP-VLAN based tap driver}$~$\\
|
||||||
|
CONFIG\_IPVTAP [=m] \textbf{[M]}\\*
|
||||||
|
Damit wird ein spezieller Tap"=Gerätetreiber hinzugefügt, der auf der IP-VLAN"=Netzwerkschnittstelle basiert
|
||||||
|
und ipvtap heißt. Ein ipvtap"=Gerät kann auf die gleiche Weise wie ein ipvlan"=Gerät hinzugefügt werden,
|
||||||
|
indem man \texttt{type ipvtap} verwendet, und dann über die tap-Benutzeroberfläche angesprochen werden.
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{ipvtap} heißen.
|
||||||
|
|
||||||
|
\paragraph{Virtual eXtensible Local Area Network (VXLAN)}$~$\\
|
||||||
|
CONFIG\_VXLAN [=m] \textbf{[M]}\\*
|
||||||
|
Dies ermöglicht es, virtuelle VXLAN"=Schnittstellen zu erstellen, die Layer-2"=Netzwerke über Layer-3"=Netzwerke
|
||||||
|
bereitstellen. VXLAN wird häufig verwendet, um virtuelle Netzwerkinfrastrukturen in virtualisierten Umgebungen zu tunneln.
|
||||||
|
Für weitere Informationen siehe:\\
|
||||||
|
\url{http://tools.ietf.org/html/draft-mahalingam-dutt-dcops-vxlan-02}
|
||||||
|
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{vxlan} heißen.
|
||||||
|
|
||||||
%%
|
%%
|
||||||
%% \texorpdfstring{$\rightarrow$}{->}
|
%% \texorpdfstring{$\rightarrow$}{->}
|
||||||
%% \textit{Für diese Option gibt es keine Hilfe.}
|
%% \textit{Für diese Option gibt es keine Hilfe.}
|
||||||
|
|||||||
Reference in New Issue
Block a user