Sunny61

Schon mitbekommen. Irgendwie schade...

Scheinbar ist noch nicht alles verloren, zumindest lese ich das bei Uwe Ricken so raus. Ansonsten ist das Verhalten schon sehr traurig, einfach mal so Absagen ohne vorher mit den Leute zu sprechen.

Was genau heißt das jetzt? Funktioniert nun alles oder gibt es noch Probleme? Wenn letzteres, hast Du alle GPOs wie empfohlen 'gelöscht' und neu gestartet?

Welche Sicherheitssoftware ist installiert? Sind auch wirklich alle beiden Benutzernamen und 'NICHT LEERE' Kennwörter beim anderen Client angelegt? Arbeitsgruppe ist auch wirklich bei beiden gleich?

Der User ist der Domainadmin.

Schön, trotzdem kann dir UAC dazwischen funken. Lass dir nicht alles aus der Nase ziehen. Wie genau sieht denn der geplante Task aus? Hast Du auch erhöhte Zugriffsrechte angehakt? Vermutlich darf das Logfile nicht geschrieben werden. Gib dort doch mal einen Pfad in das Verzeichnis vom Admin an.

Für alle die nicht Xing sind, und sich auch nicht für diesen Artikel dort anmelden möchten: http://db-berater.blogspot.de/2013/09/mcm-mcsm-mca-programm-wird-von.html

Fehlerursache?

Zugriff verweigert.

Könnte das an fehlenden Zugriffs-Berechtigungen auf den Ordner C:\Windows\system32\LogFiles\Sum\ hinweisen?

Ja.

Es ist einfach nur toll was der Entwickler da fertig bringt: http://wsuspackagepublisher.codeplex.com/releases/view/111560

Release Notes

CustomUpdate : Add the ability to use the return code when using a VbScript.
Automatically elevate privileges at starting when UAC is enable.
Allow WPP to check online if a new version is available.
Speed up the display of the update creation wizard.
When creating a rule based on Wmi request, pre-fill WMI namespace with root\Cimv2 and allow to browse for available namespaces on the computer.
When running on the Wsus server and generating a self-signed certificate or setting a new certificate, automatically install the new certificate in good stores.
Now, WPP is able to issue his own Self-Signed Certificate when running on Windows Server 2012R2.
Display certificate Key lenght in 'About' Form.
When double clicking on an update, open a window to revise this update.
Allow WPP to use the %TempWPP% environnement variable if defined, as temporary working folder.
When creating rules based on file creation/modification date, allow user to enter local time and convert automatically to Universal Time.
Allow user to Import/Export packages from Vendors' Catalogs (See Documentations).
Allow user to subscribe to catalogs so that when new version of these catalogs are available, WPP can notify the user (See Documentations).

Bei großen, gewachsenen Sharepoint Installationen kann es druchaus vorkommen.

Kannst Du dazu etwas mehr verraten? Wie groß ist groß dabei?

Wer ist der ausführende Benutzer? Darf der denn auch FTP ausführen? Darf er auf die Batch und auf die TXT zugreifen?

Bei dem besagten User waren es sage und schreibe 144 Gruppen

Gibt es eigentlich ein Szenario, für den Einsatz von 144 Gruppen für einen Benutzer?

Ich habe jetzt auch über eine GPO die Einstellungen vorgenommen. Diese verhindern aber dann nur überhaupt einen Haken setzten zu können. Das war aber schon möglich, wird aber nicht gespeichert.

Du kannst alle GPO-Einstellungen auf dem Client entfernen, anschließend neu starten. Jetzt kommen nur noch die Einstellungen, die es wirlich noch gibt. http://www.tech-archive.net/Archive/Windows/microsoft.public.windows.group_policy/2007-03/msg00070.html

Mit Hilfe des Sysinternal ProcessMonitor kannst Du rausfinden, wo genau welcher Schlüssel oder welche Datei angepasst wird. Diese Änderungen kannst du dann später mit Group Policy Preferences an die Benutzer bringen.

Was wurde zu dem 'Zeitpunkt' geändert? Hast Du schon einen sauberen Neustart versucht? http://support.microsoft.com/kb/929135/de

Was spricht gegen BGInfo?

Wie genau sieht denn die Verknüpfung zu den Laufwerken aus? Was genau steht in den Eigenschaften dazu? Habt ihr den Desktop umgeleitet? Welche genaue Fehlermeldung kommt, wenn die Verknüpfung nicht 'funktioniert'?

Überprüf doch im IE die Einstellungen für das Intranet. Was ist dort dazu zu finden?

Was das Foto des Benutzerkontos betrifft: Hier verhält sich das System etwas anders als bei "stand-alone" (MS-Konto) - bei einer Domänen-Workstation muss das Foto im AD hinterlegt sein.

Nein, das Foto muß nicht im AD hinterlegt. Es müssen allerdings die Berechtigungen zum manuellen ändern vorhanden sein.

Wie würdet ihr die Netzlaufwerke verbinden?

Die meisten Clients sind XP.

Wenn auf den XP-Clients KB943729 installiert ist, per Group Policy Preferences. http://www.gruppenrichtlinien.de/artikel/group-policy-preferences-gpp/ Ansonsten KB943729 per WSUS zur Verfügung stellen. Insbesonders die Zielgruppenadressierung ist das Killer-Feature bei den GPPs.

Freut mich für Dich und Danke für die Rückmeldung. ;)

Betrifft das nur diesen einen User? Wenn ja, leg für ihn ein neues Terminalserverprofil an. Wenn darin alles funktioniert, kannst Du die Daten und Dateien vom alten ins neue Profil kopieren.

Es liegt nicht an der Sicherheitssoftware und an den Treibern, es muss ein Berechtigungsproblem sein.

Du hast wohl noch nie erlebt, dass eine Sicherheitssoftware für Berechtigungsprobleme gesorgt hat.

Und immer stehen noch Antworten aus.

Hatte ich aber schon in http://www.mcseboard.de/topic/194649-windows-2012-freigaben-mit-windows-xp-und-7/?do=findComment&comment=1206248 gefragt. Mit leeren Kennwörtern geht das schon lange nicht mehr.

Und wenn es keinen 'sauberen' Logout gibt? Dann hast in Kürze Leichen im DNS.

Möchtest Du nicht auf die gestellten Fragen antworten? http://www.faq-o-matic.net/2009/10/08/drucken-unter-windows-7-in-der-domne/

Es wurde eine Warnung in der Ereignisanzeige geloggt, dass ein Laufwerk nicht gemappt werden konnte...

Na wunderbar. ;)

Gibt es irgendwo vielleicht einen einstellbaren Timeout, wenn er ein Laufwerk nicht finden kann oder die Berechtigungen fehlen?

Wenn Du mit Batchdateien arbeitest, mußt Du schon selbst eine Fehlerbahndlung einbauen. Mit den Group Policy Preferences brauchst Du nichts machen, da ist nur das Eventlog auf den Clients wichtig.

Die Benutzer werden aber doch über die Active Directory Verwaltung angelegt.

• Also lege ich einen neuen User an (ohne dt. Umlaute),
• melde mich auf dem RDP-Server an und wieder ab,
• kopiere dann die Daten aus dem alten Profil in das neue
• und lösche dann den alten Benutzer?

Wenn ja, wie gehe ich bei Punkt 3 vor? Mache ich das normal über den Explorer oder über die Profilverwaltung (rechte MT auf Arbeitsplatz > Erweitert > usw)?

 

 

 

Seit W2008 funktioniert Punkt 3 nicht mehr über den Arbeitsplatz, Du kannst nur noch das Standardprofil kopieren. Aber bei einem W2003 könnte der Weg über den Arbeitsplatz funktionieren, wenn es kein Servergespeichertes Terminalserverprofil ist.