Walhalla

Hallo, nein, haben alle volle Rechte, hab's aber gefunden: Es liegt an der HP IP Schnittstelle. Mit der MS TCP/IP Schnittstelle gehts. Trotzdem Danke Walhalla

Hallo, habe einen HP 3800 Farblaser übers Netzwerk angeschlossen und eigentlich geht auch alles. Jetzt taucht aber folgendes Problem auf: Umgebung: Windows 2003 Terminal Server Wenn der Drucker aus ist und jemand eine Datei an den Drucker sendet, kommt obige Fehlermeldung, was aber klar ist, da der Drucker ja tatsächlich nicht erreichbar ist. Allerdings verschwindet die Meldung nicht, wenn der Drucker wieder eingeschaltet wird und somit ja erreichbar ist, sondern es muss sich nun der Admin am Server einloggen und auf "OK" klicken. Erst dann wird gedruckt. Die Meldung geht also nicht von selbst weg, wenn der Drucker eingeschaltet wird, sondern bleibt bis der Admin eingreift. Gibt's dafür ne Lösung ? Danke Walhalla

Hi All, also heinzelrumpel wollte doch eigentlich verbieten einige Drucker zu installieren. Das scheint mir aber mächtig viel Admin-Aufwand gerade auch für die Zukunft. Frage: Würde es da nix helfen nur einige Drucker zu installieren und den Rest mit den Fall-Back-Druckertreibern zu bedienen ? Ist das keine Möglichkeit ? Oder zieht sich das System immer die Drucker wenn es die Möglichkeit hat ? In diesem Fall wäre es doch sinnvoller einige Druckertreiber zur Installation freizugeben und den Rest kategorisch zu verbieten - nur geht das denn ? Walhalla

Ach ja, wenn man auf dem Terminalserver unter Terminaldienste Konfiguration -> Verbindungen -> -> RDP-TCP -> Umgebung .. das Proggie einstellt hilft es mir nix, da das für alle User gilt, was es ja nicht soll. Es muss also in der Userverwaltung, Eigenschaften von User, Terminaldiensteprofil eingestellt werden. Und jetzt stellt sich die Frage, gibt es diesen Reiter auch in der SBS Version ? Danke Walhalla

Hi ich nochmal... also es ist eigentlich ganz einfach: bei einigen Usern soll automatisch das Programm xy.exe beim Login gestartet werden. Sobald diese das Programm über beenden bzw. über den X Button verlassen, soll der User abgemeldet werden. Das kann mann aber unter 2003 zumindest bei der Standard-Version beim User festlegen, nur ob das auch der SBS kann weiss ich eben nicht. Danke Walhalla

Hi Hirgelzwift, also ich bin noch einer aus der alten DOS Fraktion :-) GW-Basic und Batch sind null Problemo, aber ich muss gestehen, daß ich von kix noch nix gehört habe - tja Walhalla

Hi, zunächst mal vielen Dank für Eure Antworten und Tipps. Problem war (und ist): WTS auf Win 2003 Mitglied der Domäne eines NT4. So User auf WTS lokal angelegt und in die RDP eingetragen -> passt Nur bei einigen Usern soll gleich beim Start ein Programm starten und wenn das beendet wird, soll auch die TS Verbindung beendet werden. Der Desktop soll/ist also für diese User nicht (jedenfalls nicht für einen NichtHacker) nicht erreichbar sein. Das klappt auch gut. Andere User sollen aber den ganz normalen Desktop haben. So bei den Usern die nicht auf dem NT4 angelegt sind, funzt kein Drucken aus der TS Session, bei den auf dem NT4 angelegten hingegen schon. Habe schon alles durchgespielt (sämtliche Rechte verglichen) und es liegt definitiv an der Userzuordnung zur Domäne. So, wenn also der SBS den einzelnen Usern keinen Proggiestart zuordnen kann is sch... Leider weiss ich nun noch nicht ob's geht oder nicht. Hat keiner so eine Konfig am laufen ? Danke Walhalla

Hallo Hirgelzwift, so einfach ist es nicht, da dann evtl. mein Druckerproblem wieder auftaucht. (NT4 Domäne, Win2003 TS => TS in Domäne eingebunden, TS User auf dem TS angelegt und Rechte vergeben => User können nicht Drucken! User auf NT4 angelegt => alles funzt, bis auf: NT4 kann TS-User kein Programmstart beim Login angeben = Problem) Ich bin mir nun nicht sicher, ob der SBS Server nun diese Möglichkeit in der Userverwaltung hat oder nicht ? Danke Walhalla

Hallo the Spawn, also ich hab jetzt alles mögliche versucht und bin zu folgendem Ergebnis gekommen: Nur wenn der User Benutzer der Domäne ist, funktioniert das mit dem Drucken. Wenn der User lediglich auf dem TS angelegt ist, geht es nicht. Da der DOM Controller aber momentan NT4 ist, kann ich dort dem User keinen direkten Programmstart zuweisen => Ziel nicht erreicht. Daher habe ich vor meinen Domänencontroller mit Win2003 auszustatten, aber hierzu einen extra Thread eröffnet, da noch Fragen offen sind. Danke Walhalla

Hi, also mir ist klar, daß der Small Business Server 2003 (SBS 2003) keine Terminaldienste unterstützt. Aber wie sieht es denn mit folgender Möglichkeit aus: Win 2003 SBS ist Domänencontroller der Terminalserver läuft auf einem extra Rechner mit Win 2003 Standard Grund: Der TS soll ja auf einem extra Rechner laufen und nicht unseren normalen Server belasten. Win2003 TS Server steht schon, Domänencontroller ist noch ein NT4 Server was aber nicht wirklich Spass macht :-) Geht das, oder gibt's da Probleme ? Danke Walhalla

Hi, habs mit der DCOM getestet, ohne Erfolg. Wieso schreibt er mir Zugriff verweigert ? Danke Walhalla

Hallo TheSpawn, habe auch noch mal nach dem Fehler gesucht und unter admin-tipps.de eine Beschereibung gefunden, die ich mal testen werden (Regestry => deutet auf Rechteproblem bei netman hin). Problem: Die DCOM-Konfiguration unter dem Komponentendienst dauert schon ewig zum aufrufen. Walhalla

Hallo The Spawn, nachfolgend noch ein paar Info's aus dem Ereignisprotokoll als ich als User des TS drucken wollte (er gab keine Fehlermeldung aus, aus dem Drucker kam dennoch nix): Ereignistyp: Fehler Ereignisquelle: DCOM Ereigniskategorie: Keine Ereigniskennung: 10016 Datum: 08.01.2006 Zeit: 17:04:05 Benutzer: NT-AUTORITÄT\NETZWERKDIENST Computer: xxx Beschreibung: Durch die Berechtigungseinstellungen (Anwendungsspezifisch) wird der SID (S-1-5-20) für Benutzer NT-AUTORITÄT\NETZWERKDIENST keine Aktivierungberechtigung (Lokal) für die COM-Serveranwendung mit CLSID {BA126AD1-2166-11D1-B1D0-00805FC1270E} gewährt. Diese Sicherheitsberechtigung kann mit dem Verwaltungsprogramm für Komponentendienste geändert werden. dieses Ereignis kommt zwei mal, das nächste Ereignis lautet wie folgt: Ereignistyp: Fehler Ereignisquelle: Print Ereigniskategorie: Keine Ereigniskennung: 6161 Datum: 08.01.2006 Zeit: 17:07:44 Benutzer: xxx\test Computer: xxx Beschreibung: Das Dokument Testseite, im Besitz von test, konnte nicht auf dem Drucker hp6122 (von xxx) in Sitzung 3 gedruckt werden. Datentyp: NT EMF 1.008. Größe der Warteschlangendatei in Bytes: 77436. Anzahl der gedruckten Bytes: 0. Gesamtanzahl der Seiten des Dokuments: 1. Anzahl der gedruckten Seiten: 0. Clientcomputer: \\xxx. Vom Druckprozessor zurückgelieferter Win32-Fehlercode: 5. Zugriff verweigert Also das der Zugriff verweigert wurde ist mir jetzt klar, aber wo zum T.... kann ich den Freischalten. (Unter Drucker hp6122-Eigenschaften-Sicherheit Darf der User Drucken und Dokumente verwalten). Vielen Dank Walhalla

Hallo TheSpawn, zunächst mal danke, daß Du dich meines Problems annimmst. Also im Ereignisprotokoll kommt zunächst: Ereignistyp: Informationen Ereignisquelle: Print Ereigniskategorie: Keine Ereigniskennung: 2 Datum: 08.01.2006 Zeit: 16:56:30 Benutzer: NT-AUTORITÄT\SYSTEM Computer: xxxxxxxxx Beschreibung: Der Drucker "hp6122 (von xxx) in Sitzung 3" wurde erstellt. Dann geht's weiter mit einer Fehlermeldung, daß der Drucker nicht als Standarddrucker erstellt werden konnte: Ereignistyp: Fehler Ereignisquelle: TermServDevices Ereigniskategorie: Keine Ereigniskennung: 1109 Datum: 08.01.2006 Zeit: 16:56:30 Benutzer: Nicht zutreffend Computer: xxx Beschreibung: Der Drucker hp6122 (von xxx) in Sitzung 3 konnte nicht als Standarddrucker festgelegt werden. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. Daten: 0000: 09 07 00 00 4f 0f 00 00 ....O... Das der Druckertreiber nicht passt ist ausgeschlossen, da dieser wunderbar funktioniert, wenn ich mich als Terminalserveruser an der Domäne anmelde (natürlich vom selben PC aus). So und nun ein Phänomen: Meine Drucker zeigt er richtig unter "Start - Drucker und Faxgeräte" an. Soweit so gut, will ich jedoch auf so einem Ding drucken tut sich nix (wie gesagt als anderer User am gleichen PC gehts). Meine Spezialsoftware wertet das ganze dann scheint's aus und zeigt unter Drucken gar keine Drucker mehr an. Irgendwie merkwürdig ! Noch eine Idee ? Danke Walhalla

Hi TheSpawn, habe gerade rumprobiert und es ist irgendwie noch komplizierter: Also ein Teil der Terminalserverbenutzer meldet sich nicht an der Domäne an, sondern lokal am Terminalserver. Die User sind also nicht in der Domäne (NT4) sondern direkt am Terminalserver angelegt. Das soll aus diversen Gründen auch so bleiben. So, diese User können auch nicht von der Windows-Oberfläche aus auf Ihrem Client drucken. Gibt's da irgend eine Chance das zu ändern ? Die Druckertreiber sind selbstverständlich für diese User freigegeben. Hab schon div. versucht, bislang leider ohne Erfolg. Vielen Dank Walhalla