Jump to content

rutrox

Members
  • Gesamte Inhalte

    89
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von rutrox

  1. Hallo liebe MCSEboard-Gemeinde, auf einem PC mit Microsoft Windows XP Professional SP3 haben wir folgendes Problem :confused:: Wie schafft man es, dass eine Software in einem "geplanten Task" immer im Kontext des jeweils angemeldeten Benutzers läuft? :suspect: Hintergrund: Eine Inventory-Software (EMPIRUM von matrix42) soll mehrfach im Hintergrund ausgeführt werden, bspw. morgens beim Anmelden, um 12 Uhr und um 15 Uhr. Die gesammelten Informationen sollen in die Datenbank geschrieben werden, inkl. des Loginnamen des jeweils angemeldeten Benutzers. Teilen sich bspw. zwei Anwender einen PC, dann soll natürlich immer der aktuelle Loginname in die Datenbank geschrieben werden. Der erste Start erfolgt ohne Probleme über das Script der Benutzeranmeldung, denn dort wird das Programm im Kontext des jeweils angemeldeten Benutzers ausgeführt. Für die späteren Starts um 12 Uhr und 15 Uhr lässt sich bekanntermaßen ein "geplanter Task" erstellen, was auch nicht das eigentliche Problem ist. Es soll aber gewährleistet sein, dass die Software immer im Kontext des angemeldeten Benutzers abläuft. Das Problem ist nun, wenn ich einen "geplanten Task" für die Inventory-Software erstelle, komme ich an die Stelle, an der man einen Benutzernamen und Passwort angeben soll/muss. Wenn ich nun den Benutzernamen Schmidt für den "geplanten Task" hinterlege und es meldet sich tatsächlich der Benutzer Schmidt an, gibt es keine Probleme, denn es fließen die richtigen Daten in die Datenbank. Meldet sich jetzt der Benuzter Meier an diesem PC an, wird der "geplante Task" zwar korrekt gestartet, jedoch unter der dort hinterlegten Benutzeranmeldung Schmidt! Obwohl der Benutzer Meier angemeldet ist, fließen die Daten weiterhin als Schmidt in die Datenbank, was offensichtlich falsch ist. :cry: Damit komme ich nochmals auf die Ausgangsfrage zurück: Wie schafft man es, dass eine Software in einem "geplanten Task" immer im Kontext des jeweils angemeldeten Benutzers läuft? :suspect: Vorab schonmal Danke für Eure Antwort(en)! Gruß rutrox
  2. Hallo sigi sorglos, falls Du das Tastaturschema nicht auf Deutsch (Schweiz) umstellen möchtest, könnte ich Dir das Programm Punkt bestens empfehlen :D. Du erhälst hier. :) Die Installation ist problemlos. Du kopierst es bspw. unter "C:\Programme\Punkt" auf Deinen PC und startest einfach die "Punkt.exe" - das war's! Im Systray (neben der Uhr) erkennt man, ob das Programm läuft. Einmal anklicken deaktiviert und aktiviert wieder das Programm. Bei uns gibt es unter MS Windows XP Professional viele Clients mit AutoCAD und "Punkt" läuft dort ohne Probleme. :cool: Gruß rutrox
  3. Hallo Stephan, nochmal vielen Dank für Deine Hilfe und Deinen Link mit den Scripten! :) Zwischenzeitlich gab mir mein Teamleiter den Rat, es doch nicht mit SubInACL zu versuchen. Schließlich existiert nach dieser Aktion weiterhin der lokale Benutzer "PC1\User1" auf der Workstation. :suspect: Mein Teamleiter schlug vor, das Ganze mit SIDWalk und ShowAccs durchzuführen, weil eben danach kein lokaler Benutzer "PC1\User1" mehr existiert. Da ich von diesen Tools zwar schon viel gehört aber noch nicht damit gearbeitet habe, könnte es evtl. (neue) Probleme geben :cry:. In diesem Fall würde ich mich aber - wenn die Suchfunktion nichts gebracht hat - in einem neuen Thread an das MCSEboard :cool: wenden, da dies dann nichts mehr mit dem Thema dieses Threads zu tun hat. Nochmals vielen Dank! :) Gruß rutrox
  4. Hallo Stephan, vielen Dank für Deine Antwort! :D Leider ist es so, dass man bei SubInACL (ähnlich wie bei RoboCopy) vom Funktionsumfang förmlich erschlagen wird. :confused: Könntest Du mir bitte - oder jemand anderes - die Syntax nennen wie ich mit SubInACL es erreiche, Registry-Einträge des lokalen Benutzers "PC1\User1" zu suchen und diese gegen den Domänenbenutzer "DOMAIN\User1" auszutauschen? :shock: Danke und Gruß rutrox
  5. Hallo liebe MCSEboard-Gemeinde, da es sehr viele Tools zum Bearbeiten der Registry gibt :(, wollte ich von Euch wissen, ob jemand ein Tool kennt, das folgendes kann: Das Programm soll eine Art Registry-Replacer sein. Es soll allerdings keinen Text sondern Berechtigungen austauschen. Beispiel: Suche alle Einträge, auf denen der lokale Benutzer "PC1\User1" Berechtigungen hat. Tausche die gefundenen Einträge gegen den Domänenbenutzer "DOMAIN\User1" aus. Ich habe natürlich auch eine bekannte Suchmaschine bemüht - ohne Erfolg. :cry: Falls jemand unter Euch ein Tool kennt, welches diese Funktion besitzt, bitte ich um nähere Auskunft, wo ich dies beziehen und/oder kaufen kann. Im Voraus schon mal besten Dank! :) Hintergrund - nur falls jemand annehmen könnte, es geht hier um das illegale Beschaffen von Zugriffsrechten: Benutzer an einem Standort, welche derzeit in einer Arbeitsgruppe zusammengefasst sind, greifen auf einen Server zu. Der Server ist kein Domänencontroller. Das soll in Kürze geändert werden. Es wurde ein zweiter Server angeschafft, der die Funktion eines Domänencontrollers wahrnehmen soll. Der Arbeitsgruppen-Server wird kein DC, er wird später abgebaut. Die User besitzen auf ihrer Workstation über ein lokales Benutzerprofil - und das möchte ich für den Domänenbenutzer verwenden. ;) Die Änderung der lokalen Besitz- und Zugriffsrechte habe ich mit dem Kommandozeilen-Tool SubInACL von Microsoft ändern können: subinacl /subdirec C:\*.* /replace=PC1\User1=DOMAIN.local\User1 Den Zugriff auf das lokale Benutzerprofil "PC1\User1" durch den Domänenuser "DOMAIN\User1" habe ich in der Registry geändert, und zwar unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\ProfileImagePath Soweit hat alles geklappt, bis auf die Einträge des Hauptschlüssels HKEY_CURRENT_USER in der Registry. Nachdem ich dort den Domänenbenutzer "DOMAIN\User1" mit Vollzugriff eingetragen hatte, lief - bis jetzt - alles problemlos. Die Frage, die mich quält ist: Wo sind noch Einträge, in denen der lokale Benutzer "PC1\User1" eingetragen ist? :confused: Diese würde ich gerne durch ein Tool suchen und durch den Domänenbenutzer "DOMAIN\User1" ersetzen lassen. Warum das Ganze? Die Workstations laufen schon ein seit längerer Zeit und ich scheue mich vor einer Neuinstallation - "Never change a running system." Auch spielt der Faktor "Zeit" eine gewichtige Rolle. Danke und Gruß rutrox
  6. Hallo Sunny61, vielen Dank für Deine Antwort! ;) Werd' mir Deine Links durchlesen und ausprobieren! :) Gruß rutrox
  7. Hallo liebe MCSEboard-Gemeinde, :) wie kann man auf einem Standalone-PC mit MS Windows XP Professional für alle lokalen Anwender (bspw. Familienmitglieder) die Eigenen Dateien und den Desktop aller User in einem Durchgang verschieben? In einer Domäne ist das mit einer Gruppenrichtline möglich. Was ist, wenn es aber zuhause keinen Domänencontroller gibt? :confused: Gibt es eine einmalige Einstellung bzw. Konfigurationsmöglichkeit (wie per GPO), global für alle bestehenden und neu dazu kommenden Anwender die Eigenen Dateien und den Desktop von bspw. C:\Dokumente und Einstellungen\UserName\Eigene Dateien in ein Verzeichnis auf D:\EigeneDateien\Username zu verschieben? Hintergrund: Trennung zwischen Betriebssystem-Partition und Daten-Partition. ...oder müsste man sich mit jedem Benutzer einzeln anmelden, dort mit der rechten Maustaste auf Eigene Dateien klicken und "Zielordner verschieben" ? :cry: Im Voraus schon mal Danke für Eure Antwort(en)! Gruß rutrox
  8. Hallo liebe MCSEboard-Gemeinde, hat jemand unter Euch Erfahrungswerte mit Gold-DVDs und/oder Gold-CDs, beispielsweise zu diesen hier: MFSL 24 Karat Gold Ultradisc CD-R (5er-Pack zum Amazon-Preis von 22 EUR) MFSL 24 Karat Gold Ultradisc DVD-R (5er-Pack zum Amazon-Preis von 35 EUR) Über den Preis brauchen wir gar nicht erst zu diskutieren - er liegt jenseits von Gut und Böse. :( Aber wie heißt es doch so schön: "Man gönnt sich ja sonst nichts...." Was meint Ihr, für die längerfristige Speicherung privater Datenbestände: Rausgeworfenes Geld oder doch sinnvoll? Vorab schon mal Danke für Eure Antworten. Gruß rutrox
  9. @Lian Danke für den Link über die vielen Treffer sowie den Hinweis dass dieses Thema hier schon des Öfteres diskutiert wurde. :o Ich hatte allerdings eine direkte Aussage von Microsoft zu diesem Thema gesucht bzw. einen Link auf deren Seite und den habe ich auch dankenswerterweise erhalten. :) Gruß rutrox
  10. Hallo Nils, danke für Deinen Hinweis, aber ich eine direkte Aussage von Microsoft und bin auf deren Seiten (und leider bei der Boardsuche) nicht fündig geworden. Auch Dir besten Dank für Deine Hilfe :) Gruß rutrox
  11. Hallo zusammen, vielen Dank für Eure Hilfe! :D :D :D Endlich mal 'ne direkte Aussage seitens Microsoft... :) Gruß rutrox
  12. Hallo liebe MCSEboard-Gemeinde, bzgl. des Zugriffs einer Workstation mit Microsoft Windows XP Professional auf einen Microsoft Windows Server 2003 (Standard Edition) habe ich folgende Frage: Wie viele Zeichen darf ein Pfadname unter Microsoft Windows XP Professional maximal umfassen? Eine oft gestellte Frage, ich weiß...:o In diversen Foren ist von 255 (?) Zeichen die Rede. Letztlich suche ich eine Aussage auf den Internetseiten von Microsoft, bin dort jedoch nicht so recht fündig geworden. Es wird IMHO nur indirekt darauf hingewiesen. Auf die Gefahr hin, dass ich Tomaten auf den Augen habe oder hatte :rolleyes:: Kennt jemand von Euch unter microsoft.com eine Stelle bzw. Seite, wo sinngemäß folgender Satz steht: "...der Pfadname darf nur maximal 255 Zeichen lang sein" ? Hintergrund: Die Verzeichnisstruktur auf unserem Microsoft Windows Server 2003 ist in manchen Bereichen tief verschachtelt. Bei langen Dateinamen und ebenso langen Pfadnamen gibt es bei manchen entsprechende Probleme. Ich will es manchen "Unbelehrbaren" :mad: Usern von Microsoft "schriftlich geben" und es nicht als Schikane der IT verstanden wissen wissen. :( Vorab schon mal danke für Eure Hilfe. Gruß rutrox
  13. Hallo liebe MCSEboard-Gemeinde, sorry, wenn ich diesen Thread nochmals ausgrabe... In diversen Threads wurde hier schon des Öfteren diskutiert, wie man bspw. den Product Key von MS Windows Server 2003 auslesen kann. Wie in diesem Thread hier fiel auch der Name Keyfinder (s. o.) Obwohl der Keyfinder für seinen Nutzen gepriesen wird, scheint es sich offenbar um schädlichen Code zu handeln! Lädt man die EXE-Datei bei VirusTotal - Free Online Virus and Malware Scan hoch, erhält man nachfolgende Warnhinweise angezeigt: ImageShack - Hosting :: kfdc9.gif Meine Frage: Setzt Ihr diese Software ein bzw. gab es nach dem Einsatz irgendwelche "merkwürdige" Ereignisse, die darauf schließen lassen, dass hier eine Malware ihr Unwesen treibt? ...oder sind die Warnmeldungen nur als "Fehlalarm" anzusehen, bzw. die Software Signaturen enthält, auf die Virenscanner anspringen? Ich gebe zu, dass ich in der Vergangenheit das Programm schon benutzt habe und es zu keinen "Auffälligkeiten" gekommen ist. Gruß rutrox
  14. So, auch wenn's länger zurück liegt *sorry*, will ich der Ordnung halber berichten, was die Ursache war - falls jemand in der gleichen Situation stecken sollte und (hoffentlich) die Suchfunktion dieses Boards benutzt hat ;) Die Ursache, warum die HP JetDirect-Printserver per Ping-Kommando sehr schlecht erreichbar waren (lt. Ping-Statistik zwischen 80 - 90 % Datenverluste) war.......der LANCOM 7111-Router :mad: in der Hauptverwaltung! Wie wir diesen Störenfried ausfindig machen konnten, wäre aber jetzt eine andere Geschichte. Ich sag nur Wireshark sei Dank...:) Die LANCOM-Router der einzelnen Niederlassungen sind mittels CompanyConnect der Deutschen Telekom AG über VPN mit einem LANCOM-Router 7111 in der Hauptverwaltung verbunden. Die Konfiguration dieser Geräte wird ausschließlich von der DTAG durchgeführt. Allerdings setzte sich bei diesem Problem LANCOM selbst :shock: mit uns in Verbindung. Man gab zu, dass die Firmware veraltet sei und es bisweilen zu sporadischen Broadcast-Stürmen :suspect: kommen kann! Seit dem Einspielen eines aktuelleren Firmware-Updates ist das Problem glücklicherweise nicht mehr aufgetaucht :jau: Sorry, dass ich noch in älteren Threads herumwühle :rolleyes: , aber ich wollte Euch die Lösung dieses Problems nun mal nicht vorenthalten... Gruß rutrox
  15. Hallo hoschi2, da mir Fehler Nr. 2 im Laufe meiner Admin-Existenz ebenfalls mal über den Weg lief :( , konnte ich ihn damals folgendermaßen beseitigen: Offensichtlich lag es damals - in meinem speziellen Fall - am Computerkonto des Client! Deshalb nahm ich den Client aus der Domäne heraus, machte ihn also zum Mitglied einer beliebigen Arbeitsgruppe. Anschl. Kontrolle, ob das Computerkonto auf allen Domänen-Controllern gelöscht war. Wer die 5 min. nicht warten will, kann ja manuell die Replizierung anstoßen. Nach dem Reboot des Client habe ich diesen sogleich wieder zum Mitglied der Domäne gemacht - und siehe da: :cool: Die Fehlermeldung in der Ereignisanzeige war verschwunden! Natürlich ist mir klar, dass durch diese Prozedur ein neues Computerkonto mit neuer SID erstellt wurde. Das Active Directory hatte mit der alten SID irgendwelche Probleme - warum auch immer. :suspect: EDV - Ende der Vernunft...;) Gruß rutrox
  16. Hallo Squire, zunächst Danke für Deine Info! Wenn ich Dich richtig verstanden habe, liegt es daran, dass die HP JetDirect-Printserver auf einer anderen Netzwerkschicht per Ping "angesprochen" werden als die Workstations? Gruß rutrox
  17. Hallo liebe MCSEboard-Gemeinde, in unserem Firmennetzwerk werden bei einigen Druckern sog. HP JetDirect 300X-Printserver eingesetzt (HP JetDirect J3263A), da die Drucker über keine interne NIC verfügen. Bisher gab es keine Probleme - bis heute, als plötzlich niemand mehr drucken konnte! Die Ursache: Alle HP JetDirect-Printserver waren per Ping-Kommando nur sehr schlecht erreichbar (lt. Ping-Statistik zwischen 80 - 90 % Datenverluste). Auch ein testweise angeschlossenes Ersatzgerät änderte daran nichts :nene: . Erst ein Neustart aller Clients im LAN brachte den gewünschten Erfolg! Somit konnte bewiesen werden, dass eine Workstation das Netzwerk "dicht macht"... An der Stelle muss ich allerdings erwähnen, dass das Unternehmen kurzfristig in ein "relativ unverkabeltes" Nebengebäude umgezogen ist. Es gibt lediglich zwei (!) Netzwerkdosen . Durch eine Wurfverkabelung :shock: sind an der ersten Dose 19 Workstations + 5 Netzwerkdrucker angeschlossen und auf der zweiten Dose sind es 10 Workstations + 1 Drucker + 1 Plotter. Dass dies Fehler verursacht, braucht mir niemand zu sagen, ich habe die Geschäftsleitung ausdrücklich und schon mehrfach darauf hingewiesen... :( Bitte erspart Euch für diese "Netzwerk-Konstellation" an dieser Stelle den Kommentar, denn ich weiß selbst, dass man so etwas bestenfalls als "LAN-Party" bezeichnen könnte und sowas nur Nerven kostet.:mad: Aber besser zurück zu meiner eigentlichen Frage an die MCSEboard-Gemeinde: Wie kann es sein, dass die Workstations beim Anpingen keine Datenverluste hatten, die HP JetDirect-Printserver dagegen nur sehr schlecht im Netzwerk erreichbar waren?:suspect: Gruß rutrox
  18. Hallo Squire, herzlichen Dank für Deine Info! :) ...werd' das mal probieren bzw. testen.:shock: Gruß rutrox
  19. Hallo liebe MCSEboard-Gemeinde, obwohl ich die Suchfunktion im Board benutzt habe, bin ich noch nicht recht fündig geworden: :suspect: Gibt es unter MS Windows 2000 für den Internet Explorer eine GPO-Einstellung, die das Surfen nur für bestimmten Internetseiten erlaubt? Hier im Board hat es zumindest für mich den Anschein, dass doch gefragt wurde, wie man bestimmte Seiten sperrt (alles erlaubt, außer...). Meine Problemstellung lautet: alles verboten, außer... Die Benutzerkonten, um die es geht, liegen ausnahmslos alle in einer entsprechenden OU. Somit kann die Gruppenrichtline ausschließlich darauf angewendet werden. Diesen Benutzern soll das Surfen nur auf den Seiten erlaubt sein, welche die Geschäftsleitung freigegeben hat (bspw. nur die Seiten http://www.mcseboard.de und Hauptseite - Wikipedia sind OK, der Rest ist verboten bzw. muss gesperrt werden). Es handelt sich um eine Anzahl von ca. 15 – 20 Domains. Lässt sich so etwas mit einer GPO bewerkstelligen? :suspect: Wenn ja, wie? OK, ich habe auch hier im Board gelesen, dass es besser ist, dies über die Firewall bzw. einen Proxyserver zu realisieren. Ich wollte aber wissen, ob und wie dies mit einer GPO umgesetzt werden kann. Falls nicht, wie müsste ich den Proxy ensprechend konfigurieren? Im Voraus besten Dank für Eure Antwort(en).:) Gruß rutrox
  20. Hallo, erstmal Danke für Eure Antworten! Dank Euch weiß ich jetzt den Unterschied zwischen "seize" und "transfer". Warum? Den dritten Server habe ich zwar installiert, aber VOR dem Hochstufen zum DC mittels "dcpromo" ist mir leider der zweite Server mit allen Betriebsmastern abgestürzt... Murphys Law! Danke für Eure Hinweise, dass man nach der "gewaltsamen" Übernahme mittels "seize" den alten Server nicht mehr in die Domäne booten darf! Diese Tatsache war mir bekannt, aber es ist richtig von Euch, nochmals auf diesen Punkt explizit darauf hinzuweisen! ...dass man dennoch nicht in Versuchung gerät den Server in Betrieb zu nehmen, kann man ja die Netzwerkkarte des Servers mit Tesa-Film überkleben. ;) Gruß rutrox
  21. Hallo liebe MCSEBoard-Gemeinde, in unserem Netzwerk existieren zwei Win2000-DC. Der erste DC ist leider schon des Öfteren ausgefallen, so dass ich sämtliche Betriebsmaster auf den zweiten DC übertragen habe. Da zwischenzeitlich der zweite DC auch schon "gemurrt" hat, installierte ich auf einer dritten Maschine Win2000-Server und wollte die Betriebsmaster darauf sauber übertragen. Leider hat sich "Murphys Law" zu Wort gemeldet: Der zweite DC ist heute schon ausgestiegen ("lsass.exe hat Probleme mit der Sicherheitskontendatenbank gemeldet..."), bevor ich den dritten Server als DC hochstufen und die Betriebsmaster sauber übertragen konnte.... Da ich nicht weiß, ob der zweite DC je wieder lauffähig wird, wollte ich evtl. folgendermaßen vorgehen: Auf dem ersten DC mittels ntdsutil und dem seize-Kommando alle FSMOs "gewaltmäßig" auf den ersten DC übertragen. Unter der Voraussetzung, dass die Übertragung auf den ersten DC geklappt hat, wollte ich auf den dritten DC die FSMOs sauber übertragen. Um dies zu bewerkstelligen, sollte ich vorher den ersten DC besser booten? Oder kann man dies in "einem Abwasch" erledigen, also zuerst mit ntdsutil seize die Rollen auf den ersten DC übertragen und sofort im Anschluss auf den dritten DC sauber übertragen? Mit "metadata cleanup" die Domäne vom zweiten DC bereinigen. Wäre diese Vorgehensweise so OK? Abschließend noch eine Frage zu ntdsutil: Worin besteht der Unterschied zwischen "seize" und "transfer" ? Lt. Onlinehilfe steht für mich sinngemäß das gleiche: seize RID master Funktion der RID auf dem verbundenen Server überschreiben transfer RID master Den verbundenen Server zum RID-Master machen Vorab schon mal Danke für Eure Antworten. Gruß rutrox
  22. Hallo ChristianHemker, :) hallo Tobi72, :) vielen Dank für Eure Antworten und Infos! :thumb1: Das hat mir schon Licht in die Sache gebracht! ;) Gruß rutrox
  23. Hallo liebe MCSE-Board-Gemeinde, in unserem Unternehmen wird noch Lotus Notes Domino 6.5 eingesetzt. Nach dem Willen der Geschäftsleitung soll diese Groupware abgeschafft :shock: und durch einen MS Exchange Server 2003 ersetzt werden (warum jetzt auch immer). In diesem Zusammenhang habe ich an Euch folgende Fragen: Da (leider noch) MS Office 97 eingesetzt wird und in diesem Zusammenhang MS Outlook 97 vorhanden ist, würde ich gerne wissen, ob eine 100-prozentige Kompatibiltät zwischen Outlook 97 und Exchange Server 2003 besteht. :rolleyes: Andernfalls müssten neue MS Office-Versionen angeschafft werden. Oder besteht da eine sog. "Kompatibilität mit Einschränkungen", so dass nicht alle Exchange Server 2003-Funktionen genutzt werden können? Als Serverbetriebssystem benutzen wir zurzeit eine MS Windows 2000-Domäne. Liese sich auf einem MS Windows 2000-Server problemlos ein MS Exchange Server 2003 installieren? Wie sieht das mit der Schema-Erweiterung des Active Directorys aus? :suspect: Kann es dabei zu Problemen kommen, weil die Installation nicht in einer MS Windows 2003-Domäne durchgeführt wurde? Oder sollte/müsste vor der Installation die ganze Domäne von Win2000 auf Win2003 aktualisiert werden? Angenommen die Installation des MS Exchange Server 2003 würde auf einem MS Windows Server 2003 durchgeführt. Weil als als Client-Betriebssysteme (leider noch) MS Windows 9x/NT/2000 (teilweise "sogar schon" WinXP!) eingesetzt werden, ist es doch richtig, dass hierbei noch zusätzliche Zugriffs-CALs für den MS Windows Server 2003 beschafft werden müssen?:wink2: Wenn Ihr bei Euren Antworten nicht zu viel schreiben wollt, genügt es mir auch, wenn externe Links gepostet werden. Darüber wäre ich genauso dankbar darüber und könnte es dann dort nachlesen.:D Im Voraus erstmal Danke für Eure Mühen.:) Gruß rutrox
  24. @XP-Fan Suuuuuper!!! Das Problem ist gelöst!!!! :D Die Windows-Updates lassen sich jetzt ohne Schwierigkeiten installieren! :cool: Entscheidend war Dein Hinweis, dass die DLL-Dateien registriert werden müssen! ;) Herzlichen Dank für Deine umfangreiche Hilfe! :jau: Gruß rutrox
  25. @XP-Fan Heute endlich konnte ich Deine Tipps in die Tat umsetzen! :) Ich habe den Internet Explorer auf die Sicherheitsstufe "Mittel" gesetzt, die Active X-Steuerelemente zugelassen sowie die Einstellung "Browsereinstellung von Drittanbietern" zugleassen. Ja, sogar das Updateclass-Zertifikat habe ich gefunden und gelöscht. :D Nur die Add-Ons des Internet Explorers ließen sich nicht konfigurieren, da es diese Einstellung unter MS Windows 2000 Professional nicht gibt: :( Letztlich hat doch alles nix genützt - Problem besteht immer noch... Nja, vielleicht sollte ich die erforderlichen Updates einzeln (!) herunterladen und nacheinander installieren... Da kommt Freude auf! :shock: Gruß rutrox
×
×
  • Neu erstellen...