Chrisy123

Ok jetzt steh ich aufn Schlau, soll ich von jeder GPO die ADM kontrollieren und gegebenenfalls den String ausbessern?

Hallo Sunny Im Eventlog war nichts Auffälliges. Wenn ich am Client Rsop durchführe schmeißt er mir folgende Fehler raus. Ich werde gleich danach googlen und paar Newsgroups durchschauen. Der Fehler kommt auf jeden Clienten wenn ich Rsop durchführe. Hast du evtl. eine Idee?

Hmmm... Die GPO wendet er nicht auf meine Computer an :-/.. an was könnte das wieder liegen, hab die GPO in jeden Standort mit den Rechner Organistationseinheiten verknüpft. Wenn ich eine GPO Modellierung mache zeigt er aber die GPO an^^ gruß Chris

Hmm.. weiß keiner Abhilfe?

Hallo Leute Ich hab nun wieder ein Problem. Beim mir werden die Profile Anwendungsdaten usw. per GPO aufn Server gespeichert. Nun tritt beim synchronisieren folgender Fehler auf: Offline Datein (Server\Pfad\User). Eine Offline Version von "System.mdw" konnte nicht verfügrbar gemacht werden. Es wurde keine exkusliv Rechte in der GPO eingestellt. An was könnt das liegen? :suspect: Vielen Dank. gruß Chris

Okay Danke ihr Beiden :) Wie würde es dann mit den lokalen Ordnerberechtigungen ausschauen, die Rechte werden ja per ID vergben?

Achso ... Cached XP sozusagen die Anmeldung?

Sagen wir nach dem Stromausfall sind die XP Clienten + Server heruntergefahren. Jetzt kommt der Strom zurück, Server + XP Clienten fahren hoch. Jetzt sind die XP Clienten viel früher hochgefahren als der Server. Wenn sich jetzt ein Server Profile per Autologon anmelden würde, würde er den DC nicht finden und könnte sich nicht anmelden. Der Autologon auf den XP Clienten würde als nicht funktionieren. Gibt es eine GPO, die sagt, dass sicher auch der User am Clienten anmelden darf, wenn der DC offline ist.

Hi Leute ! Ich habe hier mehrere Anlagen die sich per Autologon Lokal am Clienten anmelden. Jetzt wollte ich ein paar Spielereien per GPO anwenden, zB alle Laufwerke ausblenden lassen usw. Ja ich weiß das geht auch ganz gut aber VB Script, aber in VB bin ich noch nicht all zu gut Mein Hauptproblem dabei ist, wenn wir Stromausfall haben greifen die USV Anlagen ein und fahren die Clienten + Server herunter. Jetzt kommt der Strom und die Clienten sind früher hochgefahren als der Server. Jetzt würde sich das Server Profile nicht anmelden können. Aus diesem Grund habe ich die Profile immer Lokal am Clienten angelegt. Gruß Chris

... Okay Leute ich hab einen großen Fehler gemacht!! Norbert hat von Anfang an Recht gehabt ... Nach dem ich das am Router mit den ICMP Paketen hinbekomme habe, habe ich nochmal versucht die reg anzupassen Microsoft schreibt folgendes: Installation notes After you install this hotfix, you can resolve the symptom that is described in this article by configuring Windows to use a smaller ICMP ping packet size. To manually change the ICMP ping packet size, create the following registry subkey: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon Value name: PingBufferSize Value type: DWORD (decimal) Value range: 500 - 2048 Default Value: 2048 Note If you do not set this registry subkey or if you set the value out of range, the default ICMP ping packet size of 2048 is used. You can view the packet size in the Userenv.log file. If your network routers are configured to ignore large ICMP packets, be sure to reduce the PingBufferSize to a smaller value. Back to the top Habe statt Dezimal Hexdezimal gehabt beim DWORD Typ!!! Ich möchte mich nochmals bei euch alle bedanken, für euere tolle Mitarbeit, ihr wart wirklich super!!!! Vielen vielen Dank!!! :cool::cool::cool::cool::cool::cool:

Hmm ... Ein Problem weniger, habe grad mit den ZyXel Support gesprochen! Da ist was bei der Firmware schief gelaufen *g Anscheindet haben die mit den ICMP und Ping of death Probleme gehabt, alles was über 512 ist wird als ping of Death erkennt und geblockt! So kann man den schmarn lösen! auf die ZyXel Per Telnet Menu 24 Dann 8 und dann folgende Befehle^^ Funktionieren tut das ganze trozdem immer noch nicht :-(. Immer noch der gleiche Fehler vom Beitrag #6^^ Hmpf :-/

Ja ging ohne Probleme. Meine Domain XXX.LOCAL konnte ich ohne Probleme und schnell hinzufügen. Hab alle Rechner problemlos neu aufgesetzt. Bin unter System > computername > änderen Habs ja auch bei den neuaufgesetzten probiert! Nein, keine Clones ______________________ Hab aber folgendes interessantes gefunden, in meinen VPN Routern^^ Das war vorhin noch nicht da und laut Aussage von ZyXel werden in einen VPN Tunnel keine Daten / ICMP / Pings usw. geblockt. Aber er erkennt die Anmeldung als Attacke, besser gesagt die ICMP Pakete :confused::confused::confused:. Von Clienten aus kann ich aber pingen ZyWall P2 10.10.1.5

So bin grad wieder rein, nein es funzt leider nicht! Hab sogar 3 Rechner neu aufgesetzt. Ereignistyp: Fehler Ereignisquelle: Userenv Ereigniskategorie: Keine Ereigniskennung: 1054 Datum: 14.10.2008 Zeit: 15:10:56 Benutzer: NT-AUTORITÄT\SYSTEM Computer: AS02WORK01 Beschreibung: Der Domänencontrollername für das Computernetzwerk konnte nicht ermittelt werden. (Ein unerwarteter Netzwerkfehler ist aufgetreten. ). Die Verarbeitung der Gruppenrichtlinie wurde abgebrochen. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. Das gibt es doch nicht oder?

Guten Morgen! Ich habe das mal im anderem Standort überprüft. Ich habe nirgends den Ordner GroupPolicy in der system32 :confused: Ich lösche die Cleints nach der Reihe und setzte Sie wieder ins AD. Ich schreib dann wieder Oh seh grad bisschen viel "ich", ist ja ach noch früh :)

Alle Clients :-/

stimmt, mal schauen bis jetzt rührt sich nichts im Ordner^^ :shock::suspect: Ich starte ihn schnell neu – Nein der Ordner war definitv nicht da! Ich hab ihn nun neu erstellt, die Erbrechte hat er eh von sys32 Ordner bekommen, ich hoffe das passt. Ja der Fehler von Beitrag #6 ist leider wieder gekommen und ist noch da :-(

Puhh das mach mich fertig *g... Hab ihn neu angelegt^^

Okay ich nhem alles zurück... die Fehler sind doch die gleichen geblieben... Statisch klappt es auch nicht. Mann ey, kommisch ist das er alle GPOS richtig auf meinen Profile anwendet am Clienten :-/ – Was mir noch aufgefallen ist das es den Ordner GroupPolicy auf C:\WINDOWS\system32 nicht gibt.. Kann es damit was zu tun haben^^?

Wie meinst statisch? Das Problem hier >> Ich bin per Remotedesktopg auf den Rechner :-/.

Ich würde ja gerne nein sagen, aber leider ja :mad:. Es ist jeder Client da.

Server Client FWLZ Ich hoffe das genügt so :-/ WINS Brauchst du hier Details? NetBIOS ist über TCP/IP aktiviert.

Wenn ich unter WINS reingehe, habe ich meinen Server 10.10.0.1 dort. Wenn ich dann nach aktiven Registrierungen suche finde ich auch alle Rechner. Zentrale (Hauptsandort) 10.10.0.X/24 Server IP: 10.10.0.1 – DHCP Clients 10.10.0.x ab zehn aufwärts Nebenstelle (2ter Standort) 10.10.1.X/24 Clients 10.10.1.x ab zehn aufwärts DHCP macht die ZyWall P2, aber in dieser ist als DNS Server 10.10.0.1 angegeben. Auflösung per NSlookup funzt auch im 2tem Standort

:shock: :shock: Ich hoffe nicht wegen mir :o:confused: :shock::suspect: Also ich seh die Rechner(IP Adressen) sowohl in der Forward-Lookupzone als auch in der Reverse-Lookupzone unter 10.10.1.X Fehler ist nach wie vor dar :-/

Nein habe ich nicht, ich antworte jetzt immer direkt per Zitat. Ich glaub dann ist es übersichtshalber besser. Hab in meinen Beitrag 22 geschrieben dass ich WINS konfiguriert habe. Okay >> Ich habe hier einen Zywall 5 UTM und eine ZyWall P2. Über diese laufen die VPN Tunnels. In der ZyWall P2 ist DHCP (10.10.1.X) aktiviert und als DNS Server ist mein Server im Standort 1 (10.10.0.1) angeben. Über NSLOOKUP passt auch alles, wenn ich den Server oder Rechner im Standort 1 abfrage.

Nein diese Richtline war nicht gesetzt. Haben nun die Richtline auf die Rechner im andrem Standort übernommen. GpUpdate und einen Rest ausgeführt. Funktioniert leider immer noch nicht.