Freigabe eines Laufwerks der virtuellen Maschine (VirtualBox)

[Harry Stahl]

Mir gelingt es nicht, unter Windows 10, das als Gast auf Ubuntu 16, VirtualBox, läuft, ein virtuelles Laufwerk der Gast-Maschine (eigene VDI-Datei) im Netzwerk freizugeben.

Freigabe unter Windows ist eingerichtet.

Der Windows-Gast-Rechner wird im Netz gefunden, aber die Freigabe wird nicht angezeigt. Und auch kein Zugriff darauf bei direkter Eingabe des Netzpfades möglich.

Unter VirtualBox habe ich keine spezielle Einstellung hierzu gefunden.

Hat jemand einen Tipp?

[Dalai]

Ist das Netzwerk der VM in VirtualBox als Bridged eingestellt?

Abseits davon gelten dieselben Regeln wie für echte Maschinen auch: entweder gleiche Zugangsdaten (Benutzername und Kennwort) oder Gastkonto aktivieren und Gastzugriffsverbot deaktivieren (Gruppenrichtlinien).

Grüße
Dalai

[Harry Stahl]

Ja, steht auf Bridged. Unter Windows unter "Freigabe" mit Lese- und Zugriffsrechten für jeden Freigegeben (siehe screenshot).

[ringli]

Ich würde an deiner Stelle mal die Sache mit den Benutzerrechten weiter verfolgen. "Jeder" bedeutet in einem Windows Netzwerk "Jeder Benutzer der dem Netzwerk bekannt ist". Also der Punkt mit den Zugangsdaten den Dalai Dir schon genannt hat.

[Harry Stahl]

Einen weiteren Benutzer anzulegen (mit den Daten, wie der Computer, von dem ich zugreifen möchte) hat nichts gebracht.

Ich konnte aber über die direkte Eingabe der IP-Adresse (\\169.254....) auf den virtuellen Rechner und die dort eingerichteten Freigaben zugreifen.

Geht zur Not auch so, allerdings lautet der Netzwerkpfad dann ja anders (wollte ja "\\Ew1\D" haben und nicht "\169.254...\D").

Könnte ein Routing-Problem sein. Ich habe grundsätzlich an jedem Rechner ein Kabelgebundenes Netzwerk und ein WLAN dran.

[borstenei]

mmmm....dann gehe doch auf Deinem Virtuellen Win10 Rechner unter Netzwerk/Netzlaufwerk durchsuchen, zu dem gewünschten Laufwerk/Ordner ...Laufwerksbuchstabe vergeben und fertig...In der Verknüpfung steht dann.."\\Ew1\D".

[Harry Stahl]

EW1 ist der virtuelle Rechner. Ich will von meinem Vertriebsrechner auf "\\EW1\D" zugreifen, um dort die erstellten Programme vom Vertriebsrechner aus signieren zu können.

Zugriff geht aber nicht über

\\EW1\D

sondern nur über

\\169.254.66.32\D

Das ist doof, weil ich auf dem Vertriebsrechner massenhaft Verknüpfungen oder Scripts habe, die auf "\\EW1\D" zugreifen müssen.

[Dalai]

169.254.x.y - ist das nicht das Netz, das sich Windows nimmt, wenn es keinen DHCP findet? Hast du einen DHCP-Server in deinem LAN? Welches Netz verwenden deine Rechner sonst? Die VM muss sich im selben Subnetz befinden.

Grüße
Dalai

[Harry Stahl]

Also der WLAN-Router dient für die WLAN-Karten als DHCP-Server.

Beim Kabelgebundenen Netzwerk (über einen Switch verbunden) fungiert doch automatisch der zuerst gestartete Rechner als DHCP-Server, oder? Sonst würden sich ja die Rechner nicht finden.

[Aviator]

Zitat:

Zitat von Harry Stahl (Beitrag 1351571)

Also der WLAN-Router dient für die WLAN-Karten als DHCP-Server.

Beim Kabelgebundenen Netzwerk (über einen Switch verbunden) fungiert doch automatisch der zuerst gestartete Rechner als DHCP-Server, oder? Sonst würden sich ja die Rechner nicht finden.

Nein. Ein DHCP Server ist in der Regel der Router. In einem Domänennetzwerk gibt es einen Windows/Linux Server der die DHCP Rolle übernimmt. Ein normaler Rechner hat keine DHCP Funktion. Zumindest nicht standardmäßig.

Das der eine Rechner den anderen findet liegt daran, dass Windows eigene Namensauflösungsversuche unternimmt. Messages per Broadcast und SNMP und was weiß ich alles. Aber der DHCP sollte von deinem Router gestellt werden. Alternativ kannst du auch mal eine fest IP eintragen.

Wenn das dann immer noch nicht geht, dann versuche es nochmal mit geöffneter Firewall. Wenn es dann funktioniert, dann weißt du, dass du nur noch die Datei- und Druckerfreigabe in der Firewall öffnen musst.

[Dalai]

Zitat:

Zitat von Harry Stahl (Beitrag 1351571)

Also der WLAN-Router dient für die WLAN-Karten als DHCP-Server.

Das stimmt zwar, ist aber unvollständig. Nur weil ein WLAN-Router (oder auch WLAN Access Point) einen DHCP-Server beinhaltet, vergibt der IP-Adressen nicht nur für WLAN-Geräte. Ein WLAN AP (wie er in einem Router vorhanden ist), bildet ja nur eine simple "Brücke" zwischen kabelgebundenen und drahtlosen Geräten. Es ist und bleibt ein einzelnes gemeinsames Netzwerk (mal von logischer Trennung durch Subnetze und/oder VLANs abgesehen).

Somit klärt sich dann auch diese Sache

Zitat:

Beim Kabelgebundenen Netzwerk (über einen Switch verbunden) fungiert doch automatisch der zuerst gestartete Rechner als DHCP-Server, oder?

... die man mit obigem Wissen mit einem klaren Nein beantworten kann. Windows-Clients agieren nur gaaanz selten als DHCP. Es kann sogar sein, dass die Windows DHCP-Serverdienste den Server OS vorbehalten ist (IIRC ist das so).

Zitat:

Sonst würden sich ja die Rechner nicht finden.

Das hat andere Gründe, namentlich NetBIOS über TCP/IP, Broadcasts zum Finden von SMB-Freigaben und andere Dinge.

Ich habe gerade eben nochmal nachgeschaut, und ich hatte recht: das Netzwerk ist ein Fallback bei fehlendem DHCP. Siehe z.B. diese Seite oder auch bei Wikipedia.

Fazit: Du musst dafür sorgen, dass deine VM eine reguläre IP-Adresse vom DHCP bezieht, oder alternativ eine feste IP vergeben; beides hat Vor- und Nachteile. Wichtig bei der Vergabe fester Adressen ist, keine aus dem DHCP-Bereich zu benutzen, weil es sonst passieren kann, dass zwei Geräte dieselbe IP benutzen (wollen).

Grüße
Dalai

[Harry Stahl]

OK, danke für die Hinweise.

Werde dann mal versuchen, feste IP-Adressen für die Kabelgebundene Netzwerk zu vergeben.

Hinweis: Die Rechner sind nicht per Kabel mit dem WLan-Router verbunden, sie haben nur die WLAN-Anbindung.
Das Kabelgebundene Netz geht über einen ungemanagten Netgear-Switch.

Wenn ich jetzt keinen echten Server im Netz habe, was gebe ich dann eigentlich für die Gateway-Adresse an?

[Dalai]

Zitat:

Zitat von Harry Stahl (Beitrag 1351666)

Werde dann mal versuchen, feste IP-Adressen für die Kabelgebundene Netzwerk zu vergeben.

Bin mir nicht sicher, ob das angekommen ist: Es ist nicht nötig, irgendetwas an den anderen Rechner zu drehen, solange nur die VM sich keine reguläre IP holt! Du kannst also die anderen Rechner in Ruhe lassen.

Zitat:

Wenn ich jetzt keinen echten Server im Netz habe, was gebe ich dann eigentlich für die Gateway-Adresse an?

Gateway = Router. DNS-Server ist in der Regel ebenfalls der Router.

Grüße
Dalai

[Harry Stahl]

Das mit den festen IP-Adressen auf dem Kabelgebundenen Netzwerk (geht hier ohne Angabe eines Gateways) funktioniert jedenfalls sehr gut, Rechner finden sich deutlich schneller.

Auch der Netzwerkkarte im virtuellen Windows 10 habe ich die passende feste IP-Adresse verpasst.

Dann wird der virtuelle Windows Rechner EW1 zwar immer noch nicht gefunden, aber ich habe auf meinem Vertriebsrechner einen entsprechenden Eintrag in die HOSTS-Datei gemacht, wo Rechnername EW1 mit der festen IP-Adresse aufgelöst wird.

Nun wird EW1 direkt von meinem Vertriebsrechner im Netzwerk gefunden und ich kann auch auf die freigegebenen Laufwerke zugreifen.