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-ID: 147380

Url: https://administrator.de/forum/zugriff-von-win-7-ultimate-64-bit-auf-win-server-2008-r2-standard-klappt-bei-anmeldung-nicht-147380.html

Ausgedruckt am: 26.12.2024 um 13:12 Uhr

OhnePlanAmWerk
OhnePlanAmWerk 23.07.2010 um 12:58:19 Uhr
Goto Top
Hat keiner eine Ahnung woran es liegen könnte?
DerWoWusste
DerWoWusste 25.07.2010 um 20:35:26 Uhr
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?
OhnePlanAmWerk
OhnePlanAmWerk 26.07.2010 um 11:34:20 Uhr
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.
DerWoWusste
DerWoWusste 26.07.2010 um 12:56:31 Uhr
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
OhnePlanAmWerk
OhnePlanAmWerk 27.07.2010 um 13:20:56 Uhr
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.
DerWoWusste
DerWoWusste 27.07.2010 um 14:06:45 Uhr
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.
OhnePlanAmWerk
OhnePlanAmWerk 02.08.2010 um 14:49:33 Uhr
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...
OhnePlanAmWerk
OhnePlanAmWerk 29.10.2010 um 20:38:43 Uhr
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