rutrox

Hallo XP-Fan, sorry, dass ich mich erst jetzt melde :rolleyes: Ich war/bin heute beruflich sehr angespannt und konnte leider nichts von dem ausprobieren oder testen - totaler Stress! Sobald ich es ausprobiert habe, werde ich mich wieder melden - wahrscheinlich morgen. Danke nochmal für Deine Hilfe und Unterstützung! BTW: Ich sitze momentan noch in der Firma und brüte derzeit über andere Widrigkeiten :shock: Gruß rutrox

@XP-Fan Das, mit dem Zertifikat und Zeitstempel klingt irgendwie logisch. :wink2: Hoffentlich klappt das morgen auch so, wie wir uns das vorstellen... ...ähm....sorry :rolleyes: , jetzt haste wegen mir sogar Dein VMware "geschlachtet" Danke nochmal für Deine Hilfe! Gruß rutrox

OK, und wenn ich sie gefunden habe, dann kann ich die Dateien einfach so löschen? ...und wenn ich auf die Microsoft-Seite gehe, um die Windows-Updates zu installieren, dann sollte diese Datei einfach automatisch wieder erzeugt werden? Gruß rutrox

Hallo XP-Fan, Du meinst jetzt nicht zufälligerweise die Dateien namens UsrClass.dat und UsrClass.dat.LOG im Verzeichnis C:\Dokumente und Einstellungen\%UserName%\Lokale Einstellungen\Anwendungsdaten\Microsoft\Windows Gruß rutrox

@XP-Fan Danke auch Dir für Deine Tipps! ;) Wie lösche ich das Zertifikat im Windows (Updateclass) ??? Bekomme ich dann automatisch ein neues, sobald ich auf die Windows-Update-Seite gehe? Die Frage war vielmehr an arnd gerichtet, der ja schrieb Die Zeiten in Windows und im BIOS habe ich ja anhand einer Büro-Funkuhr überprüft und sie wichen auch nur max. eine Sekunde voneinander ab. Übrigens, mit dem Kommando net time /domain:[i]Domänenname[/i] /set habe ich es auch schon versucht, weil ich annahm, dass die Zeit zwischen Client und Domänencontroller zu sehr voneinander abgewichen seien - Fehlanzeige! Problem existiert noch! Gruß rutrox

Hallo arnd, Danke für Deine schnelle Antwort! Meine Antwort dazu: Wie stellt man es an, dass Datum und Uhrzeit zwischen Windows und BIOS zu 100 % übereinstimmt bzw. dass es zwischen diesen beiden keine Abweichungen gibt? Ich werde aber Deinen Tipp mal ausprobieren... bin aber eher pessimistisch, dass das wirklich das Problem löst. Gruß rutrox

Hallo liebe MCSEboard-Gemeinde, es gibt meinerseits ein Problem mit der Microsoft-Updateseite: Nach dem erfolgreichen Upgrade einer MS Windows 98-Workstation auf MS Windows 2000 Professional rief ich die Update-Seite von Microsoft auf, um die aktuellen Security-Patches zu installieren. Nach dem Klick auf die Benutzerdefinierte Suche bekam ich folgende Fehlermeldung von der Microsoft-Seite zurück: Dadurch lässt sich kein Security-Patch einspielen! :( Ich habe Datum und Uhrzeit sowohl unter MS Windows 2000 Professional als auch im BIOS der Workstation überprüft: :suspect: Beide Zeiten stimmen, bzw. liegt die Zeitdifferenz bei max. einer (!) Sekunde (Daten wurden mit einer Funkuhr verglichen). Selbst wenn man Datum und Uhrzeit noch einmal manuell einträgt, lässt sich der Fehler nicht beseitigen. Googlen brachte leider nichts :nene: . Die Fehlerlösung bestand immer darin, dass Datum und Uhrzeit zwischen Windows- und BIOS-Einstellung erheblich voneinander abgewichen waren (z. B. ein paar Jahre!). Kennt jemand unter Euch eine Lösung dieses Problems? Gruß rutrox

Hallo IThome, hallo zuschauer, erstmal Danke für Eure Hilfe und die wertvollen Informationen! :) WO genau lässt sich die o. g. Aussage belegen? Gibt's dafür vielleicht einen entsprechenden Link bei Microsoft? Oder vielleicht einen entsprechenden Passus im Lizenzvertrag? Korrigiert mich bitte, wenn ich falsch liege, aber die Server-Einstellung "pro Arbeitsplatz" setzt doch voraus, dass jeder Client über seine eigene Zugriffslizenz verfügt - somit auch jeder Win2000-Client... Unabhängig davon, werde ich mir ein Angebot über die benötigten CALs einholen und dieses meinen Chefs vorlegen... Gruß rutrox

Hallo IThome, meines Wissens ist DSCLIENT nicht auf den W2K-Maschinen installiert. Aber das Problem "scheint" gelöst zu sein: Es gibt ein Lizenz-Problem!!!! :shock: Jedenfalls habe ich in der Ereignisanzeige etwas gefunden, das darauf hindeutet! Es ärgert mich schon ein bisschen, dass ich da nicht eher in die Ereignisanzeige geschaut habe... :mad: Warum kann man sich dann von einer Win2000-Workstation an einer Domäne anmelden, wenn es nicht mehr genügend Lizenzen gibt? :suspect: Gruß rutrox

Hallo IThome, es klingt zwar unglaublich, aber plötzlich ist es wieder möglich, sich mit den Win9x-Workstations an der Domäne anzumelden... - obwohl ich von Deinen guten :) Vorschlägen (bis jetzt) noch keinen in die Tat umgesetzt habe (sorry)... :rolleyes: Ich habe keine Erklärung, was es sein kann, dass das eine mal die Domänenanmeldung funktioniert und eine halbe Stunde später nicht (Blinker-Effekt). :mad: Ist es möglich, dass die WINS-Server zeitweise überlastet sind und sich deswegen kein Win9x-PC mehr anmelden kann, weil die Namensauflösung nicht mehr funktioniert? Aber im LAN gibt's drei WINS-Server, deren IP-Adresse den Win9x-Clients per DHCP mitgeteilt werden. Wenn der primäre ausfällt, sollten doch die beiden sekundären einspringen... Wenn jemand eine Erklärung für dieses merkwürdige :suspect: Phänomen hat, möge sich bitte melden - ich hab jedenfalls keine... Gruß rutrox

Hallo IThome, Danke für den Hinweis, wo ich die Einstellungen vornehmen kann. Werde das mal ausprobieren....und beten, dass es funktioniert! Sollte ich vielleicht - aus Sicherheitsgründen - besser ein separates GPO erstellen und erst mal testen, um nicht die Default Domain-Controllers Policy zu "beschädigen" ???

Hallo IThome, Danke für Deine "superschnelle" Antwort!!! :) Sorry, für die "laienhafte" Rückfrage: WO genau bzw. WIE schalte ich die SMB-Signierung ab? ...momentan stehe ich auf einer "dicken Leitung"...

Hallo liebe MCSEboard-Gemeinde, seit kurzem verwalte ich eine Windows 2000-Domäne, in der es "ab und zu" Probleme :mad: gibt, da aus Kostengründen immer noch viele Win95- und Win98-PCs eingesetzt werden. Neuestes Problem: Plötzlich und unerwartet....können sich in einer Windows 2000-Domäne keine Win9x-PCs mehr anmelden! Ich saß an einer Win98-Workstation, um etwas in Augenschein zu nehmen und startete den Rechner neu. Nach dem Reboot und der Eingabe des Passwortes bekam ich diese Mitteilung: Das angegebene Domänenkennwort ist falsch, oder der Zugriff auf den Anmeldeserver wurde verweigert. Die Namensauflösung in der Domäne wird mit DNS und WINS (!) realisiert, was auch auf zwei Win2000-Domänencontrollern sowie auf einem WinServer 2003 installiert ist. Der WinServer 2003 ist nur als Memberserver in der Domäne, also kein Domänencontroller. DNS liegt in einer Active Directory-integrierten Zone, beim WinServer 2003 in einer sekundären Zone. WINS ist auf jedem Win2000-Domänencontroller sowie auf dem WinServer 2003 installiert. Jeder Server ist der WINS-Replikationspartner (Push/Pull) des anderen. Einer der beiden Win2000-Server ist auch der DHCP-Server. Der WINS-Knotentyp, der vom DHCP "verteilt" wird, ist Hybrid bzw. "0x8". Die testweise Anmeldung mit dem gleichen Usernamen von einer beliebigen Win2000-Workstation klappt ohne Probleme. Damit schließe ich aus, dass etwas mit dem Benutzerkonto nicht stimmen kann, z. B. dass es gesperrt ist. Ebenfalls gehe ich vorsichtig mal davon aus, dass kein Betriebsmaster ausgefallen ist, obwohl ich diese (PDC- und RID-Master) zum Test auf den zweiten Win2000-DC übertragen habe. Die Win98-Anmeldung klappt nicht, aber - wie bereits erwähnt - unter Win2000 funktioniert es! Versuche ich, mich an einer beliebigen Win95- (!) oder Win98-Workstation anzumelden, bekomme ich wieder o. g. Fehlermeldung. Die beiden Win2000-Domänencontroller wurden zwischenzeitlich neu gestartet, ebenso der WinServer 2003 - die Domänenanmeldung unter Win98 funktioniert trotzdem nicht. Selbst mit meinem Userkonto, das Mitglied der Gruppe "Domänen-Admins" ist, funktioniert keine Anmeldung an der Domäne. Was könnte noch die Ursache sein, dass sich niemand von einem Win9x-PC an der Domäne anmelden kann - unabhängig davon, ob man "Domänen-Admin"-Rechte hat oder nicht? Ich vermute, dass WINS die Ursache für das Problem ist, aber welche Problemlösung schlägt Ihr vor? Die Firma will aus Kostengründen unbedingt an den Win9x-PCs festhalten... :rolleyes: Gruß rutrox

Diese Prüfung habe ich nicht abgelegt und kann dazu nix sagen. Aber ich bin mir ziemlich sicher, dass es ein gutes Bild macht, wenn man eine Prüfung aus dem Backoffice-Bereich ablegt, z. B. Exchange- und/oder SQL-Server. Denn in "Microsoft-lastigen" Unternehmen, wirst Du diesen beiden Themen immer wieder über den Weg laufen - und wenn Du beispielsweise in Exchange Server "fit" bist, kann es Dir möglicherweise zu einem Vorstellungsgespräch verhelfen - vielleicht sogar zu einem Arbeitsplatz! :D Nach meiner Einschätzung kann ich Dir nur raten: Mach das Examen zur 70-284 (MS Exchange Server 2003) - ob schwer oder nicht - aber bitte keine Braindumps :nene: , denn die nützen Dir im Job dann nix mehr... :mad:

Ich schließe mich teilweise meinem Vorposter an - allerdings fand ich diese Prüfung als nicht ganz so einfach... :( Falls Du's noch nicht getan hast, solltest Du Dich auf alle Fälle mit dem Active Directory beschäftigen. :shock: Denn auch im 70-218-Examen gibt's einige Fragen dazu... :suspect: Ich will Dir damit keine Angst machen, aber Du solltest Dich schon mit diesem Thema (ADS) auseinander gesetzt haben, bevor Du diese Prüfung ablegen willst. :wink2:

Hatte mal das gleiche Problem Wen's interessiert....guckst Du hier.

Hallo, wollte mich nur noch mal zurückmelden... :) Ein Kollege meinte, ich sollte doch den Druckertreiber eines HP LaserJet 5 :suspect: auf der MS Windows 98-Workstation installieren - gesagt getan. Was soll ich sagen? Das Problem scheint gelöst :D jedenfalls behaupten die Mitarbeiter in der Firmenniederlassung, dass es keine Probleme mehr gibt... :cool: Also...vielen Dank, für Eure Hilfe und Eure guten Tipps ;) Dank Euch fühlt man sich bei MCSEboard.de immer gut beraten! *schleimt* :jau: Gruß rutrox

Hallo kwakS, :) also wenn es darum geht, eine Startdisk zu erstellen, um nach dem Booten auf einen Windows-Server zuzugreifen, sind vielleicht diese Internetseiten für Dich interessant: ;) - Bootdisk.info - Bootdisk.de - PE-Builder - The 911 Rescue CD Gruß rutrox

Hallo Wolke2k4, :) Danke für Deine guten Infos! ;) So wie ich das jetzt sehe, gibt's für mich jetzt ein wenig was zu tun... :wink2: Gruß rutrox

Hallo Wolke2k4, :) nach der Anmeldung der Windows 98-Workstation auf dem Citrix-Server wird der Client-Drucker erstellt, und zwar mit dem HP LaserJet 1160. Aber jetzt, wo Du's schreibst, fällt mir auf einmal wieder ein, dass hinter der Druckerbezeichnung "UPD" steht! Sorry, das hatte ich ja vergessen, zu erwähnen... Sollte das die Ursache für mein Problem sein? :suspect: Sollte man dieses "UPD" (Universal Print Driver) abstellen? Wenn ja, wie? Gruß rutrox

Hallo stuffy, Danke für den Tipp! :) Dann werde ich wohl den vorhandenen Druckertreiber auf der Win98-Workstation löschen und durch einen aktuelleren ersetzen... :) Gruß rutrox

Alternativ dazu kann ich auch Network Notepad vorschlagen, das ebenfalls Freeware ist. ;) ...und die deutsche Anleitung für Network Notepad gibt's hier. Ich habe das Programm allerdings noch nie benutzt und kann nichts über die Qualität der Software aussagen. Gruß rutrox

Hallo Hirgelzwift, hallo 004, zuerst einmal Danke erstmal für Eure Hilfestellung! :) Beide Niederlassungen sind über eine DSL-Leitung mit jeweils 1024 kBit/s mit der Hauptverwaltung verbunden. Beide Niederlassungen verwenden den Original-Treiber von Hewlett Packard für den HP LaserJet 1160 (auch auf dem Server). Allerdings war der Druckertreiber auf dem Problem-PC schon installiert (muss wohl mein Vorgänger gemacht haben). In der anderen Niederlassung hab' ich ihn per Remote-Sitzung selbst auf der Win98-Workstation installiert. Vielleicht sollte ich den Treiber vom Problem-PC deinstallieren :suspect: und neu einspielen. Es ist halt für mich unverständlich , dass der lokale Ausdruck unter Win98 funktioniert, jedoch wenn Citrix Metaframe, den Druckjob vom Server auf die Workstation "schieben" will, dann Win98 herummeckert, dass das Druckerkabel nicht angeschlossen sei bzw. dass der Drucker ausgeschaltet wäre - also eine Fehlermeldung, die nicht vom Server kommt, sondern vom Client...sonderbar... :( Gruß rutrox

Hallo zuschauer! :cool: herzlichen Dank für Deine Hilfe! :) Werd' das mal ausprobieren. ;) Gruß rutrox

Hallo liebe MCSE-Boardgemeinde, aus Kostengründen benutzt mein Arbeitgeber noch viele Workstations mit MS Windows 98. :shock: Damit die Niederlassungen die Applikationen der Hauptverwaltung nutzen können, wird Citrix Metaframe XPa auf einem MS Windows 2000-Server eingesetzt. In einer Firmenniederlassung ist an einer MS Windows 98-Workstation an der parallelen Schnittstelle LPT1: ein HP LaserJet 1160 angeschlossen. Der lokale Ausdruck der Testseite auf der MS Windows 98-Workstation funktioniert tadellos. :) Verbindet sich der User mit dem Citrix Metaframe-Server wird automatisch ein Clientdrucker erstellt. Auch hier funktioniert der Ausdruck ohne Schwierigkeiten. :) Mein Problem: Eine andere Niederlassung, besitzt ebenfalls eine MS Windows 98-Workstation, an deren parallelen Schnittstelle LPT1: ebenfalls ein HP LaserJet 1160 angeschlossen ist (gleiche Konstellation wie oben). Auch hier funktioniert unter MS Windows 98 der lokale Ausdruck der Testseite problemlos. :) Auch hier wird, nach erfolgreicher Authentifizierung am Citrix Metaframe-Server, automatisch ein Clientdrucker erstellt. Allerdings scheitert hier das Drucken gänzlich! Der Druck bleibt in der Warteschlange stehen und nach einiger Zeit erhält man eine Windows-Fehlermeldung, dass der Drucker entweder "offline" oder das Druckerkabel nicht angeschlossen oder der Drucker möglicherweise abgeschaltet ist. Allerdings: Diese Meldung kommt NICHT vom Citrix Metaframe-Server sondern von der MS Windows 98-Workstation (!) :shock: - von der gleichen, mit der man noch zuvor problemlos lokal eine Testseite drucken konnte! Meine "verzweifelten" Lösungsschritte waren u. a.: Sowohl den Drucker, den HP LaserJet 1160, als auch die MS Windows 98-Workstation herunterfahren und abschalten. Die Warteschlange des Clientdruckers auf dem Citrix Metaframe-Server wurde geleert. Danach den Dienst auf dem Server beendet bzw. neu gestartet. Anschließend den lokalen Drucker eingeschaltet, als nächstes die MS Windows 98-Workstation. Es konnte wieder die Testseite wieder wie gewohnt lokal, also unter Win98 gedruckt werden. Der User verbindet sich auf den Citrix Metaframe-Server. Es wird wieder der Clientdrucker erstellt und....der Ausdruck der Testseite funktioniert wieder nicht! :nene: Wieder die lokale Windows 98-Fehlermeldung, wie zuvor beschrieben. Ich habe keine Erklärung :suspect: für den Fehler, weil ja die gleiche Hardware & Software bei einer anderen Niederlassung genauso funktioniert. Ebenso, dass der Drucker nicht angeschlossen sei, obwohl zuvor lokal gedruckt werden konnte. Weiß jemand einen Rat? Vielleicht sollte ich mal das parallele Druckerkabel tauschen lassen? Oder liegt's mal wieder daran, dass MS Windows 98 das Problem ist? Ich würde ja auch viel lieber MS Windows 2000 Professional oder MS Windows XP Professional einsetzen, aber es muss halt gespart werden....koste es, was es wolle... Gruß rutrox