Entschuldigen Sie die Verspätung. Ich habe das in meinem Labor getestet.
Kurz gesagt, IP-Aliasing kann möglicherweise nicht in Azure ausgeführt werden. Die ähnlichste Problemumgehung ist das Bereitstellen einer VM mit zwei NICs.
Wenn Sie versuchen, eine Netzwerkerfassung auf der VM durchzuführen, werden Sie feststellen, dass die VM mit der sekundären IP-Adresse die Pakete versenden kann. Es gibt jedoch keine eingehenden Verkehre, da Azure die sekundäre Adresse nicht kennt.
Dieser Screenshot wird auf einer VM im selben Subnetz erfasst, auf der der Computer mit aktiviertem IP-Aliasing arbeitet. 10.0.15.10 ist die primäre Adresse und 10.0.15.101 ist die sekundäre Adresse.
Gemäß dem obigen Screenshot wickelt das Gateway den gesamten Netzwerkverkehr ab (einschließlich Kommunikation in demselben Subnetz). Und das ist die Ursache, warum die sekundäre IP-Adresse nicht funktioniert. Jede ARP-Anfrage wird vom Gateway beantwortet. Das Gateway kennt die sekundäre IP-Adresse jedoch nicht und kann daher die ARP-Anforderung für die sekundäre IP-Adresse nicht beantworten.
Ich versuche also, die sekundäre IP-Konfiguration zur NIC hinzuzufügen, diese wird jedoch standardmäßig nicht unterstützt.
Entsprechend der Fehlermeldung müssen wir eine neue Funktion namens "AllowMultipleIpConfigurationsPerNic" registrieren.
Wenn ich den Befehl zum Registrieren dieser Funktion ausführte, bleibt sie im Status "Ausstehend". Und 2 Tage später ist es immer noch im Status "Ausstehend".
Zusammenfassend müssen Sie daher möglicherweise eine VM mit zwei NICs als Workaround bereitstellen.
Hoffe, diese Informationen helfen.