ohneplanamwerk
Goto Top

Zugriff von Win. 7 Ultimate 64 bit auf Win. Server 2008 R2 Standard klappt bei Anmeldung nicht

Hallo!

Konfiguration sieht folgendermaßen aus:

- Win. Server 2008 R2 läuft als Fileserver und hat zwei verschiedene IP Adressen (10 clients auf der ersten und 10 clients auf der zweiten IP)
- Benutzer sind am Server hinterlegt (Computerverwaltung --> Bentzer und Gruppen --> Benutzer)
- Freigaben sind unter Computerverwaltung --> Freigegebene Ordner --> Freigaben, hinterlegt
- Entsprechende Benutzerdaten sind bei Win. 7 im Benutzerkonto unter Windows Anmeldeinformationen hinterlegt
- Lokale Anmeldeinformationen des Benutzerkontos unterscheiden sich von den Netzwerkanmeldeinformationen

Nach der Anmeldung am Windows Benutzerkonto sieht es folgendermaßen aus:
2ef06acfcc16f6a7ffe090e09f6f3c13

Obwohl alle Laufwerke mit dem roen X gekennzeichnet sind, genügt ein Doppelklick auf das Laufwerk und der Zugriff erfolgt ohne Probleme, siehe Laufwerk N:
8542db2471a8da06f7d8c3f761d860ab


Dachte zuerst es liegt evtl. daran, dass die Treiber nicht schnell genug geladen werden.
Aber das Problem tritt bei verschiedenen PCs, die alle unterschiedliche Mainboards und Netzwerkkarten haben, auf.

Woran liegt das?
Manche Programme erfordern den Zugriff auf diese Laufwerke und starten erst, wenn die Verbindung besteht, also wenn einmal auf das Laufwerk zugegriffen wurde.

Mit Win. XP gibt es keine Probleme, zumindest taucht hier nicht wie bei Win. 7 die Meldung "Es konnten nicht alle Netzlaufwerke wiederhergestellt werden" auf.


Gruß
OhnePlanAmWerk

Content-Key: 147380

Url: https://administrator.de/contentid/147380

Printed on: April 19, 2024 at 14:04 o'clock

Member: OhnePlanAmWerk
OhnePlanAmWerk Jul 23, 2010 at 10:58:19 (UTC)
Goto Top
Hat keiner eine Ahnung woran es liegen könnte?
Member: DerWoWusste
DerWoWusste Jul 25, 2010 at 18:35:26 (UTC)
Goto Top
Hi.
Es kann daran liegen, dass Vista und Win7 Netzlaufwerke, die unter einem anderen Nutzernamen verbunden werden, so lange unverbunden halten, bis sie benutzt werden. Dies Verhalten ist meiner Ansicht nach zwar neu gegenüber xp, ich wüsste aber nicht, wie es abzustellen ist.

Brauchst Du denn die verschiedenen Anmeldeinfos? Warum legst Du am Server nicht Benutzer mit dem selben Kennwort an?
Member: OhnePlanAmWerk
OhnePlanAmWerk Jul 26, 2010 at 09:34:20 (UTC)
Goto Top
Hmm, das muss sich doch irgendwo einstellen lassen...

Das mit den unterschiedlichen Anmeldeinformationen soll auf jedenfall so bleiben, wird von der Chefetage so vorgeschrieben...

Ein script, welches unsichtbar ausgeführt wird und einmalig auf alle Laufwerke zugreift wäre ja eine Idee die mir übers Wochenende gekommen ist, aber das wäre nur die aller letzte Möglichkeit, die ich gerne vermeiden würde.
Member: DerWoWusste
DerWoWusste Jul 26, 2010 at 10:56:31 (UTC)
Goto Top
Moin.
Es gibt Vermutungen, dass die UAC daamit zu tun hat, schalt sie ab und starte neu (nur zum Test). Siehe http://yabb.jriver.com/interact/index.php?topic=40843.0
Member: OhnePlanAmWerk
OhnePlanAmWerk Jul 27, 2010 at 11:20:56 (UTC)
Goto Top
Hallo,

bleibt leider unverändert mit abgeschalteter UAC.

Zum Test habe ich ein Benutzerkonto mit den richtigen Anmeldeinformationen angelegt, auch hier tritt der Fehler auf.
Member: DerWoWusste
DerWoWusste Jul 27, 2010 at 12:06:45 (UTC)
Goto Top
Damit wir uns richtig verstehen - es darf nur dann auftreten, wenn Konto A angemeldet ist, aber Konto B genutzt wird, um die Netzlaufwerke zu verbinden (bzw. B's Anmeldeinfos hinterlegt sind unter Netzwerkkennwörter).
Nicht auftreten darf es, wenn für die NLWs auch A genutzt wird.
Member: OhnePlanAmWerk
OhnePlanAmWerk Aug 02, 2010 at 12:49:33 (UTC)
Goto Top
Konto A = Lokales Benutzerkonto am client PC
Konto B = Bei Anmeldeinformationen des client PCs eingetragen und am Server hinterlegt
Mit Konto A kann / darf / soll nicht auf den Server zugegriffen werden, nur mit Konto B.

Nach Anmeldung von Konto A am client werden die Netzlaufwerke nicht automatisch verbunden. Es muss manuell auf jedes Laufwerk einmal zugegriffen werden (doppelklick auf's Netzlaufwerk), bevor die Verbindung besteht.

Komme einfach nicht dahinter woran es liegen könnte...
Member: OhnePlanAmWerk
OhnePlanAmWerk Oct 29, 2010 at 18:38:43 (UTC)
Goto Top
Lösung:

Statt Win Server 2003 R2 ist jetzt ein Server 2008 R2 für DHCP zuständig und schon geht's!


Gruß
OhnePlanAmWerk