vision311

Hallo Ich habe auf einem Vista Business 32bit eine Software installiert, die nicht komplett erwartungsgemäss funktioniert. Um festzustellen, was nicht tut, habe ich während des betriebs den ProcMon laufen lassen und dabei bemerkt, dass diverse Files, die eigentlich in c:\windows\system32 abgelegt sind, im Programmpfad erwartet werden. Fehlermeldung (Result): "Name not Found" und "Path not found" Auszug betroffener Dateien: fwpuclnt.dll netlogon.dll httpapi.dll rasadhlp.dll WWWDLANG.DES Ich gehe nicht davon aus, das ich das Problem direkt lösen kann. Mich interessiert viel mehr, weshalb Systemdateien auf einmal in einem Programmpfad erwartet werden. Danke für allfällige Inputs

..vor lauter Bäumen denn Wald sehen.. Danke Nils für deine Hilfe!

Hallo Ich stehe vor folgendem Problem: Ich habe einen öffentlichen Ordner kreiert, der Kontakte enthält. Wenn ich eien neue Mail schreibe, kann ich im Fenster "Namen auswählen" aber nicht auf diese öffentlichen Ordner zugreifen. Es gibt andere öffentliche Ordner (beispielsweise vom Antispam), die in der Auswahl angezeigt werden. Besitzer des öffentlichen Ordners ist der Administrator. Die Mitarbeiter haben Berechtigungsstufe 7 und dürfen eigene und fremde Objekte editieren und löschen. Wie bringe ich Outlook respektive den öffentlichen Ordner dazu, dass er im Fenster "Namen wählen" gelistet wird?

Mein Chef schwört auf Panda, ein Kunde von uns mit 2500 Clients hat dieses Produkt im Einsatz. Ich selbst habe positive Erfahrungen gemacht mit McAfee und Norman. Wovon ich abraten würde ist Symantec Endpoint Protection. Mit diesem Produkt hatte ich Mühe bei der Implementierung und der Verwaltungsaufwand nahm wesentlich zu. Es handelte sich um die Version 10.0. Gut Möglich, dass sich das Produkt wesentlich weiterentwickelt hat.

Hallo zusammen Ich beschäftige mich derzeit mit SNMP, konkret geht es um das Auffinden von SNMP-Geräten und dem Anzeigen einiger weniger Eckdaten zu den gefundenen Geräten. Mir steht leider kein SNMP-fähiger Switch / Router zur Verfügung, um herauszufinden, welcher Wert oder welche Werte abgefragt werden müssen, um die Anzahl der Ethernet-Ports eines Routers oder Switches zu bestimmen. Vielen Dank für die Hilfe! – Mit ein wenig Nahrung intus kann ich mir die Frage gleich selbst beantworten: mit SNMPGET werden unter anderem folgende Werte zurückgegeben: IF-MIB::ifNumber.0 = INTEGER: 4 IF-MIB::ifIndex.1 = INTEGER: 1 IF-MIB::ifIndex.2 = INTEGER: 2 IF-MIB::ifIndex.3 = INTEGER: 3 IF-MIB::ifIndex.4 = INTEGER: 4 IF-MIB::ifDescr.1 = STRING: enet0 IF-MIB::ifDescr.2 = STRING: enet1 IF-MIB::ifDescr.3 = STRING: poe0 IF-MIB::ifDescr.4 = STRING: pns0 Dazu habe ich SNMPGET von net-snmp.org benutzt (Version 5.4.2.1) Grüsse aus der Schweiz vision311

bei einem früheren Arbeitgeber setzten wir Agenda/X von Amrein ein: Agenda/X: The popular Web-based Exchange Group Calendar

@ NilsK Du hast im Grunde recht, ich kann mich auch an c't wenden. Aufgrund der breitgefächerten Erfahrungen der Benutzer hier habe ich mir dennoch gewisse Chancen auf eine Antwort ausgerechnet. @ kiservice Das Verteilen der Updates per WSUS ist schon sehr komfortabel. Allerdings gibt es Kunden, die verlangen, dass ein durch unser Produkt installierter Computer möglichst tagaktuell gepatcht ist, sobald es üfr den User zur Verfügung steht. Es ist zwar möglich, WSUS-Updates zu pushen, aber mit ct-Updates scheint mir das Einbinden von doupdate.cmd wesentlich einfacher. Da Speicherplatz kaum mehr richtig ins Geld geht, ist das Führen der doppelten Source auch kein Thema. Ich frage nach dieser WSUS-Einstellung grundsätzlich deshalb, weil es sie gibt.

Hallo Ich habe folgende Problemstellung: Einige Kunden arbeiten gerne mit WSUS und ct-Update kombiniert. In der Aktuellen Version von ct-Update kann ein WSUS-Server angegeben werden. Ich gehe davon aus, dass der Zweck eine gemeinsame Source ist. Die WSUS-Serveradresse ist korrekt eingegeben (direkt aus der GPO kopiert, welche einwandfrei funktioniert). Dennoch bezieht ct-Update die Updates aus dem Internet. Kann mir jemand verraten, was die Funktion bewirken soll, wenn nicht eine gemeinsame Source führen?

LogMeIn benutze ich auch. Es muss ein Passwort vergeben sein, damit man überhaupt auf die im eigenen Account verwalteten Computer gelangt. Von da aus benutzt Du dann noch Benutzername und Passwort der Maschine, an der Du dich anmelden willst. Filetransfer löse ich über mydrive.ch oder skydrive.live.com. Von einer Kiste aus lädst Du Files per Webbrowser hoch (zumindest bei mydrive auf Wunsch und kostenlos SSL-verschlüsselt) und auf der anderen Kiste per Webbrowser halt wieder runter. Edit(h) hat noch nachgeschaut wieviele Computer kostenlos in die Verwaltung aufgenommen werden können: Es gibt keine in den Nutzungsbedingungen erwähnte Beschränkung..

Mir fehlt der Benutzeraccount ASP.Net fällt mir auf. Ansonsten haben diesmal einige Berechtigungen nicht gepasst, beispielsweise war der Netzwerkdienst öfters nicht oder falsch eingetragen. Strange! Ich habe jetzt in der Standardwebseite das verzeichnis SelfUpdate erstellt, dann das Verzeichnis ClientWebService. In der WSUS-Webseite fehlt nach Anleitung das Verzeichnis WSUSAdmin, welches auf %windir%\Programme\Update Service\Administrator zeigen soll. Ein solcher Ordner existiert bei mir nicht. Ich gehe aber davon aus, dass dort die notwendigen Dateien für die Adminwebseite unter WSUS 2.0 zu finden waren. Die gibt es in 3.0 ja nicht mehr. IIS neu gestartet, abwarten, Tee trinken.. Tee war gut, noch lieber hätt' ich Hopfentee.. Heureka! Ereignistyp: Informationen Ereignisquelle: Windows Server Update Services Ereigniskategorie: Clients Ereigniskennung: 13040 Datum: 14.08.2008 Zeit: 14:32:14 Benutzer: Nicht zutreffend Computer: EWLSRV02 Beschreibung: Selbstupdate funktioniert. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. Jetzt fragt sich nur, wie lange das stabil bleibt und ob (nach Durchführen des Scripts aus Tip 2) die Symantec Management Konsole noch sauber läuft. Bis jetzt siehts nicht schlecht aus :) Jetzt nur noch DocuSnap an den Chef übergeben und SiteKiosk dokumentieren und dann bin ich raus hier! Besten Dank für die unermüdliche Hilfe!!

Es nimmt keine Ende mit diesem WSUS. IIS darf ich nicht platt machen. Deshalb habe ich WSUS mal komplett deinstalliert, mit allen Updatedateien, allen Ordnern, Benutzergruppen, GPO zurückgestellt auf Automatisches Update der Clients.. WSUS 3.0 wurde installiert, die GPO wiederum angepasst, WSUS lädt herunter, die Clients melden sich und ziehen ihre Updates BIS (!) WSUS das Servicepack 1 erhält. von da an erhalte ich jetzt die Meldung: Ereignistyp: Fehler Ereignisquelle: Windows Server Update Services Ereigniskategorie: Clients Ereigniskennung: 13042 Datum: 12.08.2008 Zeit: 17:41:00 Benutzer: Nicht zutreffend Computer: SRV02 Beschreibung: Selbstupdate funktioniert nicht. Ich glaubs einfach nicht. Nicht mehr..

unsere Vistageräte hatten Probleme mit dem Netzwerkschutz von SEP und reagierten unterschiedlich. Funkt dir evtl. ein Sicherheitsprogramm rein?

Hallo Herr Kurz Manchmal liegt das Gute so nah.. Vielen Dank für ihre Hilfe!

Gibt es eine Möglichkeit in DocuSnap 4.1 (.0044) den Drucker vor dem Ausdruck der gesamten Doku fix auf Duplex zu stellen?

Das Problem ist gelöst: Felder manuell neu eingegeben.

Ich habe einen 2k Standard Server übrig, der taugt nicht für WSUS 3.0 Und eine 2k3-Lizenz beschaffen, damit WSUS auf einem eigenen Server laufen kann, sprengt den Rahmen unseres Budgets (ich weiss, best pratice sieht anders aus). Auf WSUS verzichten für bis zu 50 PCs wäre auch kein Weg. Wenn da wieder jeder separat seine Updates runterlädt, leidet unser Netz mit 4 (geographischen, nicht AD-) Standorten zu sehr. Dokumentiert habe ich bis jetzt auch alles, daran sollte es nicht liegen. Ich bleibe dabei, checke alles noch einmal sauber durch und übergebe den Fall sonst unserem IT-Partner. Danke bis hierhin, ich schätze deine Hilfe sehr! Gruss Daniel

Es ist nur ein Gedanke mit dem ich spiele: WENN der IUSR_Maschine schon verschossen ist und ich auf drei Webseiten die Berechtigungen kontrollieren soll (Intranet läuft auch nur mit Lücken, haben Anwender berichtet) und WENN die Webseiten reichlich einfach in einem neuen IIS wieder eingepflegt sind, sollte ich nicht die Baustelle abreissen und IIS entfernen, neu installieren und auf grüner Wiese neu beginnen? Wie schätzt Du das ein? Ich fürchte mich ein bisschen vor Folgefehlern in dem ganzen Gebilde, die später entdeckt werden. Nebst meinen geringen Kenntnissen gibt es nämlich keine weiteren in der Firma, die derzeit genügend Kenntnis haben, die Sache weiter zu verfolgen..

Der SEP-Workaround ist mir bekannt. WSUS läuft deshalb auf Port 8530 und in einer eigenen Webseite. Ich habe mir die Client-Logs mal geholt und kontrolliere diese minutiös. Danke für den Hinweis. Ergebnis der Kontrolle: Die Clients weisen mehrfach Fehler 0x80190193 und 0x80244018 auf. Beschreibungen zu diesen Fehlern deuten auf Zugriffsprobleme auf die Webseite hin. Bei einigen wurde SSL aktiviert, dies trifft bei mir nicht zu. Bei anderen gab es Probleme mit dem IUSR_Maschine. Die Fehlöermeldung beim Zugriffsversuch auf http://192.168.1.16:8530/selfupdate/wuident.cab vom Client her per IE sieht aus wie folgt: HTTP Error 403.2 - Forbidden: Read access is denied. (HTTP-Fehler 403.2 - Verboten: Lesezugriff verweigert.) Internetinformationsdienste (Internet Information Services oder IIS) Das passt zur Fehlermeldung IISADMIN 105. Mir bleibt wohl nichts anderes übrig als noch einmal das Passwort bei jedem einzelnen Eintrag von IUSR_Maschine zu prüfen. Und sowas anderthalb Wochen vor dem Abgang in dieser Firma..

Interessant: Weder in der WSUS-Admin Seite noch in der Standardwebseite existiert SelfUpdate. Das passt zum Fehler WSUS, Client, 13042. Aus früheren Installationen weiss ich, dass man das virtuelle Verzeichnis manuel anlegen kann. Tue ich dies und starte anschliessend IIS wieder neu, ist das Verzeichnis aus der Standardwebseite einfach wieder verschwunden! Die Clients haben sich übrigens alle gemeldet, aber keiner liefert einen Status mehr ab :( Im Software Deployment Log sind übrigens einzelne Warnungen drin, die wie folgt aussehen: 2008-08-06 06:57:04.249 UTC Warning w3wp.7 DBConnection.OnReceivingInfoMessage Invalid event dropped. EventInstanceID=BE80398E-32CB-4DAA-9CB6-3D792C2CAE53, ComputerID=41536e7c-734a-4e9d-8f20-97565d74edd3. Invalid UpdateID/RevisionNumber. 2008-08-06 06:57:04.264 UTC Warning w3wp.7 DBConnection.OnReceivingInfoMessage Invalid event dropped. EventInstanceID=D778F614-58FE-441F-A0D1-D857912F5A0D, ComputerID=41536e7c-734a-4e9d-8f20-97565d74edd3. Invalid UpdateID/RevisionNumber. Kann da eine wuauclt.exe /resetauthorisation helfen? Weiter finde ich solche Warnungen: 2008-08-06 06:56:59.670 UTC Warning WsusService.33 ContentSyncAgent.ProcessBITSNotificationQueue ContentSyncAgent recieved Failure for Item: 71b632dd-e2f0-4be0-bd2c-cb2487f788ce, Item fails Zudem meldet IIS beim Neustart, dass die Identität vom IUSR nicht überprüft werden kann (IISADMIN, 105). Das Passwort für IUSR habe ich per adsutil.vbs ausgelesen und in ADUC eingetragen, das Passwort stimmt also überein. IUSR ist auch mitglied der USER-Gruppe und erfüllt somit die Anforderungen der entsprechenden MS-Anleitung. w3svc ist auch der einzige Dienst in der IIS-Metabase, der IUSR benötigt. Und ja, der Virenschutz (Symantec Endpoint Protection) lief während der Installation.

Ich habe alle Berechtigungen durchgeprüft, alle zwingend notwendigen Ordner und Dateien geprüft. Es gab überall kleine Unstimmigkeiten, was mich einerseits nachdenklich stimmt.. Aufgrund der vielen kleinen Unstimmigkeiten habe ich beschlossen, WSUS komplett vom Server zu entfernen. Die anschliessende Neuinstallation / Konfiguration verlief ohne Probleme, eine erste Synchronisation verlief ohne Probleme. Clients melden sich langsam wieder und melden ihre Stati. Aber im Ereignislog werden diverse Dateien genannt, die nicht heruntergeladen werden konnten. Ich lasse WSUS jetzt bis morgen ruhen und sehe dann weiter. PS: Seit der Deinstallation und Neinstallation von WSUS funktioniert auch die dritte Webseite auf diesem Server wieder: SEP Manager. :)

Updates wurden gestern keine installiert. Ich melde Erfolg / Misserfolg morgen. Der Nachmittag wird mir durch Arbeit an einem Kundengerät versüsst.

Nur zum sicher gehen: Diese Püfung erledige ich BEVOR ich IIS grundsätzlich wieder starten kann? Edith meint: Nach Änderung der Kontos für den WWW-Publishingdienst (Lokales Konto verwenden) läuft jetzt wenigstens die Intranet-Webseite wieder. Ich klemme mich jetzt also noch einmal hinter Sunny61 Tips. Danke für deine Hilfe bis hierhin! Daniel

Hallo Sunny61 Ich arbeite mal minutiös deine Links durch. Danke dafür Symantec läuft seit Anfang jahr ganz friedlich mit WSUS. Am Anfang gabs Probleme, die aber dauerhaft behoben wurden. Speziell ist, dass ich vor rund 3 Wochen WSUS neu installiert habe. Seither gabs aber, bis eben gestern, keine Probleme damit. Gestern morgen wurde eine Software installiert, die jedoch nach Aussage des Entwicklers dieser Software keinen Zusammenhang haben kann: Die Software benutzt einen eigenen User und kommuniziert über DCOM mit den Clients. – Inzwischen taucht auch folgender Fehler auf: Ereignistyp: Warnung Ereignisquelle: IISADMIN Ereigniskategorie: Keine Ereigniskennung: 105 Datum: 30.07.2008 Zeit: 11:08:38 Benutzer: Nicht zutreffend Computer: EWLSRV02 Beschreibung: Der IISADMIN-Dienst konnte das anonyme/WAM-Konto EWL\IUSR_EWLSRV02 nicht überprüfen. Aus diesem Grund können Fehler bei einigen IIS-Funktionen auftreten. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter Events and Errors Message Center: Basic Search. Die Berechtigungen und Einstellungen von WSUS sind fehlerhaft: Die benutzer sind wie gefordert mit den entsprechenden Rechten vorhanden. Es fehlt der Ordner WSUSAdmin Ich habe jedoch das Gefühl, dass ich erst den WWW-Publishingdienst und IIS wieder zum laufen kriegen muss (siehe Fehler oben), bevor ich mich weiter hinter WSUS setze.

Heute morgen kam noch folgender Fehler hinzu: Ereignistyp: Warnung Ereignisquelle: Windows Server Update Services Ereigniskategorie: Keine Ereigniskennung: 7032 Computer: EWLSRV02 Beschreibung: Die WSUS-Verwaltungskonsole konnte über die Remote-API keine Verbindung mit dem WSUS-Server herstellen. Stellen Sie sicher, dass der Update Services-Dienst, IIS und SQL auf dem Server ausgeführt werden. Starten Sie IIS, SQL und den Update Services-Dienst erneut, wenn das Problem weiterhin besteht. An der WSUS-Verwaltungskonsole ist ein unerwarteter Fehler aufgetreten. Möglicherweise ist es ein vorübergehender Fehler. Versuchen Sie, die Verwaltungskonsole erneut zu starten. Wenn der Fehler weiterhin besteht, entfernen Sie die gespeicherten Einstellungen für die Konsole, indem Sie die WSUS-Datei unter "%appdata%\Microsoft\MMC\" löschen. System.IO.IOException -- Fehler bei Handshake wegen eines unerwarteten Paketformats. Source System Stack Trace: bei System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest) bei System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest) bei System.Net.Security.SslState.CheckCompletionBeforeNextReceive(ProtocolToken message, AsyncProtocolRequest asyncRequest) bei System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest) bei System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest) bei System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult) bei System.Net.TlsStream.CallProcessAuthentication(Object state) bei System.Threading.ExecutionContext.runTryCode(Object userData) bei System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData) bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) bei System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult result) bei System.Net.TlsStream.Write(Byte[] buffer, Int32 offset, Int32 size) bei System.Net.PooledStream.Write(Byte[] buffer, Int32 offset, Int32 size) bei System.Net.ConnectStream.WriteHeaders(Boolean async) ** this exception was nested inside of the following exception ** System.Net.WebException -- Die zugrunde liegende Verbindung wurde geschlossen: Unerwarteter Fehler beim Senden.. Source Microsoft.UpdateServices.Administration Stack Trace: bei Microsoft.UpdateServices.Administration.AdminProxy.CreateUpdateServer(Object[] args) bei Microsoft.UpdateServices.Administration.AdminProxy.GetUpdateServer(String serverName, Boolean useSecureConnection, Int32 portNumber) bei Microsoft.UpdateServices.UI.AdminApiAccess.AdminApiTools.GetUpdateServer(String serverName, Boolean useSecureConnection, Int32 portNumber) bei Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.GetUpdateServer(PersistedServerSettings settings) bei Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.ConnectToServer() bei Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.get_ServerTools() Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter Events and Errors Message Center: Basic Search.

Guten Morgen Ich habe folgendes Problem und wäre dankbar um jegliche Hilfe: Seit gestern Abend habe ich auf SRV02 (DC, WSUS, IIS, SEP11, Abacus und Lizenzserver für verschiedene Applikationen) folgende Meldungen zu WSUS (Meldungen im nächsten Posting - Platzproblem) ------------------------------------------------------------------------- Ich habe die Anweisung aus dem 7032 befolgt und erstmal die Konsoleneinstellungen gelöscht. Danach habe ich IIS, SQL und den Update Services-Dienst neu gestartet. WSUS hat weiterhin nicht funktioniert. Ich bin den 120xxx-Fehlern nachgegangen und habe etliche Hinweise gefunden, die besagen, dass dem WWW-Publishingdienst das lokale Systemkonto zugewiesen werden soll. Damit habe ich die ganze IIS-Geschichte definitiv zum erliegen gebracht: WSUS funktioniert weiterhin nicht (auf Port 8530) Die Webseite intra funktioniert nicht mehr (auf Port 80) Der Symantec Endpoint Protection Manager funktioniert nicht mehr (auf Port 8443) Ich habe dem Publishingdienst deshalb wieder den IUSR_SRV02 zuweisen wollen, und dabei natürlich das (bis dato von Windows zufällig generierte) Kennwort verloren. Ich habe also (wiederum nach Anleitung eines KBs) das Kennwort des IUSR_SRV02 zurückgesetzt (neu vergeben) und dieses Kennwort an folgenden Orten manuel ersetzt: WWW-Publishingdienst Überall in IIS, wo dieser Benutzer eingetragen ist. Trotzdem kann ich jetzt weder IIS noch den WWW-Publishingdienst starten. Grüsse aus der Schweiz Daniel – Ereignistyp: Fehler Ereignisquelle: Windows Server Update Services Ereigniskategorie: Clients Ereigniskennung: 13042 Computer: SRV02 Beschreibung: Selbstupdate funktioniert nicht. Ereignistyp: Fehler Ereignisquelle: Windows Server Update Services Ereigniskategorie: Web Services Ereigniskennung: 12002 Computer: SRV02 Beschreibung: Der Berichterstattungswebdienst funktioniert nicht. Ereignistyp: Fehler Ereignisquelle: Windows Server Update Services Ereigniskategorie: Web Services Ereigniskennung: 12012 Computer: SRV02 Beschreibung: Der API-Remoting-Webdienst funktioniert nicht. Ereignistyp: Fehler Ereignisquelle: Windows Server Update Services Ereigniskategorie: Web Services Ereigniskennung: 12032 Computer: SRV02 Beschreibung: Der Serversynchronisierungs-Webdienst funktioniert nicht. Ereignistyp: Fehler Ereignisquelle: Windows Server Update Services Ereigniskategorie: Web Services Ereigniskennung: 12022 Computer: SRV02 Beschreibung: Der Clientwebdienst funktioniert nicht. Ereignistyp: Fehler Ereignisquelle: Windows Server Update Services Ereigniskategorie: Web Services Ereigniskennung: 12042 Computer: SRV02 Beschreibung: Der SimpleAuth-Webdienst funktioniert nicht. Ereignistyp: Fehler Ereignisquelle: Windows Server Update Services Ereigniskategorie: Web Services Ereigniskennung: 12052 Computer: SRV02 Beschreibung: Der DSS-Authentifizierungswebdienst funktioniert nicht.