alte Mappings wieder da

Hallo NG,
ich beobachte seit einiger Zeit, dass auf mehreren Workstations alte
Verweise auf Mappings wieder hergestellt werden. So nun auch bei meinem PC
(WinXPProSP2).
In unserer Umgebung läuft ein W2K SP4 Server der über eine GPO das
Laufwerksmapping realisiert.
Bei mir hatte ich vorgestern ein altes Laufwerks-Mapping
\\serverA\freigabename getrennt und durch ein neues Mapping auf den selben
Laufwerksbuchstaben mit einem anderen Server \\serverB\freigabename
hergestellt.
Heute nun die Ãœberraschung.
Im Explorer stand heute hinter dem Laufwerksbuchstaben wieder das alte
Mapping nach \\serverA\freigabename.
Und so ist es bei vereinzelten Workstations im Netzwerk auch. Plötzlich
stehen wieder veraltete oder schon einmal zugeordnete Netzwerk-Mappings
wieder zur Verfügung. Sonst hatte ich immer den Verdacht bei einer
fehlerhaften GPO, aber da mein Laufwerk-Mapping ja von Hand eingerichtet
worden ist und nicht per GPO-Zuweisung kann ich dies wohl auch für die
anderen Workstations ausschliessen.
Irgendwie müssen diese Informationen für "schon einmal vorhandene Mappings"
im Client temporär gespeichert bleiben und aus Gründen wie auch plötzlich
wieder eingelesen bzw. aktiv geschaltet werden.

Hat wer vielleicht schon einmal dieselben Beobachten gemacht oder einen
Lösungsansatz hierfür?

Björn schrieb:

> ich beobachte seit einiger Zeit, dass auf mehreren Workstations alte
> Verweise auf Mappings wieder hergestellt werden. So nun auch bei meinem PC
> (WinXPProSP2).
> In unserer Umgebung läuft ein W2K SP4 Server der über eine GPO das
> Laufwerksmapping realisiert.

OK.

> Bei mir hatte ich vorgestern ein altes Laufwerks-Mapping
> \\serverA\freigabename getrennt und durch ein neues Mapping auf den selben
> Laufwerksbuchstaben mit einem anderen Server \\serverB\freigabename
> hergestellt.
> Heute nun die Überraschung.
> Im Explorer stand heute hinter dem Laufwerksbuchstaben wieder das alte
> Mapping nach \\serverA\freigabename.

Ist die o.g. GPO noch aktiv? Wenn ja, dann ist das IMHO normal.

> Und so ist es bei vereinzelten Workstations im Netzwerk auch. Plötzlich
> stehen wieder veraltete oder schon einmal zugeordnete Netzwerk-Mappings
> wieder zur Verfügung. Sonst hatte ich immer den Verdacht bei einer
> fehlerhaften GPO, aber da mein Laufwerk-Mapping ja von Hand eingerichtet
> worden ist und nicht per GPO-Zuweisung kann ich dies wohl auch für die
> anderen Workstations ausschliessen.

IMHO überschreibt die GPO aber das manuelle.

> Irgendwie müssen diese Informationen für "schon einmal vorhandene Mappings"
> im Client temporär gespeichert bleiben und aus Gründen wie auch plötzlich
> wieder eingelesen bzw. aktiv geschaltet werden.

Ist die GPO noch vorhanden? Wenn nein, dann verschieb den Client mal in
eine andere OU, in der keine andere GPO greift.

> Hat wer vielleicht schon einmal dieselben Beobachten gemacht oder einen
> Lösungsansatz hierfür?

Ich bevorzuge Loginscripte:
http://www.gruppenrichtlinien.de/How...de_Scripts.htm

Servus
Winfried
--
Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe
GPO's: http://www.gruppenrichtlinien.de
Gruppenrichtlinien Mailingliste "gpupdate":
http://frickelsoft.net/cms/index.php?page=mailingliste

Hallo!

Wenn du dich dafür entscheidest, Scripte zu benutzen, dann kannst du einige
Zeilen einfügen, die dir helfen werden alle Mappings vorher zu trennen und
dann die neuen zu mappen.

Das Script kanns du ändern indem du eine zeile vorne einfügst:
net use * /delete >nul
welche dazu dient alle schon gemappten Netzlaufwerke zu entfernen.
Dann kannst du den Schalter /persistent: no hinzufügen, um sicherzustellen,
dass alle Laufwerke sogar nach der Anmeldung nicht gemappt bleiben. Ein
Beispiel:

net use * /delete >nul
net use /persistent:no
net use N: \\Servername\Sharename
net use O: \\Servername\Sharename
net use S: \\Servername\Sharename

Hoffe dir damit gedient zu haben

MfG

STU


"Björn" <Bjrn@discussions.microsoft.com> wrote in message
news:31D82D42-1F33-41B2-8FA9-049DEFA50335@microsoft.com...
> Hallo NG,
> ich beobachte seit einiger Zeit, dass auf mehreren Workstations alte
> Verweise auf Mappings wieder hergestellt werden. So nun auch bei meinem PC
> (WinXPProSP2).
> In unserer Umgebung läuft ein W2K SP4 Server der über eine GPO das
> Laufwerksmapping realisiert.
> Bei mir hatte ich vorgestern ein altes Laufwerks-Mapping
> \\serverA\freigabename getrennt und durch ein neues Mapping auf den selben
> Laufwerksbuchstaben mit einem anderen Server \\serverB\freigabename
> hergestellt.
> Heute nun die Überraschung.
> Im Explorer stand heute hinter dem Laufwerksbuchstaben wieder das alte
> Mapping nach \\serverA\freigabename.
> Und so ist es bei vereinzelten Workstations im Netzwerk auch. Plötzlich
> stehen wieder veraltete oder schon einmal zugeordnete Netzwerk-Mappings
> wieder zur Verfügung. Sonst hatte ich immer den Verdacht bei einer
> fehlerhaften GPO, aber da mein Laufwerk-Mapping ja von Hand eingerichtet
> worden ist und nicht per GPO-Zuweisung kann ich dies wohl auch für die
> anderen Workstations ausschliessen.
> Irgendwie müssen diese Informationen für "schon einmal vorhandene
> Mappings"
> im Client temporär gespeichert bleiben und aus Gründen wie auch plötzlich
> wieder eingelesen bzw. aktiv geschaltet werden.
>
> Hat wer vielleicht schon einmal dieselben Beobachten gemacht oder einen
> Lösungsansatz hierfür?
>

>
> Ist die o.g. GPO noch aktiv? Wenn ja, dann ist das IMHO normal.
>

Die GPO zur Zuweisung von Netzlaufwerken ist noch aktiv. Aber der
Laufwerksbuchstabe, der beim manuellen Mapping vergeben wurde wird in der GPO
nicht verwendet.

> Ich bevorzuge Loginscripte:
> http://www.gruppenrichtlinien.de/How...de_Scripts.htm
>

Ich ja auch! Genau nach diesem HowTo bin ich ja auch vorgegangen.
Nur das ich halt "alte" Laufwerks-Mappings erhalte.

Björn schrieb:

> Die GPO zur Zuweisung von Netzlaufwerken ist noch aktiv. Aber der
> Laufwerksbuchstabe, der beim manuellen Mapping vergeben wurde wird in der GPO
> nicht verwendet.

Aus welchem Grund deaktivierst Du sie nicht?

>> Ich bevorzuge Loginscripte:
>> http://www.gruppenrichtlinien.de/How...de_Scripts.htm
>>
> Ich ja auch! Genau nach diesem HowTo bin ich ja auch vorgegangen.

Hast Du ein net use * /delete am Anfang drin?

> Nur das ich halt "alte" Laufwerks-Mappings erhalte.

Dann könnte natürlich ein DNS-Problem vorliegen. Kontrollier mal ob es
noch DNS-Einträge gibt, die auf den alten Server zeigen.

Servus
Winfried
--
Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe
GPO's: www.gruppenrichtlinien.de
Gruppenrichtlinien Mailingliste "gpupdate":
http://frickelsoft.net/cms/index.php?page=mailingliste

Entschuldigung für die recht späte Antwort, aber war leider krank!

> > Aus welchem Grund deaktivierst Du sie nicht? <<
Die Laufwerkszuweisung wird ja weiterhin im Netzwerk benötigt und somit auch
die GPO. Ich arbeite ja mit ifmember .exe und darüber werden dann ja die
Netzwerkfreigaben für den/die Benutzer gemappt.

> Hast Du ein net use * /delete am Anfang drin?
Ja dass habe ich.

> Dann könnte natürlich ein DNS-Problem vorliegen. Kontrollier mal ob es
> noch DNS-Einträge gibt, die auf den alten Server zeigen.
Habe mir die DNS-Einträge angeschaut. Alles in Ordnung!

Ein Kollege hatte neulich Laufwerke zugemappt, die er laut Mitgliedschaft
nicht zugemappt haben dürfte. Der Zugriff auf dieses Laufwerk wird Ihm dann
auch verweigert. Ich hatte es, dass mir ein Netzlaufwerk mit einem anderen
Mappingnamen zugemappt wurde, jedoch sich der Inhalt des richtigen
Laufwerksmappings darunter befand! Alles sehr merkwürdig.

Welche Art Anmeldskripte könntest Du außer einer Batch-Datei noch empfehlen
um vielleicht einmal die ifmember.exe herauszubekommen?

Gruß Björn

Björn schrieb:

> Entschuldigung für die recht späte Antwort, aber war leider krank!

Hauptsache es ist jetzt wieder alles gut.

>>> Aus welchem Grund deaktivierst Du sie nicht? <<
> Die Laufwerkszuweisung wird ja weiterhin im Netzwerk benötigt und somit auch
> die GPO. Ich arbeite ja mit ifmember .exe und darüber werden dann ja die
> Netzwerkfreigaben für den/die Benutzer gemappt.

Zeig doch mal das komplette Script.

>> Hast Du ein net use * /delete am Anfang drin?
> Ja dass habe ich.

Die Laufwerke werden mit /persistent:no zugewiesen?

>> Dann könnte natürlich ein DNS-Problem vorliegen. Kontrollier mal ob es
>> noch DNS-Einträge gibt, die auf den alten Server zeigen.
> Habe mir die DNS-Einträge angeschaut. Alles in Ordnung!

OK.

> Ein Kollege hatte neulich Laufwerke zugemappt, die er laut Mitgliedschaft
> nicht zugemappt haben dürfte. Der Zugriff auf dieses Laufwerk wird Ihm dann
> auch verweigert. Ich hatte es, dass mir ein Netzlaufwerk mit einem anderen
> Mappingnamen zugemappt wurde, jedoch sich der Inhalt des richtigen
> Laufwerksmappings darunter befand! Alles sehr merkwürdig.

Habt ihr mehrere Domaincontroller im Einsatz? Wenn ja, funktioniert auf
allen die Replikation einwandfrei? Fehlermeldungen im Eventlog der
Server und der clients?

> Welche Art Anmeldskripte könntest Du außer einer Batch-Datei noch empfehlen
> um vielleicht einmal die ifmember.exe herauszubekommen?

Mit anderen hab ich keine Erfahrungen, aber eine Batch ist IMHO immer
noch das einfachste und sollte recht schnell zum Erfolg führen.

Servus
Winfried
--
Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe
GPO's: http://www.gruppenrichtlinien.de
Gruppenrichtlinien Mailingliste "gpupdate":
http://frickelsoft.net/cms/index.php?page=mailingliste

Hier schon einmal die Batch-Datei:

rem *** alle Netzlaufwerke trennen ***
net use * /delete /yes

rem *** Zeitverteilung ***
net time \\SERVERA /SET /YES

net use w: \\SERVERA\freia /persistent:no

rem *** prüfen auf Abteilungszugehörigkeit ***

\\SERVERA\netlogon\ifmember Gruppe1
if not errorlevel 1 goto WEITER1
net use o: \\SERVERA\freib /persistent:no

:WEITER1
\\SERVERA\netlogon\ifmember Gruppe2
if not errorlevel 1 goto WEITER2
net use o: \\SERVERA\freic /persistent:no
net use q: \\SERVERA\freid /persistent:no

:WEITER2
\\SERVERA\netlogon\ifmember Gruppe3
if not errorlevel 1 goto WEITER3
net use o: \\SERVERA\freie /persistent:no

....schnipp
schnapp...

:WEITER40
\\SERVERA\netlogon\ifmember Gruppe20
if not errorlevel 1 goto END
net use m: \\SERVERA\freif /persistent:no

:END

Björn schrieb:

> rem *** alle Netzlaufwerke trennen ***
> net use * /delete /yes
>
> rem *** Zeitverteilung ***
> net time \\SERVERA /SET /YES

Igitt, Weshalb das denn? Seit W2K solltest Du den Dienst W32Time
verwenden. Konfiguriere den 1. DC korrekt, die Clients und Memberserver
holen sich dann die Zeit vom DC: http://support.microsoft.com/kb/816042

> net use w: \\SERVERA\freia /persistent:no
>
> rem *** prüfen auf Abteilungszugehörigkeit ***
>
> \\SERVERA\netlogon\ifmember Gruppe1
> if not errorlevel 1 goto WEITER1
> net use o: \\SERVERA\freib /persistent:no

Ich kann nichts ungewöhnliches entdecken, außer das wir es genau
andersrum machen.
%logonserver%\sysvol\ifmember ReportGrp
if errorlevel 1 net use R: \\Server\Share /persistent:no

Mir keimt der Verdacht, daß Du evtl. die beiden in No. 36 gen.
Einstellungen nicht gesetzt hast:
http://www.gruppenrichtlinien.de/Grundlagen/faq.htm

> :END

Da fehlt noch ein EXIT. ;-)

Servus
Winfried
--
Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe
GPO's: http://www.gruppenrichtlinien.de
Gruppenrichtlinien Mailingliste "gpupdate":
http://frickelsoft.net/cms/index.php?page=mailingliste

> Ich kann nichts ungewöhnliches entdecken, außer das wir es genau
> andersrum machen.
Hab unser Anmeldeskript in der Verzweiflung auch umgestrickt ;-)

> Mir keimt der Verdacht, daß Du evtl. die beiden in No. 36 gen.
> Einstellungen nicht gesetzt hast:
> http://www.gruppenrichtlinien.de/Grundlagen/faq.htm
Computerkonfiguration \ Administrative Vorlagen \ System \ Skripts
"Anmeldeskripts gleichzeitig ausführen" = aktiviert
war bei uns deaktiviert -> vielleicht sollte dies der Fehlersquelle gewesen
sein?

> Da fehlt noch ein EXIT. ;-)
Kann es sein, dass mit vorheriger obiger Einstellung und dem fehlenden EXIT
sich ab und zu Computer bei der Anmeldung "verlaufen" und nur einen blauen
Anmeldebildschirm anzeigen?

Ansonsten warte ich nun einmal ob, ob sicher immer noch Kollegen wegen
falscher bzw. alter Laufwerksmappings melden.

Statusmeldung gebe ich dann hier bekannt.

Gruß Björn