5
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?
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?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 65803
Url: https://administrator.de/contentid/65803
Ausgedruckt am: 19.11.2024 um 01:11 Uhr
5 Kommentare
Neuester Kommentar
Hallo Jens,
versuch es doch mal so.
net use "r:\\serverx\Freigabe" /user:Zugriff Zugriff
versuch es doch mal so.
net use "r:\\serverx\Freigabe" /user:Zugriff Zugriff
Schon ausprobiert. Laufwerk wird gemappt und im Arbeitsplatz angezeigt. -> Zugriff verweigert...
Weiß einfach nicht weiter.
Weiß einfach nicht weiter.
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
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...
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...
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.
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.
