Mac OS X and vmnet network adapter

On 20. Juli 2010, in Tech, by Christian Safran

I have spent the last weeks to find the reason for two network interfaces on my MBP which gave me headaches due to address conflicts with a VPN connection in the same IP range. These two interfaces were vmnet1 and vmnet8. Soon I found out that these were remnants of previous tests with VMWare Fusion (I use Parallels in the meantime).

What I did not find out was where to change the settings for these interfaces or delete them. Obviously, the network configuration was not very helpful.

Today I found a (German) description on how to change these settings (OK, use the right query from the beginning, and it would have been faster ;) ). Unfortunately I could access this page only in Google Cache due to some error in the corresponding blog. I guess this is only temporary, but just in case and before the page can be no longer found in Cache, I copied the contents here:

The original article can be found at:

http://blog.xsteam.eu/dasblog/CommentView,guid,d08eda92-5d51-44ca-a61e-c5630774ea22.aspx

the caches version at:

http://webcache.googleusercontent.com/search?q=cache:NFz4dSL5s3YJ:blog.xsteam.eu/dasblog/CommentView,guid,d08eda92-5d51-44ca-a61e-c5630774ea22.aspx+mac+os+vmnet+adapter+konfigurieren&cd=3&hl=de&ct=clnk&gl=at&client=firefox-a

VMware Fusion Netzwerkkonfiguration ändern

Wednesday, 24 September 2008 08:13:14 (W. Europe Daylight Time, UTC+02:00)
Unter Windows war ist es relativ einfach die einzelnen Netzkonfigurationen zu ändern und gezielt über die Dienste von Windows zu steuern.
Nachdem ich ja nun seit über einem Jahr bekennender MacBook Pro Besitzer und OSX Lover bin gestaltet sich die Umstellung manchmal als schwieriger / anders.

Das Umstellen der von VMware vorgeschlagenen vNetworks ist durchaus sinnvoll, da zu erwarten ist, dass es doch mehr als einen VMware User in einem Unternehmensnetz geben wird oder bereits gibt.
Im konkreten Beispiel wollte ich, dass die DHCP Adressen aus dem Subnetz 172.16.191.0 stammen, aber oberhalb von .127 genutzt werden, da ich in dem unteren Segment Server betreiben will mit festen IP-Adressen. Die Umstellung dieser Konfiguration erfolgt anders als unter VMware Workstation nicht über die GUI, sondern über das Terminal und einen Editor. Ich verwende dafür Smultron, den man hier herunterladen kann. Die notwendigen Dateien befinden sich unter:

/Library/Application Support/VMware Fusion/

Im Unterordner ./vmnet8 befindet sich die entsprechende Datei für die Steuerung des DHCP Servers des vmNet8 (Standard NAT Adapter) von VMware Fusion:

dhcpd.conf

#
# Configuration file for ISC 2.0b6pl1 vmnet-dhcpd operating on vmnet8.
#
# This file was automatically generated by the VMware configuration program.
# If you modify it, it will be backed up the next time you run the
# configuration program.
#
# We set domain-name-servers to make some DHCP clients happy
# (dhclient as configued in SuSE, TurboLinux, etc.).
# We also supply a domain name to make pump (Red Hat 6.x) happy.
#

allow unknown-clients;
default-lease-time 1800; # 30 minutes
max-lease-time 7200; # 2 hours

subnet 172.16.191.0 netmask 255.255.255.0 {
range 172.16.191.128 172.16.191.254;
option broadcast-address 172.16.191.255;
option domain-name-servers 172.16.191.1;
option netbios-name-servers 172.16.191.1;
option domain-name “xsteam.eu“;
option routers 172.16.191.1;
}

Im Anschluss an die Änderung des eigentlichen DHCP Scopes muss im Anschluss die generelle Netzwerkeinstellung für VMware Fusion noch angepasst werden:

locations

answer LIBDIR /Library/Application Support/VMware Fusion
answer NETWORKING yes
answer VNET_8_NAT yes
answer VNET_8_HOSTONLY_HOSTADDR 172.16.191.1
answer VNET_8_HOSTONLY_NETMASK 255.255.255.0
directory /Library/Application Support/VMware Fusion/vmnet8/
file /Library/Application Support/VMware Fusion/vmnet8/dhcpd.conf 1222232709

directory /var/db/vmware
file /var/db/vmware/vmnet-dhcpd-vmnet8.leases
file /var/db/vmware/vmnet-dhcpd-vmnet8.leases~
file /Library/Application Support/VMware Fusion/vmnet8/nat.conf 1222232709
answer VNET_1_HOSTONLY_HOSTADDR 172.16.191.1
answer VNET_1_HOSTONLY_NETMASK 255.255.255.0
answer VNET_1_HOSTONLY_SUBNET 172.16.191.0
answer VNET_1_DHCP yes
directory /Library/Application Support/VMware Fusion/vmnet1/
file /Library/Application Support/VMware Fusion/vmnet1/dhcpd.conf 1222232729
file /var/db/vmware/vmnet-dhcpd-vmnet1.leases
file /var/db/vmware/vmnet-dhcpd-vmnet1.leases~
file /Library/Application Support/VMware Fusion/config 1222232729
remove_answer LIBDIR
answer LIBDIR /Library/Application Support/VMware Fusion
remove_answer NETWORKING
answer NETWORKING yes
remove_answer VNET_8_NAT
answer VNET_8_NAT yes
remove_answer VNET_8_HOSTONLY_HOSTADDR
answer VNET_8_HOSTONLY_HOSTADDR 172.16.191.1
remove_answer VNET_8_HOSTONLY_NETMASK
answer VNET_8_HOSTONLY_NETMASK 255.255.255.0
remove_file /Library/Application Support/VMware Fusion/vmnet8/dhcpd.conf
file /Library/Application Support/VMware Fusion/vmnet8/dhcpd.conf 1222234050
remove_file /var/db/vmware/vmnet-dhcpd-vmnet8.leases
file /var/db/vmware/vmnet-dhcpd-vmnet8.leases
remove_file /var/db/vmware/vmnet-dhcpd-vmnet8.leases~
file /var/db/vmware/vmnet-dhcpd-vmnet8.leases~
remove_file /Library/Application Support/VMware Fusion/vmnet8/nat.conf
file /Library/Application Support/VMware Fusion/vmnet8/nat.conf 1222234050
remove_answer VNET_1_HOSTONLY_HOSTADDR
answer VNET_1_HOSTONLY_HOSTADDR 172.16.191.1
remove_answer VNET_1_HOSTONLY_NETMASK
answer VNET_1_HOSTONLY_NETMASK 255.255.255.0
remove_answer VNET_1_HOSTONLY_SUBNET
answer VNET_1_HOSTONLY_SUBNET 172.16.191.0
remove_answer VNET_1_DHCP
answer VNET_1_DHCP yes
remove_file /Library/Application Support/VMware Fusion/vmnet1/dhcpd.conf
file /Library/Application Support/VMware Fusion/vmnet1/dhcpd.conf 1222234050
remove_file /var/db/vmware/vmnet-dhcpd-vmnet1.leases
file /var/db/vmware/vmnet-dhcpd-vmnet1.leases
remove_file /var/db/vmware/vmnet-dhcpd-vmnet1.leases~
file /var/db/vmware/vmnet-dhcpd-vmnet1.leases~
file /Library/Application Support/VMware Fusion/config 1222234050

Die Einstellungen können mit einem beliebigen Texteditor geändert werden. Will man jetzt nicht unbedingt wegen dieser kleinen Änderung den ganzen Mac neu starten, so muss man die relevanten Daemons neu starten, was sich erstmal einfach anhört gestaltet sich unter OS X dann doch komplett anders als unter Windows und so hat VMware einfach ein kleines SHELL Skript in den Ordner “./VMware Fusion” gelegt:

/Library/Application Support/VMWare Fusion/boot.sh –restart

Die Ausgabe sieht dann ungefähr so aus:

Um den Befehl absetzen zu können muss man allerdings mit root rechten agieren, also entweder die Terminal Sitzung mit su – “kapern” oder a la “runas” einfach mit sudo den Befehl absetzen. Neben dem Neueinlesen der DHCP Konfigurationen werden alle VMware Fusion Konfigurationen neu eingelesen. Das Skript kann allerdings nur dann fehlerfrei durchlaufen, wenn keine VM läuft und VMware Fusion nicht läuft.

Links zum Thema:
Die folgenden Links führen auf die Website des Herstellers VMware. Die verwendete Sprache für die Beiträge und Anleitungen sind im Übrigen Englisch.
http://communities.vmware.com/message/917254
http://communities.vmware.com/servlet/JiveServlet/download/718890-1931/VMware%20Fusion%20Network%20Settings%20-%20Part%201.pdf
http://communities.vmware.com/docs/DOC-2527

Hinterlasse eine Antwort

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind markiert *

*

Du kannst folgende HTML-Tags benutzen: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>