Sida 1 av 1
Konstig MAC Adress på Ubuntu Server VMware ESXi 6.5
Postat: 22 mar 2018, 12:49
av puratah
Jag installerade Ubuntu Server 17.10 på en ESXi 6.5 host med VMXNET3 adapter.
Jag kör en DHCP-server på Windows Server 2012.
När Ubuntu Server VM:en ansluter via DHCP så registreras det med en väldigt konstigt MAC adress, ser ut såhär,
9f6e852400020000ab11d45377acf56c2312
När jag kollar på VM:en i vCenter så ser MAC-adressen och all annan hårdvara bra ut.
Jag har också provat med ett annat virtuell nätverkskort, E1000E men det blir samma knepiga där.
Vet inte om det är något med den nya "Netplan" som spökar.
Här är netplans konfigurationsfil,
Kod: Markera allt
/etc/netplan/01-netcfg.yaml
# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
version: 2
renderer: networkd
ethernets:
ens160:
dhcp4: yes
dhcp6: no
Här är den gamla hederliga, men om jag förstod det rätt, så används inte den när man använder netplan.
Kod: Markera allt
/etc/network/interfaces
# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)
# Generated by debian-installer.
# The loopback interface
auto lo
iface lo inet loopback
Re: Konstig MAC Adress på Ubuntu Server VMware ESXi 6.5
Postat: 23 mar 2018, 19:18
av Osprey
Har inte hunnit sätta mig in i problemet fullt ut, men en enhet kan själv byta MAC-adress om den vill. Bland annat så använde sig Digital Equipments utrustningar mycket av detta och den egentliga meningen med det vet jag inte. Generellt sätt så är (de första två "byten" av..?) MAC-adressen bra i så måtto att man kan avläsa fabrikatet på utrustningen...
Men annars så kan ju sakerna byta MAC-adress som de vill, även om det förstås är strängt regulerat för att undvika kollisioner....
Re: Konstig MAC Adress på Ubuntu Server VMware ESXi 6.5
Postat: 23 mar 2018, 21:13
av puratah
Nu är ju detta en VM på VMware ESXi med en MAC-address som inte ändras av sig själv och det är ingen riktig MAC-adress som DHCP-servern läser av utan ser mer ut som ett UUID eller något, skumt i alla fall.
Fullösningen blir ju att sätta statiskt IP, jag ska i nästa vecka testa att ändra från Netplan till gamla network-manager istället och se om det fixar det.
Re: Konstig MAC Adress på Ubuntu Server VMware ESXi 6.5
Postat: 23 mar 2018, 21:26
av Osprey
Att det är VMware gör ju inte att drivern inte kan ändra MAC-adress ändå, men jag håller med dig om att formatet på adressen ser (väldigt) skumt ut...
Berätta gärna mer om vad som händer, för det här är intressant...
Re: Konstig MAC Adress på Ubuntu Server VMware ESXi 6.5
Postat: 24 mar 2018, 11:02
av puratah
Aha, men tänker du att Ubuntus driver ändrar MAC-adressen eller VMwares?
Hehe, japp, jag kommer uppdatera när jag testat lite fler saker på måndag.
Re: Konstig MAC Adress på Ubuntu Server VMware ESXi 6.5
Postat: 28 mar 2018, 12:01
av puratah
Har varit lite sjuk, så inte hunnit testa förens idag.
Men för att göra en lång historia kort, så körde stängde jag av netplan och körde "old school" settings på nätverket och då fungerade det.
Skickade en buggrapport till Ubuntu där jag beskriver det mer utförligt om du vill läsa.
https://bugs.launchpad.net/netplan/+bug/1759532
Re: Konstig MAC Adress på Ubuntu Server VMware ESXi 6.5
Postat: 28 mar 2018, 12:11
av Osprey
Tack, läser gärna igenom det med stort intresse.
Det är ju så inom nätverk att varje nätelement identifierar sig och anger sin egen adress. Vilket också innebär att varje element kan påstå att det är vad som helst. För att kommunikation ska fungera så krävs dock en sträng standard. (jämför t.ex med att det inte är svårt att ge två element samma IP-adress i ett nätverk).
Men som sagt var, det här är nog ett annat problem och jag ska med stort intresse läsa det....
Re: Konstig MAC Adress på Ubuntu Server VMware ESXi 6.5
Postat: 29 mar 2018, 16:55
av puratah
Det verkar inte varit en bugg, utan de är ändrat i netplan att den identifierar sig med en annan identifierare än MAC som standard, vilket tydligen rekommenderas i nån RFC, men verkar inte som alla system eller DHCP-servrar hängt med där ännu.
Men det finns i alla fall en "workaround" i min länkade buggrapport.