xebeche

Hallo, Problem: Kontextmenu Windows Explorer teilweise (Open, Edit, New, Print) in Englisch Es tritt auf wenn man das Kontextmenu für eine Officedatei aktiviert. Umgebung: Windows 7 Prof 32 bit, Office 2010 Pro Plus (Englisch mit dt. Sprachpaket) 32 bit, komplette Spracheinstellungen auf Deutschland/deutsch im OS, Office richtet sich nach Umgebung (default) Da es nur bei Office Dateien passiert, gehe ich davon aus, dass es ein Bug im Zusammenhang mit dem dt. Office Sprachpaket ist. Hat jemand ähnliches erlebt oder kennt einen Lösungsansatz?

Hallo zusammen, ich lese mich im Technet wund, aber ich finde leider keine Aussage von MS, welche Mindestbandbreite ein Direct Access Client für eine stabile Verbindung mit der Direct Access Infrastruktur voraussetzt. Sicher geht es auch über eine ISDN-Leitung, aber ich denke nicht, dass das ratsam ist. Hat jemand zufällig einen Link parat? Danke!

Hallo zusammen, ich darf mir im Rahmen meiner "persönlichen Weiterentwicklung" meine Schulungen für dieses Geschäftsjahr selber organisieren. Meine Schwerpunkte sind Windows 7 Rollout im Zusammenspiel mit Server 2008 R2 und Hyper-V. Ich suche ausdrücklich Schulungen die mir rein über die Praxis das Wissen vermitteln. Reine MOC-Kurse für das Kurzzeitgedächtnis benötige ich nicht. Gibt es Anbieter die sich auf so etwas spezialisiert haben? PS: So Offtopic ist es zwar nicht, aber das Hauptziel ist nicht die Zertifizierung, sondern das Wissen. Die Prüfung kann ich später mit der Erfahrung auch so machen.

Hallo zusammen, folgendes Szenario: Der Anwender ändert sein Passwort. Danach wird die Workstation gesperrt. In diesem Status wird der Client in den Hibernationmodus gefahren und aus der Dockingstation genommen. Der User versucht später den Client wieder zu unlocken ( arbeitet offline ). Weder das alte noch das neue Password funktionieren. Der Client lässt sich nicht entsperren. OS: Win XP Pro AD: Win 2003 Reg_setting forceunlocklogon = 1 Der Anwender arbeitet im Homeoffice, muss sich also erst am OS anmelden, um die VPN-Verbindung aufzubauen. Hat jemand eine Erklärung für dieses Problem?

Hallo zusammen, ich möchte Apipa via GPO ausschalten. Da es kein fertiges Setting von MS gibt, bleibt mir der Weg über ein adm Template. z.B. CLASS MACHINE CATEGORY "Apipa" KEYNAME "System\CurrentControlSet\Services\Tcpip\Parameters" POLICY !!APIPAPolicy EXPLAIN !!APIPAPolicy VALUENAME "IPAutoconfigurationEnabled" VALUEON NUMERIC 1 VALUEOFF NUMERIC 0 END POLICY END CATEGORY [strings] APIPAPolicy="Automatic Private IP addressing" Wenn ich das im GPeditor hinzufüge erscheint keine Fehlermeldung. Unter Administrative Templates ist es aber trotzdem nicht verfügbar. Wo hat sich da der Fehler eingeschlichen?

Ich habe ein Problem mit einem Client, nach einem gpupdate /force erneuert er die Richtlinien ohne Fehlermeldung, wenn ich mir aber das Ergebnis mit gpresult anschauen will, kommt diese Meldung: INFORMATION: Das Richtlinienobjekt ist nicht vorhanden. Im Eventlog habe ich folgende Auffälligkeiten gefunden: EventID: 40960 "Das Sicherheitssystem hat einen versuchten Herunterstuffungsangriff für den Server xxx festgestellt. Der Fehlercode der Authentfizierungsprotokoll Kerberos war" Es stehen momentan keine Anmeldeserver zur Verfügung, um die Anmeldeanforderung zu verarbeiten."" EventID: 40961 "Das Sicherheitssystem konnte keine sichere Verbindung mit dem Server xxx herstellen. Es war kein Authentifizierungsprotokoll verfügbar. Domänendetails: Win 2003 AD Client: XP SP 1 Es sind mehrere DCs online und funktionieren. Würde es helfen, den Client aus der Domäne zu entfernen, Computerkonto aus dem AD entfernen, Computerkonto neu anlegen, Client der Domäne hinzufügen?

Für das Nicht Öffnen der URL, es wird nur ein neues, leeres IE Fenster aufgemacht habe ich folgendes bei MS gefunden http://support.microsoft.com/?kbid=281679 Weiss jemand, ob die anderen Funktionen ebenfalls von diesen dlls gesteuert werden?

Ich vermute ganz stark das es daran liegt. Problem ist, dass wirklich ausschlaggebende Setting zu finden. Wenn diese nicht funktionierenden Funktionen von den gleichen ddls gesteuert werden, oder ein nicht gestarteter Dienst dafür verantwortlich ist, kann ich den Fehler noch mehr eingrenzen. Es handelt sich hier um ein Outsourcing Projekt, d.h. die betreffenden Richtlinien wurden vom Kunden geliefert. Dieser hat sie aus seiner Legacy Win 2000 Domäne zum Großteil migriert. Keiner mehr da zum Fragen und in den GPOs sind nicht nur 10 Settings konfiguriert. Closed Client- Rechner mit sehr eingeschränkten Rechten Open Client - mehr lokale Rechte, wie Netzwerkoptionen, konfigurierbarer IE, usw. Dieser Weg wird beschritten, um bestimmten Usern mehr Rechte zu geben, ohne sie gleich zu lokalen Admins machen zu müssen. Wenn der Angestellte nur im Büro arbeitet, seinen Laptop immer in der Dockingstation hat, reicht der Closed Client. Sollte er jedoch im Home Office/Außendienst arbeiten braucht er mehr Rechte, um sich z.B. an einem WLan anmelden zu können, als Closed Client hat er diese Option nicht.

Es sieht zwar auf den ersten Blick wie ein Client Problem aus, ist es aber nicht, deshalb nicht das falsche Forum. Umgebung: Win Server 2003 AD Clients : XP SP1 in zwei grundlegenden Variationen ( closed & open Client) über GPOs Auf den open Clients können User folgende Funktionen nicht ausführen: - Drag & drop funktioniert nicht - öffnen eines Internet Links in einem neuen Fenster (Kontextmenue) funktioniert nicht, ein neues IE Fesnter öffnet sich, jedoch wird der Link nicht geöffnet - Media Player Files werden nicht im Mediaplayer nach Doppelklick geöffnet. Beim Aufrufen aus dem Mediaplayer geht es ( Open File...) Alle open Clients sind im Endefekt auch closed Clients, d.h. es wird eine zusätzliche GPO verwendet die Settings der closed Client GPO ändert. Da oben beschriebene Fehler auf den closed Clients nicht auftreten, vermute ich als Ursache die open Client GPO und Security Setting auf der File System oder Dienste Ebene. Werden die oben genannten Funktionen durch eine oder mehrere dlls gesteuert, die sich im selben Ordner befinden?

Gruppen Richtlinien haben aber doch nichts mit dem Profil zu tun, sondern damit, an welcher OU das Richtlinien Objekt im AD gelinkt ist. Ich gehe mal davon aus, dass sich die User im Standard Ordner Users befinden. Da man die Finger von der Default Domain Policy lässt, linkst Du die Gruppenrichtlinie an die OUs, wo sich die ComputerKonten bzw. die Userkonten befinden. ( Eine Neue erstellen geht ganz schnell, Group Policy Objects > Kontextmenue > new Policy Object). In der default Einstellung zielt sie auf authenticated Users, d.h. auf die Konten, die sich in den gelinkten OUs befinden. Jetzt kannst Du nach Herzenslaune konfigurieren, aber nicht vergessen die GPO zu enablen. Auf einem Client führts Du auf der Kommandozeile "gpupdate /force" durch, danach "gpresult" Sollte die Richtlinie noch nicht angewendet werden, einfach mal warten, wegen der Replikation, oder ein Reboot.

erstmal danke für die Antworten. Das Setting Computerkonfiguration\Administrative Vorlagen\System/Anmeldung\Beim Neustart des Computers und bei der Anmeldung immer auf das Netzwerk warten ist nicht konfiguriert, d.h. der Nutzer meldet sich mit seinem zwischengespeicherten Profil an. Das erklärt, wieso der "Fehler" ab dem zweiten Logon nicht mehr auftritt. Jedoch beim ersten Logon wartet Windows XP immer darauf, dass das Netzwerk initialisiert ist. Jetzt stellt sich für mich nur noch das Problem, wieso die klassische Taskleiste verwendet wird. Nimmt er dies aus dem lokalen Default User Profil? Da gehe ich jedoch davon aus, dass dies per default mit dem Luna Design konfiguriert ist, oder?

Hallo zusammen! In unserer Umgebung haben wir ein merkwürdiges Problem. Grundsätzlich ist das Luna Design auf dem XP System per Basebuild definiert. Wenn sich jedoch User mit einem roaming Profile das erste Mal am Client anmelden, wird die Taskleiste klassisch dargestellt, d.h. silberfarbige Leiste und Startbutton. Beim zweiten und späteren Logins wird dann wieder das Luna Design verwendet. Hat jemand eine Idee wieso dies auftritt und wie man es abstellen kann?

ok, ich habe einen anderen weg gefunden User Configuration Administrative Templates\Windows Components\Internet Explorer\Internet Control Panel\Security Page. In there is a "Site to zone assignment list" setting. You add the site here with a value depending on which zone it needs to go into -: 1 = Intranet 2 = Trusted 3 = Internet 4 = Restricted funtioniert aber nur, wenn SP 2 auf den Clients installiert ist. Dies ist in dieser Umgebung leider nicht der Fall... hat jemand einen lösung für dieses problem? Bitte nicht sagen SP 2 installieren, das ist bei der menge an Clients nicht möglich und auch nicht meine Baustelle.

hallo zusammen, ich versuche ca. 50 trusted sites via GPO an Clients zu verteilen. Bisher dachte ich, dass folgender Weg der richtige wäre. User Configuration, -> Windows Settings, -> , Internet Explorer Maintenance, -> Security, -> Security Zones and Content. import current security zones -> set Security setting to "Trusted sites" Das funktioniert aber nur, wenn auf den Client die Enhanced Security Configuration aktiv ist, was aber nicht der Fall ist. Gibt es einen einfachen Weg über GPO Trusted Sites zu verteilen, ohne ein ADM template bauen zu müssen? edit: es ist ein win 2003 AD mit xp clients

kurze Erklärung, ich versuche zwei Accounts in domäne A (win2003) anzugleichen. Account 1 ist Mitglied in diversen globalen security gruppen in domäne B (win2003 domaintrust). In domäne A zeigt es mir nur die Gruppenmitgliedschaften von Account 1 in Domäne A an. Wie finde ich heraus, wo Account 1 in Domäne B Mitglied ist, damit ich Account 2 angleichen kann?