Ich hatte ja bereits einen Artikel verfasst, der das Einbinden eines MS Loopback Adapters beschreibt – ausgegangen bin ich seinerzeit von der Tatsache, das unter VMWare Server 1.0.x der Zugriff aus einer VM auf den Host über das installierte HostOnly-Network nur dann funktioniert, wenn die LAN-Schnittstelle aktiv ist. Zumindest konnte ich auf zwei Maschinen mit nicht aktiver LAN-Schnittstelle auch via HostOnly nicht zugreifen.
Auch wenn die Screenshots aus dem erwähnten Artikel aus Version 2 des VMWare Servers stammen, bezog sich der Artikel aber auf Version 1.0.x – da war ich wohl etwas voreilig, denn -oh Wunder- mit Version 2 funktioniert genau das -der Zugriff aus der VM via HostOnly-Network auf den Host- beinah stressfrei.
Entweder hat dieses Verhalten tatsächlich erst mit Version 2 Einzug gehalten oder ich bin seinerzeit an den Einstellungen unserer Firewall gescheitert. Anyway, einen Stolperstein gibt es trotzdem:
Sowohl die Rechner meiner Kollegen als logischerweise auch meiner sind Mitglieder einer Windows 2003 Domain. Versuche ich nun, aus der VM heraus (_KEIN_ Domain-Mitglied) ein Netzlaufwerk auf eine Freigabe des Hosts zu verbinden, werde ich erwartungsgemäss nach Anmeldedaten gefragt.
Bei nicht aktiver LAN-Schnittstelle ist es nun nicht möglich, Anmeldedaten eines Domainusers zu benutzen – was eine gewisse Logik hat, ist das AD doch in diesem Moment auch gar nicht erreichbar. Also habe ich es einfach mit dem lokalen Administrator versucht, doch oh Schreck, auch dies klappte nicht – zumindest nicht, wenn man nur Administrator eingibt.
Das Eventlog des Hosts spuckt im Sicherheitsprotokoll dann einen Fehler aus, der auf einen Auth-Fehler gegen das nicht erreichbare AD hinweist. Aha. Die Lösung ist banal: Statt nur Administrator gibt man Rechnername\Administrator ein und voilá, schon lassen sich die Laufwerke verbinden.
Natürlich kann man auch einen x-beliebig anderen, _lokalen_ Benutzer dafür verwenden, wenn man die Berechtigung der Freigabe entsprechend setzt. Ich empfehle einen lokalen User, der sich lokal nicht anmelden darf und der nur für den Zeitraum der VMWare-Nutzung aktiv ist. Den Rest der Zeit kann dieser Benutzer ja eine deaktiviertes Dasein fristen – sicher ist sicher! 
Entsprechende Skripte folgen!