janlutmeh

Für 2002 / 2003 gits ein Tool zum freien Download. Am besten englisch googlen.

Moin, mal wieder so ein Spezialfall auf den ich wahrscheinlich keine Antwort finden werde. Bei uns ist der David 5.2 auf Netware 3.12 im Einsatz, und muß wohl auch noch so ein bis 2 Monate seinen Dienst tun bis de in Ruhestand darf. Ich habe jetzt 2 Clients bei denen der eigentliche David-Client Problemlos funktioniert, es lassen sich also alle Daten auf dem Server anzeigen.Allerding funktioniert der Tobit Faxware Drucker nicht mehr, ich kann also keine Faxe mehr versenden. Wird der Drucker ausgewählt gibt beiner einfachen txt die Fehlermeldung "Das handle ist ungültig", unter Office meldet das System "... konnte nicht drucken, weil..... Netzwerkverbindung... Treiber...Problem...". Bei den Clients handelt es sich um Windows 2000 SP4 und Windows XP SP2 ( Andere Clients mit den OS stehen und funktionieren produktiv ). Neuinstallation des David-Client wird ohne Fehler durchgeführt, allerdings ohne den Drucker zu installieren (macht er normalerweise auf frischen Systemen ). Manuelle Installation des Drucker mit dem vorhandenen NT 4 Treiber klappt, Drucker funktioniert dann aber nicht (Faxware Port ist eingestellt und richtig konfiguriert). Den Druckertreiber den ich im Verdacht habe bekomm ich aber nirgends einzeln zum Download. Na ja, und über die Support Policy von Tobit brauchen wir hier nicht reden (Es wird immer nur die aktuelle Version supported). Hoffe es kennt sich jemand annähernd damit aus und kann mir helfen.

Bin direkt am 10ten oben, mal schauen was alles geht.

Alternativ ein eigens erstellter Domänen Benutzer der nur zum Herstellen der Verbindung mit dem Laufwerk angelegt ist, und sozusagen ansonsten beschnitten ist? Oder sollen die Zugriffe den einzelnen Usern zuzuordnen sein? Hoffe Du nhast den Post vorhin trotz des Smiley verstanden.

Wenn ich diese Seite richtig lese, dann stellt Atech keine Modems her, also nochmal genau das Modem untersuchen und versuchen den Hersteller ausfindig zu machen. Habe ein paar Seiten gesehen die Conexant referenzieren. Alternativ lässt sich das ja vielleicht über die FCC-ID herausfinden.

Vielleicht als Batch direkt dem User zugeordnet im Autostart. NET USE M: \\192.168.x.y\Freigabe$ /user:Domäne\User /persistent:no So kommt zumindest eine Kennwortabfrage, die Nutzer müssten aber fest zugeordnet werden. Die Batch Spezialisten sollten denk ich aber auch in der Lage sein die Domäne mittels Variabler abzufragen.

SUS ist umsonst, äh nein, kostenlos. Keine weiteren Lizenzkosten.

Preisvergleich.de Idealo.de

Was für Betriebssysteme?

Yep! Dann mal weiter mit dem Brot.

sollte theoretisch aber genauso funktionieren, müsste man halt mal in einer testumgebung ausprobieren. Vielleicht gibt es auch ne entsprechende Anleitung für 2003 die man mal probieren könnte.

Wollt ich Dir nicht wegklauen, dachte aber Du wärst in Winterschlaf gefallen.

Und das Erkennen und Reparieren versucht? Zu finden unter Menü Hilfe.

Bei Win XP macht das die Setup.exe, das ist dann der Slipstream. Da sollte Dirm dieser KB-Artikel helfen.

Welche Word Version, welcher Patchstand?

Da es sich ja offensichtlich um Office 2000 handelt, kann ich das nicht zu 100% sagen, sollte aber auch gehen. Am vorteilhaftesten einen zentralen Verteilungspunkt einrichten und dann mit den Möglichkeiten des ResourceKit die Patches via Skript verteilen. Unter 2003 heisst das Tool ohotfix.exe, müsste es aber unter 2000 genaus geben, in das Verzeichnis mit den Patches legen und vom skript aus aufrufen. Die Patche werden dann in alphabetischer Reihenfolge installiert, sofern benötigt. Falls das nicht im Resourcekit von 2000 drin ist, könnte man das natürlich mit der 2003 Version versuchen. Ach und in dem Verzeichnis nicht einfach die "Patch".exe reinlegen, sondern die entpackte msp Datei. Wichtig, der Client brauch für den Patchvorgang wie immer Zugriff auf die ursprüngliche Installationsquelle.

Welche Office Version? Schon Erkennen und Reparieren versucht, ist ab Office 2000 (oder eher?) im Office integriert. Klappt zumindest manchmal und ist halt so dabei.

Um das ganze mal wieder zu beleben: "Das ist ganz einfach, man muss nur etwas weiter vorhalten"

Na wenn der nie an ist wundert mich nicht das es zu Fehlern kommt wenn die Jungs sich nicht replizieren können. Überprüf doch mal welche FSMO Rollen auf welchen Servern liegen. Welchher der Server war denn zu erst da? Die Betriebsmaster kann man sich anzeigen lassen wie folgt: Active Directory Benutzer und Computer - Eigenschaften der Domäne - Betriebsmaster dort findet man RID, PDC und Infrastrukturmaster Active Directory Domänen und Vertrauensstellungen - Eigenschaften (nicht der Domäne sondern Verzeichnis root) - Betriebsmaster dort findet man den DomainNamingMaster Um den Schemamaster anzu zeigen muss zunächst das Schema Snapin registriert werden, asuführen regsvr32 schmmgmt.dll, anschliessend eine mmc öffnen und das AD Schema SnapIn hinzufügen Dort findet man dann unter den Eigenschaften des Schema wieder den Betriebsmaster. Den Globalen Katalog kann man über die DNS Einträge oder mit Ntdsutil identifizieren. Waren ggf. Standorte definiert? Irgendeinen Zweck muss dieser Backup Server ja schliesslich auch mal gehabt haben. Im DNS soltte dann unter GC die IP Adresse eines Servers auftauchen der im Netz steht und DC der Domäne ist.

Wie in der oben geposteten Anleitung zu ersehen ist, müssen via GPO 1. Die automatischen Updates aktiviert sein und 2. Die Option 4 ausgewählt werden (automatisch downloaden und laut zeitplan installieren) wenn die Benutzer nicht lokale Admins sind. Damit sollte es dann eigentlich soweit gelöst sein.

Im dcdiag hat man gesehen das der DC versucht hat sich mit nem Server namens Backup Server zu verbinden, was nicht geklappt hat. Daher auch die Frage obs der einzige ist. FSMO sind die Betriebsmasterrollen. Das sind Funktionen die in jeder Domäne bzw. jedem Active Directory nur einmal vorhanden sein dürfen. Die Einträge für die Domänencontroller findest Du in der DNS-Konsole in den Forward-Lookupzonen. Unter _msdcs.DeineDomäne. Dort findest Du unter DC alle Einträge für die Domänencontroller, unter GC die Einträge für die globalen Katalogserver.

In der Domäne müssen die noch vorhandenen Metadaten des ehemaligen DC entfernt werden. Eine kurze Beschreibung befindet sich als letzter Lösungsschritt in diesem Artikel. Eine ausführliche Anleitung zur Entfernung alter Daten aus dem AD gibts auch bei Microsoft .

Deinen Bildern entnehme ich das das kein einzelstehender Server ist / war (Er versucht ja vergeblich zu replizieren). So schaut das aus als ob er den globalen Catalog nicht findet, vielleicht weil der eigentlich auf einem anderen Server ist. Gibt es mehrere DC´s? Welche der Server halten dann welche FSMO Rollen? Sind vielleicht mehrere DC´s vorhanden und auf diesem Server laufen GC und Infrastrukturmaster gleichzeitig (soll nicht so sein)? Sind die Einträge für den GC im DNS korrekt und eindeutig?

Na da wird Dir diese Aussage von Microsoft auch nicht weiterhelfen. Gibts vielleicht im Eventlog irgendwelche zeitnah zuordenbaren Fehler.

Um nochmal zu den Auswirkungen zu kommen, woran merkt die Kollegin denn das ein Fehler aufgetreten ist wenn er keine Auswirkungen hat?