13
Printserver Treiber-Upload Kyocera Typ 4 PCL Problem mit Benutzermodus
Hallo,
ich versuche gerade bei einem Samba File Server die Treiber für freigegebene Drucker bereitzustellen. Dafür wurde ein extra Share eingerichtet. Ehrlich gesagt glaube ich nicht das es an Samba liegt oder das es eine Rolle spielt, eher vermute ich die seltsame Handhabung der Treiber seitens Kyocera als Problem. Ziel ist es am Ende Drucker per GPO den Benutzer bereitzustellen und dazu die passenden Treiber.
Wenn ich über die Druckverwaltung mich mit dem Samba-Printserver verbinde, kann ich den freigegebenen Drucker normal verwenden, solange ich lokal die Treiber manuell installiere. Also habe ich das Share eingerichtet und versuche nun den Treiber hochzuladen. Er kopiert die Dateien auf das Share und dann kommt folgende Meldung:
Es gab dazu ein Workaround im Univention Forum:
https://help.univention.com/t/problem-printer-driver-upload-via-windows- ...
Univention verwendet auch Samba. Allerdings funktioniert dieser Workaround bei mir nicht. Dort werden die KX Universal Treiber verwendet, diese scheitern aber schon bei mir das MS meckert, das diese nicht signiert sind und er keinen passenden Treiber finden kann. Bei den richtigen V4-Treibern, gibt es keine OEMsetup.inf. Die eigentlich inf hat auch nicht den besagten Abschnitt. Also Sackgasse.
Wie kann man diesen Benutzermodus umgehen bei den Kyocera-Treibern? Gibt es noch andere Treiberpakete von Kyocera die für den Upload in einen Printserver geeignet sind?
Grüße
ich versuche gerade bei einem Samba File Server die Treiber für freigegebene Drucker bereitzustellen. Dafür wurde ein extra Share eingerichtet. Ehrlich gesagt glaube ich nicht das es an Samba liegt oder das es eine Rolle spielt, eher vermute ich die seltsame Handhabung der Treiber seitens Kyocera als Problem. Ziel ist es am Ende Drucker per GPO den Benutzer bereitzustellen und dazu die passenden Treiber.
Wenn ich über die Druckverwaltung mich mit dem Samba-Printserver verbinde, kann ich den freigegebenen Drucker normal verwenden, solange ich lokal die Treiber manuell installiere. Also habe ich das Share eingerichtet und versuche nun den Treiber hochzuladen. Er kopiert die Dateien auf das Share und dann kommt folgende Meldung:
Es gab dazu ein Workaround im Univention Forum:
https://help.univention.com/t/problem-printer-driver-upload-via-windows- ...
Univention verwendet auch Samba. Allerdings funktioniert dieser Workaround bei mir nicht. Dort werden die KX Universal Treiber verwendet, diese scheitern aber schon bei mir das MS meckert, das diese nicht signiert sind und er keinen passenden Treiber finden kann. Bei den richtigen V4-Treibern, gibt es keine OEMsetup.inf. Die eigentlich inf hat auch nicht den besagten Abschnitt. Also Sackgasse.
Wie kann man diesen Benutzermodus umgehen bei den Kyocera-Treibern? Gibt es noch andere Treiberpakete von Kyocera die für den Upload in einen Printserver geeignet sind?
Grüße
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 671294
Url: https://administrator.de/forum/printserver-treiber-upload-kyocera-typ-4-pcl-problem-mit-benutzermodus-671294.html
Ausgedruckt am: 14.03.2025 um 14:03 Uhr
13 Kommentare
Neuester Kommentar
https://paedmllinux.blogspot.com/2018/12/kyocera-treiber.html
Das ist der einzige Kyocera-Treiber, der sich in CUPS bereitstellen lässt. Hast da aber auch nur Grundfunktionen.
Empfehlung -> Windows Printserver aufsetzen.
vG
Das ist der einzige Kyocera-Treiber, der sich in CUPS bereitstellen lässt. Hast da aber auch nur Grundfunktionen.
Empfehlung -> Windows Printserver aufsetzen.
vG
Ich würde fast behaupten das ich das selbe Problem im Windows Printserver erhalte, weil das Printer_Driver Share hat erstmal per se nichts mit CUPS zu tun. Wenn ich die Treiber direkt im CUPS hochladen wöllte, dann hast du natürlich recht, da gibt es nur wenige Optionen.
Ich bin nach diesen beiden Tutorials vorgegangen bei der Installation:
https://wiki.samba.org/index.php/Setting_up_Samba_as_a_Print_Server
https://wiki.samba.org/index.php/Setting_up_Automatic_Printer_Driver_Dow ...
Für den Treiber-Upload werden die selben Werkzeuge verwendet wie bei einer Windows Umgebung auch. Darunter liegt CUPS, das ist richtig, aber dieser regelt nur die Bereitstellung der Drucker und die Zuordnung der Printjobs. Das Herunterladen der Treiber vom Client aus, ist eine reine Windows-Mechanik die im Samba adaptiert wurde.
https://wiki.samba.org/index.php/Setting_up_Samba_as_a_Print_Server
https://wiki.samba.org/index.php/Setting_up_Automatic_Printer_Driver_Dow ...
Für den Treiber-Upload werden die selben Werkzeuge verwendet wie bei einer Windows Umgebung auch. Darunter liegt CUPS, das ist richtig, aber dieser regelt nur die Bereitstellung der Drucker und die Zuordnung der Printjobs. Das Herunterladen der Treiber vom Client aus, ist eine reine Windows-Mechanik die im Samba adaptiert wurde.
Zitat von @Fenris14:
Ich würde fast behaupten das ich das selbe Problem im Windows Printserver erhalte, weil das Printer_Driver Share hat erstmal per se nichts mit CUPS zu tun
Ich würde fast behaupten das ich das selbe Problem im Windows Printserver erhalte, weil das Printer_Driver Share hat erstmal per se nichts mit CUPS zu tun
Wie du meinst
Ich habe aktuell eine mittlere zweistellige Anzahl an Univention Servern in der Betreuung und überall Windows Printserver "dran geflanscht", damit ich keine Probleme mehr habe.Das Problem an der OEMsetup.inf von Kyocera zum Beispiel, dass der CUPS dort weder Treiber noch Signaturen findet, ist auch an vielen Orten im Internet beschrieben:
Im Bereich "Model Sections" werden die einzelnen Modelle aufgelistet, unterteilt in Betriebssystemkategorien
[Kyocera.NTx86.6.0][Kyocera.NTamd64.6.0]Der CUPS kann an den Stellen nicht mit
.6.0Du kannst die OEMsetup.inf manipulieren und aus
[Kyocera.NTx86.6.0][Kyocera.NTx86]vG
Der letzte Abschnitt war ein guter Hinweis. Habe ich angepasst und ich konnte den Treiber hochladen. Danach kam keine weitere Fehlermeldung. Am Client muss ich es noch testen. Ich melde mich dann nochmals.
Ok. Es hat geklappt. Das Anpassen der OEMsetup.inf war der entscheidende Hinweis. Danach muss man mit dem rpcclient der Treiber zugewiesen werden. Aus irgendeinem Grund hat das Druckverwaltung nicht funktioniert. Aber egal soll mir Recht sein.
Auf dem Client konnte ich den Drucker bereits installieren. Allerdings bekomme ich gleich nach Absenden eines Druckjobs folgenden Fehler:
Ich vermute jetzt noch ein Problem im CUPS selbst oder im Spoolssd.
Auf dem Client konnte ich den Drucker bereits installieren. Allerdings bekomme ich gleich nach Absenden eines Druckjobs folgenden Fehler:
Ich vermute jetzt noch ein Problem im CUPS selbst oder im Spoolssd.
Es gibt scheinbar einen Bug dazu:
https://bugzilla.samba.org/show_bug.cgi?id=15792
Wurde erst am 29.01.2025 geöffnet. Also sehr frisch.
Bei mir spoolssd Log steht ebenfalls:
Edit: An der Stelle gebe ich es dann tatsächlich auf. Bis der Bug behoben ist, können Jahre vergehen. Schade eigentlich, wäre sonst eine schöne Lösung gewesen. Stattdessen versuchen wir es jetzt mit der Verteilung der INF-Datei und direkter Installation per Script über printui. Windows Printserver halte ich für rausgeschmissenes Geld.
https://bugzilla.samba.org/show_bug.cgi?id=15792
Wurde erst am 29.01.2025 geöffnet. Also sehr frisch.
Bei mir spoolssd Log steht ebenfalls:
librpc/rpc/dcesrv_handles.c:130(dcesrv_handle_lookup)
dcesrv_handle_lookup: Attempt to use invalid sidEdit: An der Stelle gebe ich es dann tatsächlich auf. Bis der Bug behoben ist, können Jahre vergehen. Schade eigentlich, wäre sonst eine schöne Lösung gewesen. Stattdessen versuchen wir es jetzt mit der Verteilung der INF-Datei und direkter Installation per Script über printui. Windows Printserver halte ich für rausgeschmissenes Geld.
Hallo,
Gruss,
Peter
Zitat von @Fenris14:
Stattdessen versuchen wir es jetzt mit der Verteilung der INF-Datei und direkter Installation per Script über printui. Windows Printserver halte ich für rausgeschmissenes Geld.
Dann lieber doch das Geld in deine Stundenlange Bastelei stecken, gell Stattdessen versuchen wir es jetzt mit der Verteilung der INF-Datei und direkter Installation per Script über printui. Windows Printserver halte ich für rausgeschmissenes Geld.
Gruss,
Peter
Ist richtig, an dem Punkt war ich schon vor fast einem Jahrzehnt und hatte gehofft, dir mit meinem Ansatz und Einwand viel Zeit zu ersparen
Bei printui.dll gibt es aktuell zu beachten, dass wenn du mit /Sr und /Ss spezifische Einstellungen verteilen willst, es bei Windows 11 zu Fehlermeldungen kommen kann und die Settings nicht gesetzt werden.
Hat bei Windows 10 noch einwandfrei funktioniert und das Problem ist aktuell bei MS undokumentiert.
-> Deshalb Printserver. Wenn du keine 20 Sessions zusammen bekommst, reicht ja auch ne Win11-Möhre.
vG
Zitat von @Pjordorf:
Hallo,
Gruss,
Peter
Hallo,
Zitat von @Fenris14:
Stattdessen versuchen wir es jetzt mit der Verteilung der INF-Datei und direkter Installation per Script über printui. Windows Printserver halte ich für rausgeschmissenes Geld.
Dann lieber doch das Geld in deine Stundenlange Bastelei stecken, gell Stattdessen versuchen wir es jetzt mit der Verteilung der INF-Datei und direkter Installation per Script über printui. Windows Printserver halte ich für rausgeschmissenes Geld.
Gruss,
Peter
Solche Kommentare liebe ich ja. Du kennst also unsere Infrastruktur so einwandfrei das du der Meinung bist das ich hier einfach für paar tausend Euro Lizenzen für Windows raushaue?
Mir bringt ein zentraler Windows Printserver nichts. Wir haben 4 große Standorte und etwa 7 Satelliten-Standorte, die teilweise über VPN verbunden sind. Da bringt es mir herzlich wenig, wenn ich nur einen Printserver habe. Da hustet mal kurz die Internetanbindung und die können nicht mal mehr drucken. Das bringt mir nichts. Wenn ich hier also über 10 Printserver rausrotzen soll, inklusive CALs am besten noch, sind hier 20k weg. Da sind meine paar Stunden Bastelarbeit und um eventuell einen Weg zu finden, fast geschenkt. Als Alternative haben wir eben eine Software-Verteilung und dafür wurde auch Geld ausgegeben, also warum noch mehr Geld rausschmeißen?
@chgorges
Danke für die Ausführungen. Wie behandelt er die Sessions beim Printserver? Pro Druck oder wie beim Fileserver pro verbundener CLient? Wird die Session nach einem Druck wieder abgebaut? Wenn ja, könnte es reichen.
Hallo,
Und nein, ich habe nicht deine 182 Beiträge durchforstet nach hinweisen zu deiner Umgebung.
Gruss,
Peter
Zitat von @Fenris14:
Solche Kommentare liebe ich ja. Du kennst also unsere Infrastruktur so einwandfrei das du der Meinung bist das ich hier einfach für paar tausend Euro Lizenzen für Windows raushaue?
Nö, du sagst ja nix zu deiner Umgebung, da bleibt es uns ja überlassen uns etwas auszudenken. Und von Windows redest immer wieder du. Schon mal was von Printserver neben das MS Umfeld gehört? CUPS oder CUPS. Solltest dann nur aufpassen das du nicht vom Chefbuchhalter zum DOGE Chef ernannt wirstSolche Kommentare liebe ich ja. Du kennst also unsere Infrastruktur so einwandfrei das du der Meinung bist das ich hier einfach für paar tausend Euro Lizenzen für Windows raushaue?
Und nein, ich habe nicht deine 182 Beiträge durchforstet nach hinweisen zu deiner Umgebung.
Gruss,
Peter
Zitat von @Pjordorf:
Hallo,
Und nein, ich habe nicht deine 182 Beiträge durchforstet nach hinweisen zu deiner Umgebung.
Gruss,
Peter
Hallo,
Zitat von @Fenris14:
Solche Kommentare liebe ich ja. Du kennst also unsere Infrastruktur so einwandfrei das du der Meinung bist das ich hier einfach für paar tausend Euro Lizenzen für Windows raushaue?
Nö, du sagst ja nix zu deiner Umgebung, da bleibt es uns ja überlassen uns etwas auszudenken. Und von Windows redest immer wieder du. Schon mal was von Printserver neben das MS Umfeld gehört? CUPS oder CUPS. Solltest dann nur aufpassen das du nicht vom Chefbuchhalter zum DOGE Chef ernannt wirstSolche Kommentare liebe ich ja. Du kennst also unsere Infrastruktur so einwandfrei das du der Meinung bist das ich hier einfach für paar tausend Euro Lizenzen für Windows raushaue?
Und nein, ich habe nicht deine 182 Beiträge durchforstet nach hinweisen zu deiner Umgebung.
Gruss,
Peter
Die Frage lautet nicht: Wie baue ich in meine Infrastruktur Printserver ein und was soll ich einsetzen?
Sondern: Was bedeutet dieser Fehler und wie kann man ihn beheben?
Wir haben es jetzt anders gemacht. Wir haben noch PDQ Deploy und verteilen nun darüber die Drucker. Klappt ganz gut. Man muss vorher bisschen mit Powershell herumprobieren, aber dann läuft es.
