alias

@beide Ich weiss jetzt nicht, ob es bei Eurem Problem hilft. Aber im folgenden Thread hatte Necron einen Hinweis bzw. des Rätsels Lösung. Viel Glück, alias http://www.mcseboard.de/showthread.php?postid=25423#post25423

Hi, habt ihr das Servicepack 1 für XP installiert? Gruß, alias

Hi, MT2002, es gibt keine Richtlinien, die verweigert werden. Speziell auch nicht in Bezug auf die Rechtevergabe/Rechtevererbung.

Hallo nochmal, heute ist wieder so ein Tag... Also, hatte vor einiger Zeit in einem Thread von einer Merkwürdigen Event-ID berichtet. Denke jetzt, ich weiss worum es sich da handelt: Wir haben seit kurzem eine neue USV installiert bekommen. Nur der Mensch, der die Software und die Treiber für die Überwachung installiert hat, hat eben die falsche :mad: installiert. Und zwar für die TCP/IP-Netzwerkversion. Die USV ist aber lokal am Server (oder halt andersrum) angeschlossen. Aber egal. Nun wird in der Ereignisanzeige halt angezeigt, dass er eben diese (falschen) TCP/IP-Treiber bzw. DLLs nicht finden kann. Nun meine Frage: Unter Dienste ist nichts mehr zu finden. Die Software und die Treiber wurden auch deinstalliert und die Richtigen installiert. Wie kann ich diese "nervende" Event-ID verbannen? In der Registry habe ich auch schon geschaut, nichts zu finden... Hoffe, jemand kann irgendwie helfen, alias Zusatz: Die angesprochene Event-ID findet ihr hier: http://www.mcseboard.de/showthread.php?postid=46052#post46052

Hallo und guten Abend, habe ein komisches Problem mit der Rechtevererbung. Folgendes Szenario: Vererbung der Rechte an Unterordner etc. ist aktiviert. Sobald aber ein User/Mitarbeiter auf Files (Word etc.) zugreifen will gibt es eine Fehlermeldung, die besagt, dass der user das Dokument nicht öffnen kann usw. usf. Wenn ich nun aber den Haken raus nehme und den User manuell wieder hinzu füge funktioniert die Geschichte einwandfrei. Hat dieses "kleine" Problem einen Hintergrund/Hintergedanken? Kann mir jemand irgendwelche Tips, Ratschläge oder ähnliches geben, wie ich mit diesen Vererbungen umgehen sollte/muß? Danke im voraus und noch schönen Abend, Alias

@DJ-Silver Guten Abend, also ich muss sagen, dass ich dieses Problem auch in einer Windows 2000 Server-Domäne habe. Wenn ich nachträglich ein Skript bzw. dessen Pfad angebe passiert halt gar nichts (bei einem existierenden User). Wenn ich aber beim Neuanlagen eines Users auch auf das Skript im Profil verweise funzt es einwandfrei. Musste deshalb schon bei 5 Clients den User neu anlegen, damit es einwandfrei funktioniert. Ist schon komisch. Vielleicht weiß ja doch jemand, woran das liegen könnte... Schönen Abend noch, Alias

Na, Herr Dr. da habe ich mal wieder etwas dazu gelernt, danke. Dachte, es wird eine spezielle Terminalserver-Version (z.B. W2K-Advanced o.ä.) benötigt und die Dienste sind nur eine "abgespeckte" Version. Einen schönen Abend noch... Alias

Hi, redet ihr von einem "richtigen" Terminalserver oder nur von den Terminaldiensten. Im letzteren Fall hat er evtl. in den Remoteverwaltungsmodus (2 freie Clients) "umgeschaltet". Alias

Hi, DJ-Silver, ich meine, dafür gibt es ein Prg. von MS. Ich hatte auch mal im Internet gesearcht und bin dann darauf hingewiesen worden, dass ein Programm mit Namen WinInstall LE (ist glaube ich von Veritas) besser geeignet ist. Suche mal danach. Hoffe, ich hab dir etwas geholfen, Alias Wenn du nichts findest, könnte ich ihn dir mailen. Sind aber "leider" 5,7 MB :eek: ca.

Hi, Echo, tja, dann werde ich wohl morgen nochmal alles akribisch nach prüfen. Trotzdem danke für deine aufmunternden Worte. Wenn ich weiß woran es lag werde ich es kurz mailen. Alias

Hallo und guten Tag auch, habe (mal wieder) ein Problem mit den Netzwerkdruckern. Glaube langsam, mich will in unserem Hause jemand verars.... Nun zu meinem Problem : Habe auf dem Server 4 Netzwerkdrucker eingerichtet und auch die erforderlichen Freigaben erteilt. Es werden 4 einzelne Drucker (2 HP LJ 6L und 2 OKI-Nadeldrucker) an 4 einzelnen Printservern (HP Jetdirect-Class) angesprochen. Die Netzwerkdrucker sind auf 4 Workstations (XP-Prof.) installiert worden und liefen auch bis vor kurzem einwandfrei. Da ein Kollege aber mit den Druckerpool-Eigenschaften letzte Woche "herumgespielt" hat habe ich die Drucker neu installiert und eingerichtet. Jetzt tritt folgendes Problem auf: Sobald ich z. B. aus Word heraus einen Druck auf einem HP LJ 6L zaubern will blinkt dieser nur. Sobald ich aber den Knopf am Drucker betätige, kommt der Druck heraus. Welche Einstellung hat sich da verstellt bzw. Fehler eingeschlichen? Bin schon am verzweifeln. P.S. Tritt sogar bei einem stinknormalen Testdruck auf. Wer kann mir in meiner Verzweiflung einen Tip geben? Danke im voraus, Alias Hat das evtl. mit dem sog. "Manual-Feed-Mode" des Druckers zu tun? Wie bzw. wo kann ich das wieder umstellen? Mittlerweile habe ich bemerkt, dass er doch ab und zu druckt. Nur die Hälfte. Könnte wohl doch eine Treiber-/Druckereinstellung sein. Nur wo? Any Ideas?

Hi, zuschauer, danke dir für das echt tolle Posting. Werde ich im Laufe des Tages mal testen. Hatte "Betriebsausflug". Deshalb melde ich mit erst jetzt. sorry. Alias

@r_t Habs jetzt angetestet und versucht. Funktioniert leider auch nicht. Werde mich wohl jetzt mal mit Kixtart auseinandersetzen müssen. @zuschauer Kennst du gute Sites zum Anfangen mit Kixtart? Habe zwar schon die neue Version (nicht Beta) gezogen und suche jetzt Beispiele für stink normale Login-Scripts mit Laufwerksmapping. Danke für Eure Tips. Frank

Erhalte seit kurzem regelmäßig in der Ereignisanzeige folgnede Meldung: Ereignistyp: Fehler Ereignisquelle: SerEnTcp Ereigniskategorie: Keine Ereigniskennung: 14 Datum: 06.05.2003 Zeit: 05:37:10 Benutzer: Nicht zutreffend Computer: HERZ02 Beschreibung: Die Beschreibung der Ereigniskennung (14) in (SerEnTcp) wurde nicht gefunden. Der lokale Computer verfügt nicht über die zum Anzeigen der Meldungen von einem Remotecomputer erforderlichen Registrierungsinformationen oder DLL-Meldungsdateien. Ereignisinformationen: . Kann mir jemand etwas darüber erzählen? Unter eventid.net finde ich darüber leider nichts. Kann dies mit einer abgestürzten USV zusammen hängen? Danke im voraus, Frank

Der Fehler tritt nicht auf, wenn ich mich an seiner Win95-Kiste anmelde. Ich kann die Dateien einwandfrei öffnen. Dabei ist mir aufgefallen, das er bei der Anmeldung eine Fehlermeldung ala Domäne ist nicht erreichbar, Domänenkennwort o.ä. ist falsch oder so ähnlich ausgibt. Bei der nachfolgenden Anmeldung funzt es dann einwandfrei. Das gleiche passiert auch, wenn ich mich dort (auch als Admin) anmelde. Schon merkwürdig. Wie gesagt: An seiner Kiste kann ich die Dateien öffnen. Er bekommt die im ersten Posting angegebene Fehlermeldung.

Hallo, r_t, schön von Dir zu hören. auf dem Client läuft jetzt nur noch der MS-Client bzw. der Verzeichnisdienstclient. Die Daten liegen auf einem W2K-Rechner. Der Client hat nur noch Verbindung zum W2K-Rechner. Novell-Clients sind dort nicht installiert... Frank

Hallo und guten Tag, habe gestern Anwenderverzeichnisse mit Texten, Dokumenten, Tabellen etc. von einem Novell-Server auf unseren neuen W2K-Server gezogen, User eingerichetet und mit den dazugehörigen Rechten versehen. Nun taucht das Problem :( auf, dass, wenn er einen seiner Texte vom neuen Server laden will, folgende Meldung kommt: Word kann das Dokument nicht öffnen. Versuchen Sie eine oder mehrere der folgneden Optionen: *Klicken Sie "Öffnen" im menü "Datei" *Überprüfen Sie, ob das Dokument eine .DOC-Erweiterung hat. Hahaha. :rolleyes: Natürlich hat es die. Das komische ist, ich kann z.B. den Text einwandfrei laden (WinXPPro, Word2000) nur mein Kollege bekommt wie gesagt die o. b. Meldung (Win95b, Word97). Er konnte Sie auf dem alten Server einwandfrei nutzen. Hat irgendjemand im Board einen Tip, Hinweis, Abhilfe oder Ähnliches? Wäre sehr dankbar. Hoffe, bin hier damit noch OT. Frank

Ich danke dir, r_t, ich versuche mal deinen Hinweis. Ansonsten habe ich auch mit Kixstart schon etwas experimentiert. Dachte aber, das so ein paar "dämliche" Script-Befehle reichen. Ich teste es mal aus. Bis dann, Frank

Hi, r_t, habe mir KEYDELAY gesaugt und eingebaut. Mein Script sieht nun folgendermaßen aus: @echo off KEYDELAY /n (Denke, die 5 Sek. reichen aus...) NET TIME \\server /set /y (Zeit wird einwandfrei abgeglichen) NET USE * /delete /yes NET USE i: \\server\Abteilung2 Weiterhin wird das zu mappende Laufwerk im Explorer sowie im Arbeitsplatz nicht angezeigt. Sobald ich das Script "zu Fuß" starte, mappt es einwandfrei. Hast du weitere Ideen? Sollte der KEYDELAY-Befehl woanders stehen? Danke dir schonmal für die Hinweise und Tips, Frank

Hi, real_tarantoga, ich danke dir. Hört sich ja irgendwie einfach an. Na ja, bin halt noch Neuling. Teste ist aber heute nicht mehr aus. Feierabend muss auch mal sein. Schönes Wochenende, Frank

Danke Dir, Necron, wenn du mir jetzt auch noch sagen könntest, wie der Befehl für das Script auszusehen hat und wo ich den "implementieren" muss wäre es fast wie Weihnachten für mich. Frank

Hallo und moin, r_t, und alle Anderen, die versuchen, mir zu helfen: 2 Frägen hätte ich dazu: 1. Wie und wo muss ich diesen Befehl im Script einfügen und 2. Wo kann ich das Script in der Registry starten lassen, wie schon mal vorgeschlagen? Bin in dieser Angelegenheit noch ziemlich ein Noob... Danke Euch im voraus, Frank

Hallo, Echo, kannst du mir evtl. einen Tip geben, wo und wie ich das bewerkstellige? Im Script? In der Registry? Oder wo sonst? Hast Du ein Muster bzw. ein Beispiel dafür? Danke für die Hilfe, Frank

Hallo, Necron, wäre ein Versuch wert. In der Registry der Win95-Kiste, denke ich. Oder? Komisch ist nur, dass er die Datei ja startet. Der Zeitabgleich findet ja statt. Teste ich morgen mal aus, danke Dir. Frank

Hallo und guten Abend. In einer unserer Abteilungen stehen noch einige Win95-Rechner. Beim Anmeldenn von Usern über diese Workstations wird das Anmeldescript nicht "komplett" ausgeführt. Folgende Befehle sind enthalten: NET TIME \\SERVER /set /y wird ordnungsgemäß ausgeführt. NET USE R: \\SERVER\Freigabename Laufwerke scheinen nicht gemappt zu werden. Das kuriose ist, dass, wenn ich die Batch-Datei "manuell" starte, das oder die Laufwerke gemappt werden und im Explorer z.B. korrekt angezeigt werden. Im Moment habe ich mich so beholfen, dass Script aus der Autostartgruppe zu starten. Ist ja aber nicht im Sinne des Erfinders. Hat irgend jemand eine Idee, wieso das LW-Mapping bei den Win95-Rechnern nicht funktioniert? Bei W2K und XP läuft das selbe Script einwandfrei. Danke im voraus, Frank