Hallo Christian, hallo alle, danke für deine Antwort auf meine SAMBA PRINT COMMAND Anfrage. Es war leider keine "AppArmor-Schutz" Verletzung. Mit oder ohne AppArmor gab es keine Lösung. Auch keinen Eintrag im Log-Datei. Meine Lösung liegt in den Austausch der SUSE-Samba Software gegen eine eigen kompilierte Version, OHNE CUPS-Support. Anleitung aus: https://wiki.samba.org/index.php/Build_Samba_from_Source# Version: samba-4.13.4.tar.gz ./configure --disable-cups make make install Ohne das einbinden/kompilieren der CUPS-Librarys werden ALL Drucker Modelle ( PRINTER = ) wohl unterstütz. Mit den im SuSE 15.3 mit gelieferte Samba Version hat es einfach nicht funktioniert. mit freundlichen Grüßen, Stefan

-----Ursprüngliche Nachricht----- Von: Christian Boltz Gesendet: Donnerstag, 17. Juni 2021 19:26 An: users-de@lists.opensuse.org Betreff: Re: SAMBA Druck Problem in SuSE Leap VERSION = 15.2, mit "PRINT COMMAND ="

Hallo Stefan, hallo zusammen,

Am Dienstag, 15. Juni 2021, 14:05:50 CEST schrieb Stefan Becker:

...

ich habe diese Wochen eine neue Server frisch aufgesetzt. Diese ersetzt meine vorherige SAMBA Server.

Auf diesem neuen Server kann ich nicht mehr meine gewohnte Druck-Dienste ausführen: z.B. eine einfache PDF-Drucker

[pdf] [...] print command = /usr/local/lufa/mkpdf %s ~%u //%L/%u %m %I [...] Nur diese "print command" Scripting, an DIESEN neue Server versagt.

Schuss ins Blaue: Kann es sein, dass Du am AppArmor-Profil anstehst? (Shares werden automatisch erlaubt, print command braucht wohl eine manuelle Anpassung.)

Guck mal in /var/log/audit/audit.log, ob Du da DENIED-Meldungen für mkpdf findest.

Falls ja:

Um die Ausführung des print command zu erlauben, musst Du Dein Samba- Profil anpassen. Das geht wahlweise mit aa-logprof oder durch manuelles Ändern des Profils.

Sicherste Lösung ist, für mkpdf ein eigenes Profil anzulegen. In diesem Fall würde ich aa-logprof empfehlen, weil das die nötigen Fragen stellt, und für mkpdf die Option "Profil" wählen. Vermutlich brauchst Du mehrere aa-logprof-Durchgänge, bis das mkpdf- Profil komplett ist. Es kann auch helfen, das mkpdf-Profil erstmal in den complain-Mode (mit aa-complain) zu schalten - damit wird erstmal alles erlaubt und geloggt. Anschließend wieder aa-logprof, und aa-enforce zum Scharfschalten nicht vergessen ;-)

Weniger sicher, aber dafür auch einfacher ist es, das Ausführen von mkpdf ohne AppArmor-Schutz zu erlauben. Dafür kannst Du folgende Zeile in /etc/apparmor.d/local/usr.sbin.smbd ein: /usr/local/lufa/mkpdf mrUx, und rufst anschließend rcapparmor reload auf.

...

Stefan Becker LUFA Speyer

Ah, dann gibt es die Bodenproben-Ergebnisse also weiterhin als PDF? ;-)

Gruß

Christian Boltz -- Pro-tip: never talk to infrastructure people. You don’t want to know how the sausage is made or how close we always are to being the sausage. It’s bad. [https://nitter.net/tressiemcphd/status/1328475420510064640]