JamesTorri

Hm,

 

Du kennst den Befehl "net use X:\\server\share" ?

 

-Zahni

Auf jeden Fall... Ich kenne mich gut aus mit Loginscripts. Das Ziel ist genau so einen Batch erstellen zu können. Genau diese Information möchte ich mit einem Tool oder mit einem Skript "kopieren".

Es geht darum, dass ich die Erstellung von Loginskripts für Laptopbenutzer delegieren möchte. Und dies so einfach wie möglich.

Hallo zusammen

Ich wollte mal fragen, ob jemand ein Tool/Skript kennt, mit welchem ich die gemappten Laufwerke "kopieren" kann.

Das heisst, ich habe ein Laufwerk G: mit folgendem Pfad gemappt \\server1\share1

Diese Angaben sollten "kopiert" werden, damit ich es für ein Loginscript weiternutzen kann.

Hintergrund: normaler Loginskript in der Domäne funktioniert einwandfrei. Doch Laptopbenutzer sollten unterwegs nach dem VPN-Verbindunsaufbau, alle Laufwerke gemappt erhalten. Dies sollen Sie per Doppelklick auf eine Batchdatei nach belieben ausführen können.

Danke für Eure Unterstüzung.

JT

Hey Leute,

 

das teht schon auf Details.

Das ist zum Haare rausreißen.

Habe schon soviel ausprobiert und es hilft einfach nichts.

Hat jemand noch eine Idee?

 

Dieser Ordner hat sehr viele Unterordner, dieser Ordner war vorher auf eine XP Rechner und lief ohne Probleme. Dannach habe ich diesen auf eine externe Festplaatte zwischenkopiert um anschließend auf diesen W7 Rechner zu kopieren.

 

Gruß an alle

Ich versteh nicht ganz: du möchtest nur eine Datei löschen, nicht eine Verzeichnisstruktur, oder?

Die Benutzer speichern dort doch fleißig, oder? ;)

Ja, sehr fleissig. Aber dank unserer GPO erscheint irgendwann eine Meldung, die zur Bereinigung auffordert ;-)

UPHC würd ich Dir aber auch dringend empfehlen. Vielleicht blockiert ja irgendein Prozess den Ab-/Anmeldevorgang. Das schreibt UPHC Dir dann auf jeden Fall ins Anwendungsprotokoll.

Kurzes Update: habe nun einen Versuch mit UPHC durchgeführt und das erste Ergebnis ist positiv.

Werde euch auf dem laufenden Halten und ein paar weitere Szenarios durchspielen.

Thx,

James

Ab VISTA ist der Dienst bereits im OS dabei, vorher sollte man das schon installieren. Da UPHC eine MSI mitbringt wäre das ja per GPO im AD schnell ausgerollt.

 

Und es gibt auf den betroffenen Clients keine Fehlermeldungen im Ereignisprotokoll?

UPHC muss ich mir evtl. überlegen.

Nee, auf den Clients habe ich keine Fehlermeldung.

IMHO sollte man alles was man umleiten kann, auf den Server umleiten. Evtl. kannst Du mit Beispiel No. 1 ADM Templates - Administrative Vorlagen, Weiter unten mal einige Sample´s und Codebeispiele: noch weitere Ordner umleiten. Damit dürfte sich die Größe vom Profil erneut reduzieren. Hat jetzt zwar nichts mit dem ursprünglichen Problem zu tun, kann aber IMHO nicht schaden.

Einzig übrig zum Umleiten wäre der Desktop selber :-)

Interessant. Hätte ich jetzt nicht gedacht. Ist das Profil auf Computer B lokal denn noch vorhanden, wenn Du dich abgemeldet hast?

Hmm. Falls ja, dann kann meine Vermutung bezügl. Profil-Sync nicht stimmen. Werd ich mal nachlesen.

 

UPHC würd ich Dir aber auch dringend empfehlen. Vielleicht blockiert ja irgendein Prozess den Ab-/Anmeldevorgang. Das schreibt UPHC Dir dann auf jeden Fall ins Anwendungsprotokoll.

Das Microsoft White Paper zu "Roaming Profiles" ist sehr ausführlich. Es steht viel zum Thema "Merge" drin. Aber trotz all dem, müssten alte Sachen nicht gemerged werden.

Eine Vermutung habe ich auch: dass auf den PC's, wo die veralteteten Profile drauf sind, der Zeitstempel der einzelnen Links aktualisiert wird. Somit wäre eine Voraussetzung geschaffen, um zu mergen...

Ist auf der Freigabe auf dem Server, auf der Profiles geschrieben werden, die Cache-Funktion deaktiviert ?

 

-Zahni

Falls Du Caching in der Freigabe meinst: Caching ist da deaktiviert

Vertue Dich da mal nicht. Meist ist der Ordner "<Username>\Lokale Einstellungen" der Größte und dieser ist standardmäßig vom Sync. ausgeschlossen. Dort befindet sich auch die Outlook-Offline-Datei, die sehr groß werden kann und die dann, falls nicht vorhanden, neu erstellt wird (beim Outlook-Start).

Ergänzend muss ich sagen, dass das Löschen lange dauern kann, wenn viele kleine Dateien im Profil sind...

Was landet denn in den "großen" Profilen? Ich hoffe ihr nutzt auch schon Ordnerumleitung, oder?

 

Bye

Norbert

Ja, gross ist ja relativ. Das Profil ist auf 50MB limitiert. Darin befinden sich teilweise tausende Verknüpfungen (z.B. unter Zuletzt verwendet). Dann kommen die Daten auf dem Desktop dazu und die üblichen Profil-Sachen. Eigene Dateien wurde auf den Server redirected.

Hallo James,

Serverprofil wird bei Anmeldung mit dem lokalen Profil synchronisiert. Also, wenn Dateien neuer sind, wird diese auf dem lokalen Profil aktualisiert. Nun existieren die alten Verknüpfungen nicht mehr auf dem neuen servergesp. Profil.

 

Da bei dem Sync nichts gelöscht wird, verbleiben diese im lokalen Profil und werden bei der Abmeldung auf den Server hochgeladen (sind ja dort nicht vorhanden, also werden sie erstellt, egal wie alt die auch sind).

Ok, schön beschrieben. So ist es in etwa auch. Ich muss aber etwas hinzufügen: habe das Szenario versucht zu reproduzieren:

- Ich habe mich an einem PC eingeloggt und den Desktop mit Verknüpfungen gefüllt

- Mit diesem Profil habe ich mich an Computer A und B eingeloggt, damit beide das gleiche Profil haben. Dann bei beiden wieder ausgeloggt

- Ich habe mich an Computer A eingeloggt und die Hälfte der Verknüpfungen gelöscht -> und wieder ausgeloggt

- Dann an Computer B eingeloggt und die gelöschten Verknüpfungen waren weg....

Meiner Meinung nach muss es genau so laufen. Auch mit "älteren" Profilen.

Wäre auch eine Möglichkeit: wir haben auch schon daran gedacht. Jedoch hätte es in unserer Umgebung zu viele Nachteile, da einige Profile relativ gross sind und diese müssten jedes Mal zuerst gelöscht und dann erstellt werden. Das Login würde so zu lange dauern...

Das "Roaming" funktioniert eigentlich einwandfrei. Jede Abmeldung wird sauber auf den Server gespeichert.

UPHC ist nicht installiert.

Das Problem taucht erst auf, sobald der User sich irgendwo anmeldet, wo er schon lange nicht mehr eingeloggt war. Nach der Abmeldung wird dann das "alte" Profil auf den Server geladen (gemerged).

Sobald der Benutzer sich an seinem PC einloggt, hat er dann die alten und neuen Verknüpfungen.

Evtl. hilft dir dieses Tool weiter, den verantwortlichen Prozess ausfindig zu machen: LockHunter is a free 64/32 bit tool to delete files blocked by any processes

Hallo zusammen

Bei uns in der Domäne kommt es vor, dass Benutzer mit Roaming Profiles, wieder alte Verknüpfungen und Dateien auf dem Desktop vorfinden. Dies geschieht, wenn sie an einem PC einloggen, an welchem Sie schon eine Weile nicht mehr gearbeitet haben.

Eigentlich sollte aber das "aktuelle" Profil heruntergeladen werden, mit dem aktuellen Desktop.

Kennt jemand eine Lösung, wie wir dieses Problem lösen können?

Habe auf der Microsoft Seite das Dokument zu Roaming Profiles durchgelesen (User Data and Settings Management).

Unsere Umgebung:

Windows XP Prof, mit SP3

Windows Server 2003 R2

Gruss,

James

Wie mein Vorredner sagt, könnte es am DNS liegen.

Testhalber könntest Du die HOSTS Datei editieren und die Namesauflösung für die Server ausserhalb der Domäne dort eintragen.

Gruss,

JT

Schau dir mal den zweitletzten Eintrag an:

Active session taken over by different device

Ihr habt kein Presentation Server im Einsatz, oder?

EDIT: Sorry, ist die gleiche Einstellung wir grizzly999 vorgeschlagen hat...

Hallo

Ich hatte mal das gleiche Problem, ist aber schon ne Weile her und kann mich nicht mehr genau daran errinern.

Versuche doch mal mit tscc.msc die Konfiguration anzupassen (z.B. direkt auf dem RDP-Protokoll oder in den Server Settings).

Lass mich wissen, ob es geholfen hat.

Und während dem Troubleshooting gelöst, und zwar wie folgt:

Da es sich um eine gemischte Installation handelt, also englische Server und deutsche Clients, muss die deutsche Sprache ebenfalls bearbeitet werden. Dies wird dann unter folgendem Punkt angepasst:

Im ADSIEdit > Configuration > CN=Configuration... > CN=DisplaySpecifiers und dann dort unter dem jeweiligen Ländercode. Für englisch und deutsch ist es dann:

CN=407 (deutsch)

CN=409 (englisch)

Hallo Leute

Standardmässig erstellt Microsoft im Active Directory neue Benutzer mit dem Format "Vorname Nachname". Bei einem Kunden brauchen wir jedoch folgendes Format: "Nachname Vorname".

Gem. http://support.microsoft.com/Default.aspx?id=250455 hat es auch gut geklappt: Auf dem Server kann ich die Benutzer mit dem neuen Format erstellen.

Jedoch geht es clientseitig (mit dem Adminpak) nicht, da wird immernoch "Vorname Nachname" genommen.

Was muss noch angepasst werden?

Umgebung:

Client: Windows XP Prof. mit SP2, deutsch

Server: Windows 2003 Server mit SP1, english

Gruss und danke schon mal,

JT

Danke mal für die Zwischeninfos.

Ziel ist schon MCSE (Security). Jedoch brauchen wird im Geschäft bis Ende Jahr unter anderem die Prüfung 70-299 um den Partnerstatus mit Microsoft beizubehalten.

Bisher habe ich die 70-270 und 70-290.

Aus den bisherigen Kommentaren schliesse ich daraus, dass es sinnvoll ist, die 70-291 vorher abzulegen...

Hallo Leute

Ich wollte mal fragen, welche Reihenfolge aus eurer Sicht "besser" wäre.

Eigentlich wollte ich in folgender Reihenfolge die nächsten 2 Prüfungen abgelgen:

70-291 > 70-299.

Aus geschäftlichen Gründen müsste ich jetzt die 70-299 zuerst machen. Ist das überhaupt sinnvoll? Ich habe die Prüfungsthemen durchgeschaut, und ein paar Netzwerksachen sind dabei.

Gruss,

jt

Hallo, falls ich Dich richtig verstanden habe, könntest Du ein "Mandatory Profile" einsetzen.

Hier der Link zum englischen Dokument von MS: http://support.microsoft.com/default.aspx?scid=kb;en-us;307800&sd=tech

Thanks an majoo

http://www.mcseboard.de/showthread.php?t=19910

Hallo majoo

Du fragst "falls jemand die Lösung interessiert"?

Ich antworte Dir: Und wie!

Ich muss dir an dieser Stelle ein Kompliment machen!

Echt Spitze von dir, in deinem Thread die Lösung hinzugfügen. Viele eröffnen einen Thread und wenn sie's gelöst haben, wird nicht's mehr nachgeführt...

Mir hat's nach langer Suche geholfen.

Danke und Gruss,

JT

Ist zwar schon lange her, seit der Threadersteller dieses Thema eröffnet hab. Ich bin ebenfalls auf das genannte Problem gestossen.

Hat inzwischen jemand eine Lösung?

Das Problem wurde gelöst.

Durch den Upgrade war der Netzwerkkarten-Treiber nicht mehr installiert (Fragezeichen im Geräte-Manager).

1. Habe den aktuellen Treiber von der HP heruntergeladen und installiert > danach lief die Internetverbindung. Sichtbar war sie aber in der Systemsteuerung noch nicht.

2. Durch die Registrierung der folgenden Befehlen

- regsvr32 netshell.dll

- regsvr32 netcfgx.dll

- regsvr32 netman.dll

3. Danach PC neu starten und alles war wieder i.O.

Danke an alle die mitgeholfen haben.

Gruss,

JT