Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Ein Azure VIRTUAL Machine (VM) verfügt über eine oder mehrere Netzwerkschnittstellen (Network Interfaces, NIC). Jede NIC kann eine oder mehrere zugewiesene statische und dynamische öffentliche oder private IP-Adressen besitzen.
Durch das Zuweisen von mehreren IP-Adressen zu einem virtuellen Computer bestehen folgende Möglichkeiten:
Hosten mehrerer Websites oder Dienste mit unterschiedlichen IP-Adressen und TLS/SSL-Zertifikaten auf einem einzelnen Server
Übernehmen der Rolle als virtuelles Netzwerkgerät, z.B. als Firewall oder Load Balancer
Die Möglichkeit, eine der privaten IP-Adressen für einen der NICs zu einem Azure Load Balancer Back-End-Pool hinzuzufügen. Bisher konnte nur die primäre IP-Adresse für die primäre NIC einem Back-End-Pool hinzugefügt werden. Weitere Informationen dazu, wie in Konfigurationen mit mehreren IPs ein Lastenausgleich durchgeführt werden kann, finden Sie unter Lastenausgleich bei Konfigurationen mit mehreren IPs.
Jeder NIC, die an einen virtuellen Computer angefügt ist, ist mindestens eine IP-Konfiguration zugeordnet. Jeder Konfiguration wird eine statische oder dynamische private IP-Adresse zugewiesen. Jeder Konfiguration kann auch eine öffentliche IP-Adressressource zugeordnet sein. Weitere Informationen zu IP-Adressen in Azure finden Sie unter IP-Adressen in Azure.
Note
Alle IP-Konfigurationen auf einer einzelnen NIC müssen demselben Subnetz zugeordnet sein. Wenn mehrere IP-Adressen in unterschiedlichen Subnetzen gewünscht werden, können mehrere NICs auf einer VM verwendet werden. Weitere Informationen zu mehreren NICs auf einem virtuellen Computer in Azure finden Sie unter Create VM with Multiple NICs.
Es gilt ein Grenzwert dafür, wie viele private IP-Adressen einer NIC zugewiesen werden können. Es gibt auch ein Limit für die Anzahl der öffentlichen IP-Adressen, die in einem Azure-Abonnement verwendet werden können. Weitere Informationen finden Sie unter Azure.
In diesem Artikel wird erläutert, wie Sie mithilfe des Azure CLI mehrere IP-Adressen zu einem virtuellen Computer hinzufügen.
Prerequisites
- Ein Azure Konto mit einem aktiven Abonnement. Sie können kostenlos ein Konto erstellen.
Verwenden Sie die Bash-Umgebung in Azure Cloud Shell. Weitere Informationen finden Sie unter Get started with Azure Cloud Shell.
Wenn Sie CLI-Referenzbefehle lieber lokal ausführen möchten, install die Azure CLI. Wenn Sie auf Windows oder macOS ausgeführt werden, sollten Sie Azure CLI in einem Docker-Container ausführen. Weitere Informationen finden Sie unter How to run the Azure CLI in a Docker container.
Wenn Sie eine lokale Installation verwenden, melden Sie sich mit dem Befehl az login beim Azure CLI an. Führen Sie die in Ihrem Terminal angezeigten Schritte aus, um den Authentifizierungsprozess abzuschließen. Weitere Anmeldeoptionen finden Sie unter Authenticate zum Azure mithilfe von Azure CLI.
Wenn Sie dazu aufgefordert werden, installieren Sie die Azure CLI Erweiterung bei der ersten Verwendung. Weitere Informationen zu Erweiterungen finden Sie unter Use and manage extensions with the Azure CLI.
Führen Sie az version aus, um die installierte Version und die abhängigen Bibliotheken zu ermitteln. Führen Sie az upgrade aus, um auf die neueste Version zu aktualisieren.
- Dieses Lernprogramm erfordert Version 2.0.28 oder höher des Azure CLI. Wenn Sie Azure Cloud Shell verwenden, ist die neueste Version bereits installiert.
Note
In den Schritten dieses Artikels werden zwar alle IP-Konfigurationen einer einzelnen NIC zugewiesen, es ist jedoch auch möglich, jeder NIC in einem virtuellen Computer mit mehreren NICs mehrere IP-Konfigurationen zuzuweisen. Im Artikel Erstellen und Verwalten eines virtuellen Windows-Computers mit mehreren Netzwerkkarten erfahren Sie, wie Sie einen virtuellen Computer mit mehreren NICs erstellen.
Abbildung: Diagramm der in diesem Artikel zur Vorgehensweise erstellten Netzwerkkonfigurationsressourcen
Erstellen einer Ressourcengruppe
Eine Azure Ressourcengruppe ist ein logischer Container, in dem Azure Ressourcen bereitgestellt und verwaltet werden.
Erstellen Sie mit az group create eine Ressourcengruppe namens myResourceGroup am Speicherort eastus2.
az group create \
--name myResourceGroup \
--location eastus2
Erstellen eines virtuellen Netzwerks
In diesem Abschnitt erstellen Sie ein virtuelles Netzwerk für den virtuellen Computer.
Verwenden Sie az network vnet create, um ein virtuelles Netzwerk zu erstellen.
az network vnet create \
--resource-group myResourceGroup \
--location eastus2 \
--name myVNet \
--address-prefixes 10.1.0.0/16 \
--subnet-name myBackendSubnet \
--subnet-prefixes 10.1.0.0/24
Erstellen öffentlicher IP-Adressen
Verwenden Sie az network public-ip create, um zwei öffentliche IP-Adressen zu erstellen.
az network public-ip create \
--resource-group myResourceGroup \
--name myPublicIP-1 \
--sku Standard \
--version IPv4 \
--zone 1 2 3
az network public-ip create \
--resource-group myResourceGroup \
--name myPublicIP-2 \
--sku Standard \
--version IPv4 \
--zone 1 2 3
Erstellen einer Netzwerksicherheitsgruppe
In diesem Abschnitt erstellen Sie eine Netzwerksicherheitsgruppe für den virtuellen Computer und das virtuelle Netzwerk.
Verwenden Sie az network nsg create, um die Netzwerksicherheitsgruppe zu erstellen.
az network nsg create \
--resource-group myResourceGroup \
--name myNSG
Note
Die Standardregeln der Netzwerksicherheitsgruppe blockieren den gesamten eingehenden Zugriff über das Internet, einschließlich SSH. Verwenden Sie Azure Bastion, um eine Verbindung mit dem virtuellen Computer herzustellen. Weitere Informationen finden Sie unter Quickstart: Bereitstellen von Azure Bastion mit Standardeinstellungen.
Erstellen einer Netzwerkschnittstelle
Sie verwenden az network nic create, um die Netzwerkschnittstelle für die VM zu erstellen. Die öffentlichen IP-Adressen und die zuvor erstellte NSG sind mit der Netzwerkkarte verbunden. Die Netzwerkschnittstelle ist mit dem virtuellen Netzwerk verbunden, das Sie zuvor erstellt haben.
az network nic create \
--resource-group myResourceGroup \
--name myNIC1 \
--private-ip-address-version IPv4 \
--vnet-name myVNet \
--subnet myBackEndSubnet \
--network-security-group myNSG \
--public-ip-address myPublicIP-1
Erstellen einer sekundären privaten und öffentlichen IP-Adressenkonfiguration
Verwenden Sie az network nic ip-config create, um die sekundäre private und öffentliche IP-Adressenkonfiguration für die NIC zu erstellen. Ersetzen Sie 10.1.0.5 durch Ihre sekundäre private IP-Adresse.
az network nic ip-config create \
--resource-group myResourceGroup \
--name ipconfig2 \
--nic-name myNIC1 \
--private-ip-address 10.1.0.5 \
--private-ip-address-version IPv4 \
--vnet-name myVNet \
--subnet myBackendSubnet \
--public-ip-address myPublicIP-2
Erstellen einer tertiären privaten IP-Adressenkonfiguration
Verwenden Sie az network nic ip-config create, um die tertiäre private IP-Adressenkonfiguration für die NIC zu erstellen. Ersetzen Sie 10.1.0.6 durch Ihre sekundäre private IP-Adresse.
az network nic ip-config create \
--resource-group myResourceGroup \
--name ipconfig3 \
--nic-name myNIC1 \
--private-ip-address 10.1.0.6 \
--private-ip-address-version IPv4 \
--vnet-name myVNet \
--subnet myBackendSubnet
Note
Wenn Sie eine statische IP-Adresse hinzufügen möchten, müssen Sie eine nicht verwendete, gültige Adresse im Subnetz angeben, mit dem die NIC verbunden ist.
Erstellen eines virtuellen Computers
Verwenden Sie az vm create, um die virtuelle Maschine zu erstellen.
az vm create \
--resource-group myResourceGroup \
--name myVM \
--nics myNIC1 \
--image Ubuntu2204 \
--admin-username azureuser \
--authentication-type ssh \
--generate-ssh-keys
Hinzufügen von IP-Adressen zu einem VM-Betriebssystem
Stellen Sie eine Verbindung mit einem virtuellen Computer her, den Sie mit mehreren privaten IP-Adresse erstellt haben, und melden Sie sich an. Alle dem virtuellen Computer hinzugefügten privaten IP-Adressen müssen manuell hinzugefügt werden. Das gilt auch für die primäre Adresse. Führen Sie für das Betriebssystem Ihres virtuellen Computers folgende Schritte aus:
Windows Server
Erweitern
Öffnen Sie eine Eingabeaufforderung oder PowerShell.
Geben Sie
ipconfig /allin die Befehlszeile ein. Die primäre private IP-Adresse, die über DHCP zugewiesen wurde, wird angezeigt.Geben Sie
ncpa.cplan der Befehlszeile ein, um die Netzwerkverbindungen-Konfiguration zu öffnen.Öffnen Sie die Eigenschaften für den Netzwerkadapter, dem die neuen IP-Adressen zugewiesen wurden.
Doppelklicken Sie auf Internetprotokoll Version 4 (TCP/IPv4).
Wählen Sie Folgende IP-Adresse verwenden: aus. Geben Sie die folgenden Werte ein.
Setting Value IP-Adresse: Geben Sie die primäre private IP-Adresse ein. Subnetzmaske: Geben Sie eine Subnetzmaske basierend auf Ihrer IP-Adresse ein.
Wenn das Subnetz beispielsweise ein /24-Subnetz ist, lautet die Subnetzmaske 255.255.255.0.Standardgateway: Die erste IP-Adresse im Subnetz.
Wenn Ihr Subnetz 10.0.0.0/24 ist, lautet die IP-Adresse des Gateways 10.0.0.1.Wählen Sie Folgende DNS-Serveradressen verwenden: aus. Geben Sie die folgenden Werte ein.
Setting Value Bevorzugter DNS-Server: Geben Sie Ihren primären DNS-Server ein.
Geben Sie die IP-Adresse von 168.63.129.16 ein, um die standardmäßig bereitgestellte DNS-Azure zu verwenden.Wählen Sie die Schaltfläche "Erweitert " aus.
Wählen Sie Hinzufügen aus.
Geben Sie die private IP-Adresse ein, die Sie der Azure Netzwerkschnittstelle hinzugefügt haben. Geben Sie die entsprechende Subnetzmaske ein. Wählen Sie Hinzufügen aus.
Wiederholen Sie die vorherigen Schritte, um weitere private IP-Adressen hinzuzufügen, die Sie der Azure Netzwerkschnittstelle hinzugefügt haben.
Important
Sie sollten die öffentliche IP-Adresse niemals manuell zuweisen, die einem Azure virtuellen Computer innerhalb des Betriebssystems des virtuellen Computers zugewiesen ist. Wenn Sie die IP-Adresse manuell innerhalb des Betriebssystems festlegen, stellen Sie sicher, dass sie die gleiche Adresse wie die private IP-Adresse ist, die der Azure Netzwerkschnittstelle zugewiesen ist. Wird die Adresse nicht richtig zugewiesen, kann die Verbindung mit dem virtuellen Computer verloren gehen. Weitere Informationen finden Sie unter Ändern von IP-Adresseinstellungen.
Weitere Informationen zu privaten IP-Adressen finden Sie unter Private IP-Adressen.
Wählen Sie "OK" aus, um die sekundären IP-Adresseinstellungen zu schließen.
Wählen Sie "OK " aus, um die Adaptereinstellungen zu schließen. Ihre RDP-Verbindung wird erneut hergestellt.
Öffnen Sie eine Eingabeaufforderung oder PowerShell.
Geben Sie
ipconfig /allin die Befehlszeile ein.Überprüfen Sie, ob die primären und sekundären privaten IP-Adressen in der Konfiguration vorhanden sind.
PS C:\Users\azureuser> ipconfig /all Windows IP Configuration Host Name . . . . . . . . . . . . : myVM Primary Dns Suffix . . . . . . . : Node Type . . . . . . . . . . . . : Hybrid IP Routing Enabled. . . . . . . . : No WINS Proxy Enabled. . . . . . . . : No Ethernet adapter Ethernet: Connection-specific DNS Suffix . : Description . . . . . . . . . . . : Microsoft Hyper-V Network Adapter Physical Address. . . . . . . . . : 00-0D-3A-E6-CE-A3 DHCP Enabled. . . . . . . . . . . : No Autoconfiguration Enabled . . . . : Yes Link-local IPv6 Address . . . . . : fe80::a8d1:11d5:3ab2:6a51%5(Preferred) IPv4 Address. . . . . . . . . . . : 10.1.0.4(Preferred) Subnet Mask . . . . . . . . . . . : 255.255.255.0 IPv4 Address. . . . . . . . . . . : 10.1.0.5(Preferred) Subnet Mask . . . . . . . . . . . : 255.255.255.0 IPv4 Address. . . . . . . . . . . : 10.1.0.6(Preferred) Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : 10.1.0.1 DHCPv6 IAID . . . . . . . . . . . : 100666682 DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-2A-A8-26-B1-00-0D-3A-E6-CE-A3 DNS Servers . . . . . . . . . . . : 168.63.129.16 NetBIOS over Tcpip. . . . . . . . : EnabledStellen Sie sicher, dass die primäre private IP-Adresse, die in Windows verwendet wird, mit der primären IP-Adresse der Azure VM-Netzwerkschnittstelle identisch ist. Weitere Informationen finden Sie unter No Internetzugriff von Azure Windows VM mit mehreren IP-Adressen.
Überprüfung (Windows Server)
Um mit Ihrer sekundären IP-Konfiguration über die öffentliche IP-Adresse die Verbindung mit dem Internet zu überprüfen, verwenden Sie den folgenden Befehl: Ersetzen Sie 10.1.0.5 durch die sekundäre private IP-Adresse, die Sie der Azure VM-Netzwerkschnittstelle hinzugefügt haben.
ping -S 10.1.0.5 outlook.com
Note
Bei sekundären IP-Konfigurationen können Sie das Internet pingen, wenn der Konfiguration eine öffentliche IP-Adresse zugeordnet ist. Bei primären IP-Konfigurationen ist keine öffentliche IP-Adresse zum Pingen des Internets erforderlich.
SUSE Linux Enterprise und openSUSE
Erweitern
SUSE-basierte Verteilungen verwenden dascloud-netconfig Plug-In aus dem cloud-netconfig-azure Paket, um die IP-Konfiguration zu verwalten. Für den Administrator sind keine manuellen Schritte erforderlich. Die erste IP-Adresse einer auf der Plattform festgelegten Schnittstelle wird über DHCP zugewiesen. Das Cloud-netconfig-Plug-In überprüft dann die Azure Instanzmetadatendienst-API kontinuierlich (einmal pro Minute) für weitere IP-Adressen, die der Schnittstelle zugewiesen sind, und fügt sie automatisch als sekundäre IP-Adressen hinzu.
Dieses Plug-In sollte standardmäßig auf neuen Images installiert und aktiviert werden. Konfigurationsschritte für alte Workloads finden Sie hier: https://www.suse.com/c/multi-nic-cloud-netconfig-ec2-azure/.
Ubuntu 14/16
Erweitern
Es wird empfohlen, die aktuelle Dokumentation für Ihre Linux-Distribution zu nutzen.
Öffnen Sie ein Terminalfenster.
Stellen Sie sicher, dass Sie der Stammbenutzer sind. Geben Sie andernfalls den folgenden Befehl ein:
sudo -iAktualisieren Sie die Konfigurationsdatei der Netzwerkschnittstelle (vorausgesetzt , 'eth0').
Behalten Sie den vorhandenen Eintrag für DHCP bei. Die Konfiguration der primären IP-Adresse bleibt unverändert.
Fügen Sie eine Konfiguration für eine andere statische IP-Adresse mit den folgenden Befehlen hinzu:
cd /etc/network/interfaces.d/ lsEs sollte eine CFG-Datei angezeigt werden.
Öffnen Sie die Datei. Am Ende der Datei sollten die folgenden Zeilen angezeigt werden:
auto eth0 iface eth0 inet dhcpFügen Sie hinter den in dieser Datei vorhandenen Zeilen die folgenden Zeilen hinzu. Ersetzen Sie
10.1.0.5durch Ihre private IP-Adresse und Subnetzmaske.iface eth0 inet static address 10.1.0.5 netmask 255.255.255.0Um weitere private IP-Adressen hinzuzufügen, bearbeiten Sie die Datei, und fügen Sie die neuen privaten IP-Adressen in nachfolgenden Zeilen hinzu:
iface eth0 inet static address 10.1.0.5 netmask 255.255.255.0 iface eth0 inet static address 10.1.0.6 netmask 255.255.255.0Speichern Sie die Datei mit dem folgenden Befehl:
:wqSetzen Sie die Netzwerkschnittstelle mit dem folgenden Befehl zurück:
ifdown eth0 && ifup eth0Important
Führen Sie bei Verwendung einer Remoteverbindung „ifdown“ und „ifup“ in derselben Zeile aus.
Geben Sie den folgenden Befehl ein, um zu überprüfen, ob die IP-Adresse der Netzwerkschnittstelle hinzugefügt wurde:
ip addr list eth0Es sollte die IP-Adresse angezeigt werden, die Sie als Teil der Liste hinzugefügt haben. Example:
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:0d:3a:04:45:16 brd ff:ff:ff:ff:ff:ff inet 10.1.0.5/24 brd 10.1.0.255 scope global eth0 valid_lft forever preferred_lft forever inet 10.1.0.6/24 brd 10.1.0.255 scope global secondary eth0 valid_lft forever preferred_lft forever inet 10.1.0.4/24 brd 10.1.0.255 scope global secondary eth0 valid_lft forever preferred_lft forever inet6 fe80::20d:3aff:fe04:4516/64 scope link valid_lft forever preferred_lft forever
Überprüfung (Ubuntu 14/16)
Um sicherzustellen, dass Sie mit Ihrer sekundären IP-Konfiguration über die ihr zugeordnete öffentliche IP-Adresse eine Verbindung mit dem Internet herstellen können, verwenden Sie den folgenden Befehl:
ping -I 10.1.0.5 outlook.com
Note
Bei sekundären IP-Konfigurationen können Sie das Internet nur pingen, wenn der Konfiguration eine öffentliche IP-Adresse zugeordnet ist. Bei primären IP-Konfigurationen ist keine öffentliche IP-Adresse zum Pingen des Internets erforderlich.
Wenn Sie ausgehende Verbindungen von einem sekundären NIC für virtuelle Linux-Computer überprüfen möchten, müssen Sie möglicherweise entsprechende Routen hinzufügen. Weitere Informationen für Ihre Linux-Distribution finden Sie in der entsprechenden Dokumentation. Die folgende Methode, um dieses Ziel zu erreichen:
echo 150 custom >> /etc/iproute2/rt_tables
ip rule add from 10.1.0.5 lookup custom
ip route add default via 10.1.0.1 dev eth2 table custom
Stellen Sie folgende Ersetzungen sicher:
10.1.0.5 mit der privaten IP-Adresse, der eine öffentliche IP-Adresse zugeordnet ist
10.1.0.1 zu Ihrem Standardgateway
eth2 durch dem Namen Ihrer sekundären NIC
Ubuntu 18.04+
Erweitern
Ab 18.04 netplan wird in Ubuntu für die Netzwerkverwaltung verwendet. Es wird empfohlen, die aktuelle Dokumentation für Ihre Linux-Distribution zu nutzen.
Öffnen Sie ein Terminalfenster.
Stellen Sie sicher, dass Sie der Stammbenutzer sind. Geben Sie andernfalls den folgenden Befehl ein:
sudo -iErstellen Sie eine Datei für die zweite Schnittstelle, und öffnen Sie diese in einem Text-Editor:
vi /etc/netplan/60-static.yamlFügen Sie der Datei die folgenden Zeilen hinzu, und ersetzen Sie dabei
10.1.0.5/24durch Ihre IP-Adresse und Subnetzmaske:network: version: 2 ethernets: eth0: addresses: - 10.1.0.5/24Um private IP-Adressen hinzuzufügen, bearbeiten Sie die Datei, und fügen Sie die neuen privaten IP-Adressen in nachfolgenden Zeilen hinzu:
network: version: 2 ethernets: eth0: addresses: - 10.1.0.5/24 - 10.1.0.6/24Speichern Sie die Datei mit dem folgenden Befehl:
:wqTesten Sie die Änderungen mit netplan try, um die Syntax zu bestätigen.
netplan tryNote
netplan trywird die Änderungen vorübergehend anwenden und die Änderungen nach 120 Sekunden zurücksetzen. Wenn die Verbindung verloren geht, warten Sie 2 Minuten, und stellen Sie dann die Verbindung wieder her. Zu diesem Zeitpunkt wurden etwaige Änderungen zurückgesetzt.Wenn keine Probleme mit
netplan tryauftreten, wenden Sie die Konfigurationsänderungen an:netplan applyGeben Sie den folgenden Befehl ein, um zu überprüfen, ob die IP-Adresse der Netzwerkschnittstelle hinzugefügt wurde:
ip addr list eth0Es sollte die IP-Adresse angezeigt werden, die Sie als Teil der Liste hinzugefügt haben. Example:
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:0d:3a:04:45:16 brd ff:ff:ff:ff:ff:ff inet 10.1.0.5/24 brd 10.1.0.255 scope global eth0 valid_lft forever preferred_lft forever inet 10.1.0.6/24 brd 10.1.0.255 scope global secondary eth0 valid_lft forever preferred_lft forever inet 10.1.0.4/24 brd 10.1.0.255 scope global secondary eth0 valid_lft forever preferred_lft forever inet6 fe80::20d:3aff:fe04:4516/64 scope link valid_lft forever preferred_lft forever
Überprüfung (Ubuntu 18.04+)
Um sicherzustellen, dass Sie mit Ihrer sekundären IP-Konfiguration über die ihr zugeordnete öffentliche IP-Adresse eine Verbindung mit dem Internet herstellen können, verwenden Sie den folgenden Befehl:
ping -I 10.1.0.5 outlook.com
Note
Bei sekundären IP-Konfigurationen können Sie das Internet nur pingen, wenn der Konfiguration eine öffentliche IP-Adresse zugeordnet ist. Bei primären IP-Konfigurationen ist keine öffentliche IP-Adresse zum Pingen des Internets erforderlich.
Wenn Sie ausgehende Verbindungen von einem sekundären NIC für virtuelle Linux-Computer überprüfen möchten, müssen Sie möglicherweise entsprechende Routen hinzufügen. Folgen Sie der entsprechenden Dokumentation für Ihre Linux-Verteilung. Die folgende Methode ist eine Möglichkeit, dieses Ziel zu erreichen:
echo 150 custom >> /etc/iproute2/rt_tables
ip rule add from 10.1.0.5 lookup custom
ip route add default via 10.1.0.1 dev eth2 table custom
Stellen Sie sicher, dass Sie Folgendes ersetzen:
10.1.0.5 mit der privaten IP-Adresse, der eine öffentliche IP-Adresse zugeordnet ist
10.1.0.1 zu Ihrem Standardgateway
eth2 durch dem Namen Ihrer sekundären NIC
Red Hat Enterprise Linux und andere
Erweitern
Note
Um die zusätzlichen IP-Adressen in RHEL10.x zu konfigurieren, reicht es aus, NetworkManger neu zu starten mit: systemctl restart NetworkManger.service oder starten Sie das System neu. Es sind keine weiteren Schritte erforderlich.
RHEL 8.6 & höher, RHEL 9
Ab RHEL 8.6 & höher und RHEL 9 kann das Paket "networkmanager-cloud-setup" mehrere IP-Konfigurationen und die zugehörige Routenkonfiguration verarbeiten.
- Deaktiviert cloud-init zur Behandlung der sekundären IP-Konfiguration in den entsprechenden Dateien /etc/cloud/cloud.cfg.d/99-apply-network-config.cfg oder /etc/cloud/cloud.cfg.d/91-azure_datasource.cfg. Dadurch kann NetworkManager und nm-cloud-setup die gesamte Netzwerkkonfiguration verwalten.
[root@rhel8 ~]# cat /etc/cloud/cloud.cfg.d/99-apply-network-config.cfg
datasource:
Azure:
apply_network_config: False
- Installieren des Pakets "NetworkManager-cloud-setup", falls noch nicht installiert
]# yum install NetworkManager-cloud-setup
Red Hat Enterprise Linux 8 for x86_64 - BaseOS from RHUI (RPMs) 39 MB/s | 66 MB 00:01
Red Hat Enterprise Linux 8 for x86_64 - Supplementary (RPMs) from RHUI 2.3 MB/s | 340 kB 00:00
Red Hat Enterprise Linux 8 for x86_64 - AppStream from RHUI (RPMs) 41 MB/s | 60 MB 00:01
Red Hat CodeReady Linux Builder for RHEL 8 x86_64 (RPMs) from RHUI 33 MB/s | 8.9 MB 00:00
Red Hat Ansible Engine 2 for RHEL 8 x86_64 (RPMs) from RHUI 14 MB/s | 2.5 MB 00:00
Dependencies resolved.
==============================================================================================================================================================================================
Package Architecture Version Repository Size
==============================================================================================================================================================================================
Installing:
NetworkManager-cloud-setup x86_64 1:1.40.16-13.el8_9 rhel-8-for-x86_64-appstream-rhui-rpms 198 k
Upgrading:
NetworkManager x86_64 1:1.40.16-13.el8_9 rhel-8-for-x86_64-baseos-rhui-rpms 2.3 M
NetworkManager-libnm x86_64 1:1.40.16-13.el8_9 rhel-8-for-x86_64-baseos-rhui-rpms 1.9 M
NetworkManager-team x86_64 1:1.40.16-13.el8_9 rhel-8-for-x86_64-baseos-rhui-rpms 161 k
NetworkManager-tui x86_64 1:1.40.16-13.el8_9 rhel-8-for-x86_64-baseos-rhui-rpms 356 k
Transaction Summary
==============================================================================================================================================================================================
Install 1 Package
Upgrade 4 Packages
Total download size: 4.9 M
Is this ok [y/N]: y
Downloading Packages:
(1/5): NetworkManager-cloud-setup-1.40.16-13.el8_9.x86_64.rpm 2.0 MB/s | 198 kB 00:00
(2/5): NetworkManager-1.40.16-13.el8_9.x86_64.rpm 18 MB/s | 2.3 MB 00:00
(3/5): NetworkManager-team-1.40.16-13.el8_9.x86_64.rpm 4.1 MB/s | 161 kB 00:00
(4/5): NetworkManager-libnm-1.40.16-13.el8_9.x86_64.rpm 12 MB/s | 1.9 MB 00:00
(5/5): NetworkManager-tui-1.40.16-13.el8_9.x86_64.rpm 8.8 MB/s | 356 kB 00:00
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Total 28 MB/s | 4.9 MB 00:00
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
Preparing : 1/1
Running scriptlet: NetworkManager-libnm-1:1.40.16-13.el8_9.x86_64 1/1
Upgrading : NetworkManager-libnm-1:1.40.16-13.el8_9.x86_64 1/9
Running scriptlet: NetworkManager-libnm-1:1.40.16-13.el8_9.x86_64 1/9
Running scriptlet: NetworkManager-1:1.40.16-13.el8_9.x86_64 2/9
Upgrading : NetworkManager-1:1.40.16-13.el8_9.x86_64 2/9
Running scriptlet: NetworkManager-1:1.40.16-13.el8_9.x86_64 2/9
Installing : NetworkManager-cloud-setup-1:1.40.16-13.el8_9.x86_64 3/9
Running scriptlet: NetworkManager-cloud-setup-1:1.40.16-13.el8_9.x86_64 3/9
Upgrading : NetworkManager-team-1:1.40.16-13.el8_9.x86_64 4/9
Upgrading : NetworkManager-tui-1:1.40.16-13.el8_9.x86_64 5/9
Cleanup : NetworkManager-tui-1:1.40.0-1.el8.x86_64 6/9
Cleanup : NetworkManager-team-1:1.40.0-1.el8.x86_64 7/9
Running scriptlet: NetworkManager-1:1.40.0-1.el8.x86_64 8/9
Cleanup : NetworkManager-1:1.40.0-1.el8.x86_64 8/9
Running scriptlet: NetworkManager-1:1.40.0-1.el8.x86_64 8/9
Cleanup : NetworkManager-libnm-1:1.40.0-1.el8.x86_64 9/9
Running scriptlet: NetworkManager-libnm-1:1.40.0-1.el8.x86_64 9/9
Verifying : NetworkManager-cloud-setup-1:1.40.16-13.el8_9.x86_64 1/9
Verifying : NetworkManager-1:1.40.16-13.el8_9.x86_64 2/9
Verifying : NetworkManager-1:1.40.0-1.el8.x86_64 3/9
Verifying : NetworkManager-libnm-1:1.40.16-13.el8_9.x86_64 4/9
Verifying : NetworkManager-libnm-1:1.40.0-1.el8.x86_64 5/9
Verifying : NetworkManager-team-1:1.40.16-13.el8_9.x86_64 6/9
Verifying : NetworkManager-team-1:1.40.0-1.el8.x86_64 7/9
Verifying : NetworkManager-tui-1:1.40.16-13.el8_9.x86_64 8/9
Verifying : NetworkManager-tui-1:1.40.0-1.el8.x86_64 9/9
Installed products updated.
Upgraded:
NetworkManager-1:1.40.16-13.el8_9.x86_64 NetworkManager-libnm-1:1.40.16-13.el8_9.x86_64 NetworkManager-team-1:1.40.16-13.el8_9.x86_64 NetworkManager-tui-1:1.40.16-13.el8_9.x86_64
Installed:
NetworkManager-cloud-setup-1:1.40.16-13.el8_9.x86_64
Complete!
- Um "nm-cloud-setup" für die Behandlung der sekundären IP-Konfiguration zu aktivieren, erstellen Sie nm-cloud-setup.service und nm-cloud-setup.timer (Passen Sie Die Parameter OnBootSec & OnUnitActiveSec an Ihre Anforderung an)
[root@rhel8 ~]# cat /etc/systemd/system/nm-cloud-setup.service
[Unit]
Description=Automatically configure NetworkManager in cloud
Documentation=man:nm-cloud-setup(8)
Before=network-online.target
After=NetworkManager.service
[Service]
Environment=NM_CLOUD_SETUP_AZURE=yes
Type=oneshot
ExecStart=/usr/libexec/nm-cloud-setup
[Install]
WantedBy=NetworkManager.service
[root@rhel8 ~]# cat /etc/systemd/system/nm-cloud-setup.timer
[Unit]
Description=Periodically run nm-cloud-setup
[Timer]
OnBootSec=1min
OnUnitActiveSec=1min
[Install]
WantedBy=timers.target
- Aktivieren von Diensten werden Daemon neu geladen
systemctl enable --now nm-cloud-setup.service
systemctl start nm-cloud-setup.service
systemctl enable --now nm-cloud-setup.timer
systemctl daemon-reload
- Vm neu starten und überprüfen. Vm sollte nun erfolgreich die entsprechenden primären und sekundären IPs identifizieren.
RHEL 8,5 & unten
Öffnen Sie ein Terminalfenster.
Stellen Sie sicher, dass Sie der Stammbenutzer sind. Geben Sie andernfalls den folgenden Befehl ein:
sudo -iGeben Sie Ihr Kennwort ein, und befolgen Sie die entsprechenden Anweisungen. Wenn Sie der Stammbenutzer sind, wechseln Sie mit dem folgenden Befehl zum Ordner der Netzwerkskripts:
cd /etc/sysconfig/network-scriptsListen Sie die zugehörigen ifcfg-Dateien mit dem folgenden Befehl auf:
ls ifcfg-*Sie sollten ifcfg-eth0 als eine der Dateien sehen.
Erstellen Sie eine neue Konfigurationsdatei für jede IP, die dem System hinzugefügt wurde.
touch ifcfg-eth0:0Öffnen Sie die Datei "ifcfg-eth0:0" mit dem folgenden Befehl:
vi ifcfg-eth0:0Fügen Sie in diesem Fall mit dem folgenden Befehl Inhalt zu der Datei eth0:0 hinzu. Ersetzen Sie
10.1.0.5durch Ihre neue private IP-Adresse und Subnetzmaske.DEVICE=eth0:0 BOOTPROTO=static ONBOOT=yes IPADDR=10.1.0.5 NETMASK=255.255.255.0Speichern Sie die Datei mit dem folgenden Befehl:
:wqErstellen Sie eine Konfigurationsdatei pro IP-Adresse, um sie mit ihren entsprechenden Werten hinzuzufügen:
touch ifcfg-eth0:1vi ifcfg-eth0:1DEVICE=eth0:1 BOOTPROTO=static ONBOOT=yes IPADDR=10.1.0.6 NETMASK=255.255.255.0:wqStarten Sie die Netzwerkdienste neu, und stellen Sie sicher, dass die Änderungen übernommen wurden. Führen Sie dazu die folgenden Befehle aus:
systemctl restart NetworkManager.service ifconfigIn der zurückgegebenen Liste sollte(n) die von Ihnen hinzugefügte(n) IP-Adresse(n) angezeigt werden.
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.1.0.4 netmask 255.255.255.0 broadcast 10.1.0.255 inet6 fe80::6245:bdff:fe7d:704a prefixlen 64 scopeid 0x20<link> ether 60:45:bd:7d:70:4a txqueuelen 1000 (Ethernet) RX packets 858 bytes 244215 (238.4 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 1021 bytes 262077 (255.9 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0:0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.1.0.5 netmask 255.255.255.0 broadcast 10.1.0.255 ether 60:45:bd:7d:70:4a txqueuelen 1000 (Ethernet) eth0:1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.1.0.6 netmask 255.255.255.0 broadcast 10.1.0.255 ether 60:45:bd:7d:70:4a txqueuelen 1000 (Ethernet)
Validierung (Red Hat und andere)
Um sicherzustellen, dass Sie mit Ihrer sekundären IP-Konfiguration über die ihr zugeordnete öffentliche IP-Adresse eine Verbindung mit dem Internet herstellen können, verwenden Sie den folgenden Befehl:
ping -I 10.0.0.5 outlook.com
Note
Bei sekundären IP-Konfigurationen können Sie das Internet nur pingen, wenn der Konfiguration eine öffentliche IP-Adresse zugeordnet ist. Bei primären IP-Konfigurationen ist keine öffentliche IP-Adresse zum Pingen des Internets erforderlich.
Wenn Sie ausgehende Verbindungen von einem sekundären NIC für virtuelle Linux-Computer überprüfen möchten, müssen Sie möglicherweise entsprechende Routen hinzufügen. Weitere Informationen finden Sie in der entsprechenden Dokumentation für Ihre Linux-Distribution. Die folgende Methode, um dieses Ziel zu erreichen:
echo 150 custom >> /etc/iproute2/rt_tables
ip rule add from 10.1.0.5 lookup custom
ip route add default via 10.1.0.1 dev eth2 table custom
Stellen Sie folgende Ersetzungen sicher:
10.0.0.5 mit der privaten IP-Adresse, der eine öffentliche IP-Adresse zugeordnet ist
10.0.0.1 zu Ihrem Standardgateway
eth2 durch dem Namen Ihrer sekundären NIC
Debian GNU/Linux
Erweitern
Es wird empfohlen, die aktuelle Dokumentation für Ihre Linux-Distribution zu nutzen.
Öffnen Sie ein Terminalfenster.
Stellen Sie sicher, dass Sie der Stammbenutzer sind. Geben Sie andernfalls den folgenden Befehl ein:
sudo -iAktualisieren Sie die Konfigurationsdatei der Netzwerkschnittstelle (vorausgesetzt , 'eth0').
Behalten Sie den vorhandenen Eintrag für DHCP bei. Die Konfiguration der primären IP-Adresse bleibt unverändert.
Fügen Sie eine Konfiguration für jede statische IP-Adresse mithilfe der folgenden Befehle hinzu:
cd /etc/network/interfaces.d/ lsEs sollte eine CFG-Datei angezeigt werden.
Öffnen Sie die Datei. Am Ende der Datei sollten die folgenden Zeilen angezeigt werden:
auto eth0 iface eth0 inet dhcpFügen Sie hinter den in dieser Datei vorhandenen Zeilen die folgenden Zeilen hinzu. Ersetzen Sie
10.1.0.5durch Ihre private IP-Adresse und Subnetzmaske.iface eth0 inet static address 10.1.0.5 netmask 255.255.255.0Fügen Sie die neuen IP-Adresseninformationen in der Konfigurationsdatei hinzu:
iface eth0 inet static address 10.1.0.5 netmask 255.255.255.0 iface eth0 inet static address 10.1.0.6 netmask 255.255.255.0Speichern Sie die Datei mit dem folgenden Befehl:
:wqStarten Sie die Netzwerkdienste neu, damit die Änderungen wirksam werden. Verwenden Sie für Debian 8 und höher Folgendes:
systemctl restart networkingFür frühere Versionen von Debian können Sie die folgenden Befehle verwenden:
service networking restartGeben Sie den folgenden Befehl ein, um zu überprüfen, ob die IP-Adresse der Netzwerkschnittstelle hinzugefügt wurde:
ip addr list eth0Es sollte die IP-Adresse angezeigt werden, die Sie als Teil der Liste hinzugefügt haben. Example:
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:0d:3a:04:45:16 brd ff:ff:ff:ff:ff:ff inet 10.1.0.5/24 brd 10.1.0.255 scope global eth0 valid_lft forever preferred_lft forever inet 10.1.0.6/24 brd 10.1.0.255 scope global secondary eth0 valid_lft forever preferred_lft forever inet 10.1.0.4/24 brd 10.1.0.255 scope global secondary eth0 valid_lft forever preferred_lft forever inet6 fe80::20d:3aff:fe04:4516/64 scope link valid_lft forever preferred_lft forever
Validierung (Debian GNU/Linux)
Um sicherzustellen, dass Sie mit Ihrer sekundären IP-Konfiguration über die ihr zugeordnete öffentliche IP-Adresse eine Verbindung mit dem Internet herstellen können, verwenden Sie den folgenden Befehl:
ping -I 10.1.0.5 outlook.com
Note
Bei sekundären IP-Konfigurationen können Sie das Internet nur pingen, wenn der Konfiguration eine öffentliche IP-Adresse zugeordnet ist. Bei primären IP-Konfigurationen ist keine öffentliche IP-Adresse zum Pingen des Internets erforderlich.
Wenn Sie ausgehende Verbindungen von einem sekundären NIC für virtuelle Linux-Computer überprüfen möchten, müssen Sie möglicherweise entsprechende Routen hinzufügen. Weitere Informationen für Ihre Linux-Distribution finden Sie in der entsprechenden Dokumentation. Die folgende Methode, um dieses Ziel zu erreichen:
echo 150 custom >> /etc/iproute2/rt_tables
ip rule add from 10.1.0.5 lookup custom
ip route add default via 10.1.0.1 dev eth2 table custom
Stellen Sie folgende Ersetzungen sicher:
10.1.0.5 mit der privaten IP-Adresse, der eine öffentliche IP-Adresse zugeordnet ist
10.1.0.1 zu Ihrem Standardgateway
eth2 durch dem Namen Ihrer sekundären NIC
Nächste Schritte
- Erfahren Sie mehr über public IP-Adressen in Azure.
- Erfahren Sie mehr über private IP-Adressen in Azure.
- Erfahren Sie, wie Sie IP-Adressen Configure für eine Azure Netzwerkschnittstelle >.