(Als SW-Entwickler hab ich aber nur Ahnung von irgendwelchen Business-Prozessen wie auch von irgendwelchen "trockenen", mathematisch Algorithmen... GUI-Design wie z.B. mit Angular ist bleibt mir weiterhin ein Mysterium, HTML geht gerade noch aber das ist nicht programmieren... SQL mag ich z.B. sehr, das ist pure, knallharte, logische Mathematik...)
Wie dem auch sei: Habe das Problem so gelöst:
1.) Zuerst wollte ich dem Hyper-V eine 2. Bridge hinzufügen, welche aber auf dem gleichen Kabel war. Hyper-V reklamierte deswegen. Pech gehabt mit dem M$-Kram!! (VirtualBox kann das übrigens)
2.) Dann ist mir aufgefallen, dass der Server alle 4 Ethernet-Ports schon besetzt hat. Und herunterfahren um ne PCI-E-Erweiterungskarte einzubauen ist nicht...
3.) Tja - dumm gelaufen. Aber glücklicherweise gab's bei uns im Gestell noch ne alte USB 2.0-Docking-Station mit Fast Ethernet Anschluss... (
)
4.) Dann das alte Teil platziert & verkabelt. Brauchte nicht mal Treiber bei Window$ Server 2016. Und es anschliessend bei Hyper-V zur exklusiven Verwendung (d.h. dem Geräte werden bei den Windows-Einstellungen sämtliche Optionen "abgehäkelt" - ausser der Eintrag "Hyper-V Extensible Virtual Switch" sowie "Microsoft-LLDP-Treiber"... letztere braucht's aber nicht, deswegen auch weg damit)
5.) Dann die VM heruntergefahren und die Hyper-VBridge der VM hinzugefügt. Dann in der VM "eth2" konfiguriert:
Code: Alles auswählen
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary [public] network interface
#auto eth0
allow-hotplug eth0
iface eth0 inet static
address 193.x.x.22/24
# Defines the "default gateway" on a specific adapter and must not be applied to multiple adapters {
gateway 193.x.x.1
# } Defines the "default gateway" on a specific adapter and must not be applied to multiple adapters
#post-up ip route add 193.x.x.0/24 dev eth0 src 193.x.x.22 table rt2
#post-up ip route add default via 193.x.x.1 dev eth0 table rt2
#post-up ip rule add from 193.x.x.22/32 table rt2
#post-up ip rule add to 193.x.x.22/32 table rt2
##auto eth0:0
##allow-hotplug eth0:0
##iface eth0:0 inet static
##address 62.x.x.111/24
##post-up ip route add 62.x.x.0/24 dev eth0:0 src 62.x.x.111 table rt4
##post-up ip route add default via 62.x.x.1 dev eth0:0 table rt4
#post-up ip rule add from 62.x.x.111/32 table rt4
#post-up ip rule add to 62.x.x.111/32 table rt4
# The secondary [private] network interface
#auto eth1
allow-hotplug eth1
iface eth1 inet static
address 192.168.80.251/24
post-up ip route add 192.168.80.0/24 dev eth1 src 192.168.80.251 table rt1
post-up ip route add default via 192.168.80.1 dev eth1 table rt1
post-up ip rule add from 192.168.80.251/32 table rt1
post-up ip rule add to 192.168.80.251/32 table rt1
#auto eth2
allow-hotplug eth2
iface eth2 inet static
address 62.x.x.111/24
post-up ip route add 62.x.x.0/24 dev eth2 src 62.x.x.111 table rt2
post-up ip route add default via 62.x.x.1 dev eth2 table rt2
post-up ip rule add from 62.x.x.111/32 table rt2
post-up ip rule add to 62.x.x.111/32 table rt2
6.) S**t - geht immer noch nicht mit dem ping auf 62.x.x.x
7.) Sämtliche A(RP)-Spezialeinstellungen im sysctl.conf (wegen dem gestrigen "macvlan"-Adapter-Thema, dass der ne eigene MAC kriegt) auskommentiert.
8.) Still the same s**t...
9.) Dann herausgefunden, dass das Netz nicht mit 62.5... beginnt, sondern mit 62.2... (*** SCHÄM!! *** -
)
-> Alle IPs pingbar: Problem vorerst gelöst ("tabula rasa". ODER: Was nicht passt, wird halt passend gemacht!!
) und ein paar zusätzliche Erkenntnisse gesammelt... später geht's dann weiter mit dem Thema.
Vielen Dank euch allen!!
