Vista UAC - Fehler beim Mapping von Netzwerklaufwerken

8

Wir haben eine Anwendung, die Netzwerklaufwerke programmatisch abbildet. Bei Vista mit UAC treten einige seltsame Probleme auf.

Unsere Anwendung ordnet das Laufwerk nicht erhöht zu. Wenn der Benutzer also Explorer und Doppelklicks zum Ausführen einer Exe durchsucht, wird eine UAC angefordert. Also, wenn sie es genehmigen, fragt es nach einem Benutzernamen / Passwort für die Freigabe ... Seltsam, da die Anmeldeinformationen gespeichert werden.

Es stellt sich heraus, dass ein erhöhter Prozess nicht auf ein zugeordnetes Laufwerk zugreifen kann, das von einem nicht erhöhten Prozess zugeordnet wurde.

Führen Sie die folgenden Schritte aus, um dieses Problem in Aktion zu sehen:

  • Führen Sie cmd.exe ohne UAC
  • aus
  • Führen Sie "net use w: \ IhrHostname \ yourShare / user: yourUser yourPassword / persistent: yes"
  • aus
  • Führen Sie cmd.exe als Administrator
  • aus
  • Geben Sie "w:" ein und sehen Sie die Fehlermeldung

An diesem Punkt können Sie einfach "net use" ausführen und sehen, dass die Verbindung auf dem erhöhten cmd nicht verfügbar ist, aber der andere nicht erhöhte cmd sieht es als OK an.

Kennt jemand eine Problemumgehung, um dieses Problem zu beheben? oder vielleicht eine Möglichkeit, ein Netzwerklaufwerk "All Users" zuzuordnen?

    
jonathanpeppers 12.08.2009, 15:52
quelle

2 Antworten

2

Sehen Sie sich diesen Link an: Regedit-Link

Sie beschreiben einen Registrierungsschlüssel, mit dem erhöhte Benutzer auf zugeordnete Laufwerke zugreifen können und umgekehrt. Dies löst alle meine Probleme und war genau das, wonach ich suchte.

BEARBEITEN:

Der ursprüngliche Link ist tot, aber hier ist der Text, der vom Snapshot vom 24. Januar 2009 kopiert wurde: www.archive.org :

Wenn Sie feststellen, dass Sie von Ihrem Administrator-Token keinen Zugriff auf zugeordnete Laufwerke haben, versuchen Sie Folgendes. Wenn Sie als geschützter Administrator arbeiten, haben Sie zwei Token und dieser Schlüssel wird die Verbindung für beide Tokes aufrechterhalten (das ist mein Verständnis). Es kann auch helfen, Probleme mit Anmeldeskripten zu beheben.

HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows \ CurrentVersion \ Richtlinien \ System EnableLinkedConnections = (dword) 1

Ebenfalls nützlich ist der Abschnitt "Gruppenrichtlinienskripts können aufgrund der Benutzerkontensteuerung fehlschlagen" in diesem Dokument.

Ссылка

Ich werde bald mehr Informationen dazu veröffentlichen.

    
jonathanpeppers 13.08.2009, 13:40
quelle
2

Dies ist beabsichtigt.

Auch wenn das Benutzerkonto das gleiche ist und die erweiterte Version ein Token mit Mitgliedschaft in der Administratorgruppe und zusätzlichen Berechtigungen hat, werden die Tokens unabhängig voneinander erstellt und haben daher unterschiedliche LUIDs und erscheinen dem Kernel als unterschiedliche Benutzeranmeldungen . Da sie von verschiedenen Anmeldungen stammen, werden die zugeordneten Laufwerke nicht gemeinsam genutzt.

Ссылка diskutiert dies im Detail.

    
Michael 12.08.2009 16:30
quelle