Static IP-adres op Hyper-V virtual computers (Win10/11 Pro)

[gambieter]

Ik beheer een paar krachtige desktops met windows 10/11 Pro, specifiek bedoeld voor het runnen van meerdere virtual Linux (Ubuntu) computers waarop bioinformatica applicaties worden gedraaid (DNA sequencing en zo). Ik gebruikte eerst Virtualbox, maar dat geeft problemen met licenties (Oracle), niet op Virtualbox maar op de extensies nodig om de computers goed te runnen. Oracle wil alleen een site-licentie doen voor de hele universiteit, en die wil en kan dat niet betalen.

Overgestapt op Windows Hyper-V, en dat werkt op zich goed, flexibel genoeg en goed te managen. De virtual machines runnen in mijn account, en de users loggen in op de desktop via Remote Desktop, en dan Putty/WinSCP in hun eigen account naar de virtual computers. We willen de virtual computers niet buiten de individuele desktops beschikbaar maken, ik controleer wie er RDP toegang heeft.

Het enige probleem waar ik tegenaan loop is de Default Switch die Microsoft ingebouwd heeft in Hyper-V. Die zorgt ervoor dat de virtual computer toegang heeft tot het internet via de host PC, en op zich werkt dat goed. Alleen heeft Microsoft in haar wijsheid besloten dat de uitgedeelde IP-adressen niet statisch/fixed zijn, ze veranderen als ik het zo zie nadat de virtuele computer twee keer herstart is. De IP-adressen zijn of 172.x.x.x of 192.168.x.x, maar niet te voorspellen of in te stellen, en dat is "by design". Het betekent dus dat ik elke keer als de IP-adressen veranderd zijn, die met ifconfig moet opvragen in de virtual computer, en die dan moet aanpassen in Putty/WinSCP. En er draaien op 3 computers 11 virtuele computers, dus wat teveel werk naar mijn zin.

Nu kun je een external of internal switch instellen in Hyper-V, maar die krijg ik niet aan het werk. De computers hebben dan geen internet verbinding, en manueel instellen verandert dat niet. Ik heb op Google en zo gezocht naar instructies over hoe dat in te stellen, maar mijn google-fu skills zijn duidelijk niet meer wat ze geweest zijn.

Dit is een ifconfig uitdraai van een virtual Ubuntu computer met de Default Switch:

code:

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 172.31.41.162  netmask 255.255.240.0  broadcast 172.31.47.255
        inet6 fe80::8a59:64cd:5367:6a41  prefixlen 64  scopeid 0x20<link>
        ether 00:15:5d:0c:8c:03  txqueuelen 1000  (Ethernet)
        RX packets 18824  bytes 64331730 (64.3 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 5125  bytes 401473 (401.4 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 232  bytes 22418 (22.4 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 232  bytes 22418 (22.4 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Ik heb met de external switch manueel ingesteld IPv4 172.31.41.x, netmask 255.255.240.0 en gateway 172.31.41.1 of leeg, maar dat doet niets. In het connection profile zie ik 172.31.32.1 als gateway/DNS, maar als ik die instel werkt het ook niet. Nu ben ik geen netwerkgoeroe, dus kan best zijn dat ik hier iets basaals overzie.

Ik kijk naar topics als https://superuser.com/que...n-hyper-v/1661913#1661913 en dat verduidelijkt de zaak niet

Iemand die hier wat licht op kan laten schijnen? Dank

Relevante software en hardware die ik gebruik
- Desktop computers met i7 / i9 / Xeon processors met 64/128/256 GB RAM
- virtuele computers met Ubuntu 22.04

[ElCondor]

Ik heb hier Hyper-V met Ubuntu erop draaien als VM en maak gebruik van een External Hyper-V switch.
Je VM's hangen dan direct in het fysieke lan.
Je moet dan inderdaad op je Ubuntu VM's ip adres, maar vooral ook default gateway instellen.
Dan zou je internet moeten hebben. Het instellen van een fixed IP op Ubuntu is even zoeken en afhankelijk van de network manager die je gebruikt. Dus lees je daar eerst op in want er zijn meerdere opties.
Als je een VM aan een external switch koppelt, doe dan eens

code:

route -n

op de VM. Zie je dan jouw gateway genoemd? Dan zou je internet moeten hebben. Als niet, dan moet je die definiëren op de VM zelf.
Hier heb je een beschrijving hoe je een fixed IP voor je VM configureert. Let wel: de IP adressen moeten bij gebruik van een Externel Hyper-V switch in de range van je fysieke LAN zitten.
Hier vind je meer informatie over het instellen van een default gateway/route.

Allemaal te vinden met Google overigens

Ik zelf draai overigens een DHCP server in mijn lan en heb daar, op basis van mac adressen vaste IP's voor de VM's ingesteld. Dan moet je echter voor je VM's weer statische mac adressen configureren. Dan kan dan weer in Hyper-V.

Ik hoop dat je hiermee weer wat verder komt.

Ps. als je een external switch gaat gebruiken, let er dan wel op dat je de gekoppelde nic deelt met het OS, als je maar één nic in je systeem hebt zitten.

[PLeX]

Side-note:
Maar, in geval van de external switch, zouden ze ook theoretisch (mits geen andere maatregelen getroffen) rechtstreeks kunnen connecten met de VM's. Wat weer niet wenselijk is als ik de TS goed begrijp.

[gambieter]

Dank @ElCondor @PLeX . Ik ga aan de slag

[i-chat]

besef je wel dat het gebruiken van Windows 10 / 11 als server os (Microsoft omschrijft het als primair gebruikt voor het verlenen van externe toegang) in principe een licentie overschrijding is

bovendien vraag ik me af waarom je hier kiest voor zo'n high level tool als vmware of virtual box of hyperv

als je meerdere systemen hebt en meerdere vms dan zou ik eens naar proxmox kijken

het heeft misschien een wat steile Learning curve maar biedt ook features die je met virtualbox ed nooit gaat krijgen en omdat het op JeOS draait haal je ook nog meer uit je hardware

[Question Mark]

i-chat schreef op vrijdag 17 mei 2024 @ 11:32:
besef je wel dat het gebruiken van Windows 10 / 11 als server os (Microsoft omschrijft het als primair gebruikt voor het verlenen van externe toegang) in principe een licentie overschrijding is

Heb je daar een bron voor? Dat zou nl. betekenen dat elke VDI-achtige oplossing niet toegestaan zou zijn.

[gambieter]

i-chat schreef op vrijdag 17 mei 2024 @ 11:32:
besef je wel dat het gebruiken van Windows 10 / 11 als server os (Microsoft omschrijft het als primair gebruikt voor het verlenen van externe toegang) in principe een licentie overschrijding is

Het gebruik van RDP is gewoon toegestaan, en verder wordt er geen externe toegang gedaan, het blijft op de lokale computer, gewoon tussen twee accounts beiden actief. Maar dat is verder off-topic wmb.

bovendien vraag ik me af waarom je hier kiest voor zo'n high level tool als vmware of virtual box of hyperv

Onze infrastructuur is Windows computers, ik ben geen IT of systeembeheer, ik ben de lokale user die het beheert

[Jazzy]

gambieter schreef op woensdag 15 mei 2024 @ 18:13:
Nu kun je een external of internal switch instellen in Hyper-V, maar die krijg ik niet aan het werk. De computers hebben dan geen internet verbinding,

Gebruiken jullie iets als 802.1x voor netwerkauthenticatie? Kan goed zijn dat er maar één MAC-adres toegestaan is om tevoorkomen dat mensen een switch op een netwerkoutlet aansluiten.

[Jazzy]

gambieter schreef op vrijdag 17 mei 2024 @ 11:40:
Het gebruik van RDP is gewoon toegestaan, en verder wordt er geen externe toegang gedaan, het blijft op de lokale computer, gewoon tussen twee accounts beiden actief. Maar dat is verder off-topic wmb.

Extragratis pro tip voor je volgende topic, laat al die achtergrond achterwege tenzij je denkt dat het relevant is voor je vraag. Als je informatie geeft dan kun je er van uitgaan dat er op gereageerd wordt.

[gambieter]

Jazzy schreef op vrijdag 17 mei 2024 @ 11:41:
Gebruiken jullie iets als 802.1x voor netwerkauthenticatie? Kan goed zijn dat er maar één MAC-adres toegestaan is om tevoorkomen dat mensen een switch op een netwerkoutlet aansluiten.

Dat zou goed kunnen (moet ik nakijken), maar waarom werkt de default switch optie dan wel?

[Jazzy]

gambieter schreef op vrijdag 17 mei 2024 @ 11:42:
[...]

Dat zou goed kunnen (moet ik nakijken), maar waarom werkt de default switch optie dan wel?

Omdat die NAT doet en geen IP-adres probeert aan te vragen voor de VM's die er achter zitten.

[ Voor 13% gewijzigd door Jazzy op 17-05-2024 11:44 ]

[alex3305]

Even een check. De computers zitten bedraad aangesloten? Want ik weet uit ervaring dat draadloos en Hyper-V switches nog weleens moeilijk willen doen.

En kun je de machines niet op hostname benaderen vanaf de plek waar je ze nodig hebt? Dan maakt het misschien helemaal niet uit.

[gambieter]

Jazzy schreef op vrijdag 17 mei 2024 @ 11:42:
Extragratis pro tip voor je volgende topic, laat al die achtergrond achterwege tenzij je denkt dat het relevant is voor je vraag. Als je informatie geeft dan kun je er van uitgaan dat er op gereageerd wordt.

Sorry, ik kom uit General Chat

Jazzy schreef op vrijdag 17 mei 2024 @ 11:43:
Omdat die NAT doet en geen IP-adres probeert aan te vragen voor de VM's die er achter zitten.

Dan moet ik kijken of de andere opties (Internal/External switch) dat kunnen.

alex3305 schreef op vrijdag 17 mei 2024 @ 11:43:
Even een check. De computers zitten bedraad aangesloten? Want ik weet uit ervaring dat draadloos en Hyper-V switches nog weleens moeilijk willen doen.

En kun je de machines niet op hostname benaderen vanaf de plek waar je ze nodig hebt? Dan maakt het misschien helemaal niet uit.

Het is allemaal bedraad

Heeft hostnaam niet het IP adres nodig? Als dat telkens verandert, dan werkt dat toch niet? Ik zit hier echt voorbij mijn netwerkkennis, sorry

[pistole]

Eigenlijk zou het heel simpel moeten zijn: je hebt een Virtual Switch nodig van het type 'NAT' en in dat virtuele netwerk heb je een DHCP server nodig die de ip-adressen uitdeelt (en daarin kan je vervolgens reserveringen maken).

Dit werkt prima op een Windows Server, maar of het ook op 10/11 kan weet ik niet. Zie ook: https://learn.microsoft.c...r-guide/setup-nat-network

Mogelijk heb je een los DHCP servertje nodig in je virtuele netwerk. Maar met de NAT-constructie zou je ook gewoon vaste adressen moeten kunnen gebruiken in je Linux machientjes.

[alex3305]

gambieter schreef op vrijdag 17 mei 2024 @ 11:51:
[...]

Heeft hostnaam niet het IP adres nodig? Als dat telkens verandert, dan werkt dat toch niet? Ik zit hier echt voorbij mijn netwerkkennis, sorry

Even met wat mitsen en maren, maaar... volgens mij kun je ook via de hostname verbinding maken naar de andere nodes in het netwerk. Als dus bijvoorbeeld de VM dna-vm-01 heet dan zou je wellicht ook verbinding kunnen maken met deze naam. Dus bijvoorbeeld ssh gambieter@dna-vm-01.

In ieder geval worth a shot, want dan hoef je je geen zorgen te maken over de onderliggende IP-adressen.

offtopic:
Op deze manier, thans met gereserveerde DHCP leases in mijn router heb ik mijn thuisnetwerk zo veel mogelijk ingericht. Dan hoef ik mij nooit zorgen te maken over stomme gewijzigde IP-adressen of als ik naar een ander subnet verhuis, maar alleen duidelijke hostnames. En dan heb ik direct one source of truth.

[gambieter]

Dank iedereen. De examens beginnen deze week, dus updates gaan wat langzaam zijn. Maar een hoop nuttige tips