Hirgelzwift

Was für Betriebssystem / Servicepacklevel haben denn die Clients? Neben dem neuen Installer gibt es auch neue AU Software die nicht alle Clients "freiwillig" anziehen.

Wer lesen kann ist klar im Vorteil: Da steht unmissverständlich *.update.microsoft.com :suspect:

Wer suchet der findet könnte man da gemeiner Weise sagen. Benutzerkonfiguration-> Administrative Vorlagen-> Startmenü und Taskleiste -> Klassisches Startmenü erzwingen Aber mal ehrlich, das zu finden sollte doch normalerweise kein Problem sein.

Ich glaube kaum das AD mit externen Trust in der Lage ist Verzeichnisse in einer "fremden" Domäne anzulegen. Ausserdem solltest du DNS auf den DC's zumdindest mitlaufen lassen. DC ohne DNS geht nicht wirklich richtig, zumindest soweit ich das kenne.

Vielleicht ist es auch das Problem das hier im Forum schon mehrfach diskutiert wurde: http://support.microsoft.com/default.aspx?scid=kb;en-us;310741 habe genau dieses Problem öfter meisstens im Zusammenhang mit der FW, bzw. da merkt man es am ehesten.

Diesen Fehler hatte ich auch schon. Das kann auf das Problem meines Vorschreibers hindeuten. Irgendwie läuft der IIS Dienst nicht richtig. Es kann aber auch daran liegen das die Rechte auf dem Folder für den IIS nicht richtig passen. Auch ein alter IUSR Account kann Schuld sein, weil dann das PW evtl. nicht (mehr) richtig ist. Ich habe das wie folgt gelöst: (Umständlich aber sicher) - WSUS und alle Dienste entfernt. - IIS entfernt - den IUSR Benutzer für diesen Computer gelöscht. - IIS neu installiert - WSUS neu installiert. wie gesagt umständlich und langwierig ab danach hat alles super geklappt. Man kann aber auch alles zu Fuß abgehen und die Rechte usw. kontrollieren. Dauert aber meisstens fast genau so lange, macht aber Spaß dem "Gegner" auf diese Art und Weise zu besiegen ;)

Im Grunde sind die Schalter die du gesetzt hast ausreichend. Da ist aber nichts drin von wegen Freigaben. Permcopy, kannte ich bis gerade nicht, kopiert die ACL wenn du den Schalter /sec bei robcopy vergessen hast. Das andere Problem ist das wenn du nun den Besitz auf die alten Quelldateien übernimmst die alte ACL flöten geht. Daher lege ich immer die Verzeichnisse händisch an und setzte die ACL so wie ich sie brauche. :D Viel Spaß, ich beneide dich nicht bei dieser Migration. :(

Wenn du vom der Quelle kopierst dann musst du in der Lage sein auch die Quelle zu lesen weil das Programm robocopy in deinem Namen ausgeführt wird. Wenn die Admins keinen Zugriff auf's System haben weil jemand glaubt das muss wegen Datenschutz so sein und denkt das das der Admin nicht umgehen könnte, wenn er wollte, der glaubt auch das Zitronenfalter Zitronen falten. Ein Admin muss immer Zugriff auf alles haben sonst kannst du nicht Admin sein. Alles andere ist Quatsch und macht unnötig Arbeit, wie du jetzt unschwer erkennen kannst. Soweit ich weis kann robocopy keine Freigaben basteln, ich denke das musst du schon selber machen. Übrigens: robocopy /??? und du siehst alle Befehle die Möglich sind

Wenn ich mit dem Client auf einen Samba Server gehe der eine "alte" Sambaversion hat dann funzt die Sache problemlos :suspect:

Wenn du sie Donnerstag genehmigst, sind sie normalerweise Freitag am Client, dann kannst du Montag installieren. Aber was ist mit mobilen Clients und PC's dei länger aus sind wegen Urlaub. Die brauchen dann evtl. noch eine Woche länger mit dem Update.... ich würde meine Strategie nochmal überlegen und im Grunde täglich die Updates installieren lassen. Wenn du sie nur einmal die Woche freigibst kommen ja auch keine und du hast den selben Effekt :D

Der WSUS Server fängt sofort nach der Freigabe den download an. Wenn du also am Freitag freigibst und der download komplett ist fangen die Clients sofort an den Download vom WSUS Server zu ziehen. Damit dann am Montag installiert wird muss der Client die Updates schon lokal gezogen haben (option 4). Also müssen die Updates nicht ne Woche vorher da sein sondern am Freitag damit 3 Tage vorher, sofern die Rechner, wovon ich ausgehe, abends abgeschaltet werden. Will sagen der Client zieht sich nicht das Update erst am Montag früh, während der Installation, sondern sowie es beim WSUS bereit steht. Ist also der Update am Montag früh nicht schon lokal zieht er erst am Montag die Updates vom WSUS und installiert erst am nächsten Montag.

Hättest du die Antwort zu deinen eigenen Beitrag gelesen bzw. verstanden hättest du dir die Frage selber beantworten können: http://www.mcseboard.de/showthread.php?t=66927

Warte mal ein wenig ab bis die Änderung über alle DC's sauber repliziert hat.

Hat keiner eine Idee?

Nein, wenn du GPO's auf Computer anwenden willst dann musst du diese in OU's einsortieren. Der Container "Computer" ist keine OU und daher kannst du keine GPO's auf den default Container Computer anwenden. Wenn du Computer vor dem eigentlichen join händisch erzeugst dann kannst du das gleich in der richtigen OU machen. Ansonsten musst du die Computer händisch verschieben. Entscheide selber was für dich besser ist. Alternativ kann man noch das Tool netdom.exe verwenden.

Thoeretisch ist es auch möglich bei dyndns eine feste IP Adresse anzugeben um die Vorhaltung eigener DNS Server zu vermeiden. Die meissten ISP verlangen Geld wenn man ihren DNS Server benutzen will. Wie gesagt, Theorie, wie es in diesem Fall ist weiß ich nicht :D

Auf einem G3 Insight Manager 4.1 Ich dachte bei HP Insight Manager geht es bei 7.0 los

Dein ISP muss für deinen Domänennamen einen MX Record erzeugen. Am besten auch gleich revers. Dieser MX Record ist natürlich eine public IP und muss über deine FW unter dieser Adresse angesprochen werden können.

Hallo Gemeinde, wer setzt Samba höher 3.0.7 mit Suse Linux 9.3 ein und macht Offlinedateisyncronisation? Die Clients sind Windows XP SP2 Wir haben Probleme das seit dem Update von Linux 8.1 mit Samba 3.0.7 die Netzwerklaufwerke von diesem Server abgeworfen werden sobald beim Offlinedateisync. Probleme auftreten. Mal geht der Sync. mal wieder nicht oder bricht mittendrinn ab und behauptet das der Server nicht mehr verfühbar ist was natürlich Quatsch ist. Kann es sein das das ein SMB problem ist das hier in anderen Zusammenhang schon diskutiert wurde? Auch ein Problem ist das Suse Linux 9.3 3.0.7 nicht mehr unterstützt. Also kein Fallback möglich :(

Scheint so das als du die Updates am Freitag freigegeben hast wohl schon viele oder alle PC's aus waren, bzw. nach der Freigabe werden ja erst mal die Updates von MS abgeholt und das kann dauern. Damit am Montag um 5 Uhr früh installiert werden kann muss der download schon am Freitag auf dem lokalen Rechner sein.

Kein Problem, schau mal genau im AD nach, da wirst du den Parameter finden "Automatische Updates sofort installieren". :D

Du kannst das Tool netdom.exe mit den Parametern /join /domain /ou:ou=..... (revers eintragen) direkt erledigen. Bitte beachte das von netdom Versionen für W2K und XP getrennt gibt. Wenn du das aber alles tippen willst dann wirst du arm. Entweder du machst dir batchjobs auf einer CD oder Diskette oder machst wie bereits erwähnt den Computer händisch in die OU rein und joinst dann "normal"

Wie mein Vorschreiber schon sagt: Es ist Spam. In der Mail siehst du keinen Empfänger weil sämtliche Empfänger auf bcc gesetzt sind. Auch steht in der Mail nix drin damit ein evtl Textspamfilter nicht zuschlagen kann. Damit werden e-mail Adressen geprüft ob sie aktiv sind bevor sie verkauft werden.

Normalerweise legt man beim konfigurieren eines Raid die Größe der Partition fest. Unter MS gibt es für die Systempartition keine Möglichkeit ein SW RAID zu konfiigurieren, das geht nämlich nur mit dynamischen Volumen und die Systempartition muß Basic sein. (Nur so eine Anmerkung um was für ein RAID es sich handelt SW vs. HW) Wenn du also beim konfigurieren das HW RAID gesagt hast das die Partition 150 MB ist dann ist sie 150 MB, ende Gelände. Da kannst du dann nur mit 3rd Party Tools wie Partition magic etc. drauf. Davon würde ich aber dringend abraten, ist aber nur meine persönliche Meinung. Ansonsten mußt du halt den Rechner platt machen und neu aufsetzen :D

Dann geh ich halt noch mal Antwort: Wahrscheinlich hast du den falschen DOS Treiber erwischt, oder der Treiber ist mit der verwendeten Version von DOS nicht kompatibel.