tussi4711

AHA! das erkärt dann auch sehr gut warum ich zwar meine Update-Infos auf Clientseite vom SUS holen/generieren lassen kann (in den Logs ist alles ok), aber dann WindowsUpdate (oder besser Bits) auf dem Client gar nicht erst startet. Dammich. Ich wollte eben auch den SUS in einen eigenes Web legen, die Standardwebsite auf wieder auf Port 80 setzten können. Das geht dann also nicht - schade.

der Mdaemon ist schon gar nicht so schlecht. Umsonst ist der aber auch nicht zu haben. IMAP wird gut untersützt und WebMail ist (wie ich meine) hervorragend. Allerdings hatte ich selbst massiv Probleme Postfach-Kontakte über webmail angezeigt zu bekommen und mit dem Kalender ging's mir nicht anders. Eben das war für mich ein KO-Kriterium. Ausserdem mag ich IMAP mit Outlook >= XP nicht wirklich und mit Express will ich nicht arbeiten.

@Michi ja so schnell passiert mir das jetzt hoffentlich auch nicht mehr. Die Client-Logs laufen mittlerweile auch ganz ordentlich. Nachdem in meinem Netz hier nicht allzu viele PC stehen, kann ich mit der ausschließlichen Anzeige der IPs auch ganz gut leben. Und damit's nicht langweilig wird hab ich mir jetzt mal Pest Patrol Cop. besorgt (aber das gehört wohl nicht hier her). PS: vasteen kamma des schon, wobei's bei regionaltypischen "Fachbegriffen" wie z.B. "mi fuist" (für alle nicht sprachkundigen: mich friert) wird's dann schon eher wieder eng, net? So, jetzt aber Schluss mit der Lingualagrobatik, weil weigen sonst moani habts mi nimma lang. PPS: auf PN kann ich erst antworten wenn ich mich ausreichend in diesem Forum eingebracht hab.

Hey Michael, auf gruppenrichtlinien hab ich mich schon wundgeklickt. Aber trotzdem nochmal danke für den Tip. Hab wieder mal gelesen und gelesen und.........., naja und fiehl mir mal ganz beiläufig ein, dass die DCs in ihrer eigenen OU hausen und die wiederum ihre eigenen GPs haben. Kaum setzt man auch da die Parameter für das WindowsUpdate, schon klappt's auch auf dem DC. Nach dem gpupdate wurde auch für den DC alles korrekt angezeigt und zur Installation der neuen Updates aufgefordert. ich bin ja so ein Depp. PS: Da gips ein Dorf mit einer Burg, die im 30jährigen von Ikea-Schweden niedergemetzelt wurde. Unweit von da hab ich viele viele Jahre verbracht und hab immer noch so meine Drähte dahin. Mittlerweile bin ich aber wieder in meiner alten Heimat, da wo man nicht willens ist die Oberpfälzer zu verstehen (Großraum Landeshauptstadt).

Hi Michael die Logs für das Web "SUS" liegen bei mir unter C:\WINNT\system32\Logfiles\W3SVC2\. Der suslogviewer funktioniert problemlos bei mir. Allerdings tut der Server selbst nichts, der machte keine Updates und holt sich noch nicht mal die Daten vom SUS (der auf eben diesem Server läuft. Die GPO wende ich auf die gesamte Domain an, also nicht "nur" auf OUs. Die Registry des Servers ist korrekt eingestellt (bezügl. WindowsUpdate). tussi4711 PS: tss....., ein Oberpfälzer, wie angenehm. (<- das mein ich ernst)

So, nachdem ich jetzt die Faxen dicke hatte, hab ich den SUS deinstalliert. In meiner Standardwebsite läuft OWA und seit einiger Zeit der SharePoint Portal Server (allerdings weder konfiguriert noch genutzt z.Z.). Offensichtlich sind da die Rechte/Sicherheitseinstellungen nicht mehr genauso offen, wie von den ursprünglichen Installationen her. Eigentlich nutze ich das z.Z. ausschließlich für OWA mit SSL, ergo - mit der Zeit alles weiteres zu gemacht. Nun hat sich der SUS ja eben in die Standardwebsite installiert, die hört ja auch auf Port 80. Nach der Deinstallation von SUS hab ich in der Standardwebsite den Port auf 82 gesetzt und den SUS neu installiert und alles Daten zurück kopiert. Der hört nun auf Port 80 und ist sperrangelweit offen, nur der SUSadmin verlangt SSL (auf einem krummen Port, also nicht standard 443, das der ja von der Standardwebsite genutzt wird). Was soll ich sagen, die Updaterei funktioniert auf allen XP-Clients ohne Probleme. Muss jetzt mal weiterlesen, wie man die Aufforderung zur Installation der Update unterdrücken kann, die also automatisch ausgeführt werden (stimmt wohl an der GPO noch was nicht). ALLERDINGS tut sich beim Server selbst noch immer nichts. Keine Logs, keine Funktion. Was läuft das schief. Habt Ihr noch irgendwelche Ideen?? TIA tussi4711

@mfrank Hi mfrank, GPO ist gelaufen, die Einträge bei den Clients (Client/Server) sind da und richtig. Zeitgesteuert oder direkt über AUForceUpdate.bat werden folgende Einträge in die WindowsUpdate.log der XP-Clients geschrieben: 2004-10-25 21:48:08+0200 1796 708 Service received SERVICE_CONTROL_STOP control 2004-10-25 21:48:08+0200 1796 a98 Exiting Service Main 2004-10-25 21:48:08+0200 1796 a98 WUAUENG ServiceMain exits. Exit code is 0x240001 2004-10-25 21:48:11+0200 1796 ac0 Service Main starts 2004-10-25 21:48:11+0200 1796 ac0 Using BatchFlushAge = 30487. 2004-10-25 21:48:11+0200 1796 ac0 Using SamplingValue = 380. 2004-10-25 21:48:11+0200 1796 ac0 Successfully loaded event namespace dictionary. 2004-10-25 21:48:11+0200 1796 ac0 Successfully loaded client event namespace descriptor. 2004-10-25 21:48:11+0200 1796 ac0 Successfully initialized local event logger. Events will be logged at C:\WINDOWS\SoftwareDistribution\ReportingEvents.log. 2004-10-25 21:48:11+0200 1796 ac0 Successfully initialized NT event logger. 2004-10-25 21:48:11+0200 1796 ac0 Successfully initialized event uploader 0. 2004-10-25 21:48:11+0200 1796 ac0 Successfully initialized event uploader 1. 2004-10-25 21:48:11+0200 1796 ac0 WU client with version 5.4.3790.2182 successfully initialized 2004-10-25 21:48:11+0200 1796 ac0 Service status is now SERVICE_RUNNING 2004-10-25 21:48:56+0200 1796 ac0 start delayed initialization of WU client 2004-10-25 21:48:56+0200 1148 1cc Trying to make out of proc datastore active 2004-10-25 21:48:56+0200 1148 1cc Out of proc datastore is now active 2004-10-25 21:48:56+0200 1796 ac0 WU client successfully loaded finished download call {5F926BC3-AF09-49B5-9A9F-0290E137A683} from datastore 2004-10-25 21:48:56+0200 1796 ac0 WU client successfully loaded finished download call {B397B14B-DDEB-4A44-B640-8D92341BA89B} from datastore 2004-10-25 21:48:56+0200 1796 ac0 WU client succeeded to load 2 persisted Download Calls 2004-10-25 21:48:56+0200 1796 ac0 Client Call Recorder finished delayed initialization 2004-10-25 21:48:56+0200 1796 ac0 Setting next AU detection timeout to 2004-10-25 19:48:56 2004-10-25 21:48:56+0200 1796 ac0 Launching Legacy AU client 2004-10-25 21:53:56+0200 1148 1cc Out of proc datastore is shutting down 2004-10-25 21:53:58+0200 1148 1cc Out of proc datastore is now inactive Passieren tut dann aber nichts. Die Updates werden nicht installiert. o.g. Einträge sehe ich nun seit Tagen, aber nichts wird installiert. Auf dem Server bekomme ich garkeine Einträge in der WindowsUpdate.log. Die existiert garnicht. Auch wurde der Ordner \Windows\Softwaredistribution nicht erstellt. Es gibt nur eine "Windows Update.log", aber da wird ja nach den Updates über die MS-Seite hinein geschrieben. "Sichere Sites" habe ich auch beachtet, bringt aber keine Änderung. Ist es möglich den SUS zu deinstallieren und in ein eigenes Web (und nicht in die Standardwebsite) zu installieren? Läßt sich die GPO dann auch auf einen WUServer mit Port-Angabe (z.B. http://<SUSServer>:1234) konfigurieren? Allerdings glaube ich nicht, dass es hier ein Kommunikationsproblem zwischen SUS und den Clients gibt. Auf den XP-Kisten (alle noch mit SP1) wird das Verzeichnig Softwaredistribution erstellt und auch schön mit Updates gefüllt. Beim Server selbst, auf dem der SUS läuft, allerdings leider nicht. TIA tussi4711

hab exakt die gleichen Probleme wie sky. Win 2003 Server (DC) und SUS (vor 3 Tagen frisch installiert)und XP Clients. Und auch bei mir läuft auf keinem Client/Server das Update. Im Eventlog/System sehe ich als letzen Eintrag "Dienst "Automatische Updates" befindet sich jetzt im Status "Ausgeführt"." Die Meldung kam recht schnell nach dem Ausführen der AUForceUpdate.bat. Passieren tut allerdings nichts. hier mal meine GPO: Die Policies werden auf die Clients übertragen und Autoupdate kann auf den Clients auch nicht mehr deaktiviert werden (ausser über den service). Kann es sein, dass die Kommunikation mit dem SUS nicht klappt? Wie kann ich das testen, direkter Web-Access über den Browser ist ja nicht vorgesehen. Wie greift AutoUpdate auf SUS zu? Welche Rechte und Sicherheiteinstellungen mussen bei den SUS-Ordnern gesetzt sein? Danke Euch schon mal. tussi4711

okay, nachdem ich die Rechte aller Verzeichnisse nochmal überprüft und korregiert habe, läuft's nun wieder.

Hallo, Ich habe Exchange 2003 (SP1) auf einem Windows 2003 Server (DC) laufen. Bisher hat auch alles bestens geklappt. Auf die Postfacher wird mit Outlook 2003 oder OWA zugegriffen. OWA ist im Standardweb installiert. CA und Zertifikat sind installiert und funktionieren in anderen Webs ohne Probleme. So, nun die Probleme, die ich seit 2 Tagen habe: Zugriff auf OWA ohne ssl ist kein Problem. Zugriff auf OWA mit SSL läuft bis zum logon screen. Da kann ich dann aber eingeben, was ich will. Ich bekomme nur die Meldung das User/pwd nicht vorhanden oder falsch wären. Ich hab mir hierzu etliche Beiträge hier durchgelesen, komm da jetzt aber einfach nicht mehr weiter. Seltsamerweise bekomme ich die Berechtigungen auf "Exchange" im IIS mmc nicht mehr angezeigt. Was läuft hier falsch? Welche Sicherheitseinstellungen und Berechtigungen müssen auf die für OWA benutzten Verzeichnisse gesetzt werden? (die sind nun nach 2 Tagen wohl nicht mehr im Ursprungszustand). Lassen sich die OWA-Komponeten reparaturinstallieren ohne Postfachdaten zu verlieren? Danke Euch schon mal!