jimbeam128
Goto Top

Netzlaufwerk mit anderem Benutzer verbinden

Hallo zusammen,

ich hab ein Problem mit dem Laufwerksmapping. Habe folgendes Szenario:

- Rechner A soll auf eine Share auf Server X zugreifen.
- An Rechner A bin ich mit dem User "Test" angemeldet.
- Auf dem Server X ist die Share "Freigabe" angelegt und nur der Benutzer "Zugriff" mit dem Passwort "Zugriff" kann auf die Share zugreifen.

Jetzt habe ich dazu folgenden net use Befehl auf Rechner A eingegeben:

net use r: \\ServerX\Freigabe /USER:ServerX\Zugriff Zugriff

So:

Dann hab ich auch schön brav stehen, dass der "Befehl erfolgreich ausgeführt" wurde.

Soooo:

und wenn ich dann jetzt in den Arbeitsplatz reingehe, und auf das Laufwerk r: klicke, dann wird mir gesagt "Zugriff verweigert"

Ich geh mal schwerstens davon aus, dass der Rechner A in diesem Moment mit dem angemeldeten Benutzer "Test" an die Share rantritt und nicht mit den Anmeldeinformationen des Benutzers "Zugriff".

Anscheinend werden beim net use - Befehl nur in diesem Moment die Anmeldeinformationen verwendet, und nicht, wenn "der Rest des Betriebssystems" darauf zugreifen will.

Meine Frage:

Wie kann ich denn jetzt trotzdem mit dem Benutzer "Test" auf die Share zugreifen?

Anmerkung:

Wenn ich das über die GUI mache mit rechter Maustaste auf "Netzwerkumgebung->Netzlaufwerk verbinden" und dann sage "Verbindung unter anderem Benutzernamen herstellen" und da dann die Anmeldeinformationen von "Zugriff" eintrage, funktioniert´s.

Ich will´s aber nicht über die GUI machen, weil ich die Geschichte scripten will...

Hat jemand Rat, wie man das hinbekommt?

Content-ID: 65803

Url: https://administrator.de/forum/netzlaufwerk-mit-anderem-benutzer-verbinden-65803.html

Ausgedruckt am: 22.12.2024 um 23:12 Uhr

denizno1
denizno1 09.08.2007 um 10:29:30 Uhr
Goto Top
Hallo Jens,

versuch es doch mal so.
net use "r:\\serverx\Freigabe" /user:Zugriff Zugriff
jimbeam128
jimbeam128 09.08.2007 um 10:37:06 Uhr
Goto Top
Schon ausprobiert. Laufwerk wird gemappt und im Arbeitsplatz angezeigt. -> Zugriff verweigert...

Weiß einfach nicht weiter.
Alfredus
Alfredus 09.08.2007 um 10:51:52 Uhr
Goto Top
Schon ausprobiert. Laufwerk wird gemappt und im Arbeitsplatz angezeigt. -> Zugriff verweigert...

Ja, das ist normal. Schlag mich, aber wenn ich mich recht erinnere kannst du bei Windowsbüchsen nur mit einem Account an einem anderen Rechner angemeldet sein. Also folgendes geht dann nicht:

\\ServerA\ShareB mit NutzerC
\\ServerA\ShareB mit NutzerD

Daher fliegt dein "net use xyz" weg.

Aber alles kein Problem. Entweder du gibst dem Nutzer passende Rechte auf die Shares oder regelst das Ganze über Gruppen, was deutlich eleganter ist.

Gruß
Andre
jimbeam128
jimbeam128 09.08.2007 um 11:11:57 Uhr
Goto Top
Ich glaube eher, dass es am Security Context des "Clients" liegt. Hatte auch bei Microsoft gelesen, dass dann wohl Dienste, die den entsprechenden Security Context haben, dann damit arbeiten können. Heißt also:

Bin als "Test" am Client angemeldet.
Verbinde das Laufwerk mit den Anmeldeinformationen von "Zugriff"
und dann kann das Betriebssystem nur das "Laufwerk" nutzen, wenn eine Applikation mit entsprechend hinterlegten Anmeldinformationen darauf zugreift.

Z.B. ein Dienst. Da kann man ja ganz elegant Anmeldeinformationen hinterlegen...
AndreasHoster
AndreasHoster 09.08.2007 um 12:06:20 Uhr
Goto Top
Net use macht nichts anderes als das Mapping wie der Explorer auch.
Wenn es also über Netzlaufwerke verbinden klappt, sollte es auch mit net use klappen. Der Net use gilt auch für alle Anwendungen, die unter dem Benutzer laufen, also auch der Explorer.

Wegen den zwei unterschiedlichen Verbindungen bei Windows:
mit \\SERVER-IP\ statt \\servername\ kann man 2 unterschiedliche Benutzer von einem Client an einen Server bekommen. Und die Fehlermeldung ansonsten wäre nicht Zugriff verweigert sondern:
Systemfehler 1219 aufgetreten.

Mehrfache Verbindungen zu einem Server oder einer freigegebenen Ressource von de
mselben Benutzer unter Verwendung mehrerer Benutzernamen sind nicht zulässig. Tr
ennen Sie alle früheren Verbindungen zu dem Server bzw. der freigegebenen Ressou
rce, und versuchen Sie es erneut.

Stimme Alfredus insgesamt zu, für sowas gibts vernünftige Rechte-Vergabe, anstatt Passwort Weitergabe.

War jetzt mehr Antwort auf die Antworten als auf die Frage, aber den Trick mit der IP-Adresse könntest Du mal versuchen.