ubuntuusers.de

Hallo.

Mein Netzwerk:

Domaincontroler Samba 4 auf einer QNap-Nas Windows Server 2022 mit der Druckserverrolle 4 Windows 11 Clients 1 Linux-Client in einer Hyper V Ubuntu 24.04. Alles in der Domain eingebunden und die Anmeldung funktioniert auch vom Linux-Client. Ebenso kann ich auf alle Dateien im Netzwerk zugreifen ohne mich erneut anmelden zu müssen. Also läuft Samba, Kerberos, und ein Ticket wird auch erstellt. Was nun nicht funktioniert oder besser gesagt nach erneuter Anmeldung, ist das Drucken auf dem Printserver. Genauer gesagt, sende ich unter Ubuntu einen Druckauftrag, erscheint erneut eine Eingabemaske zum Anmelden an den Druckserver. Gebe ich die korrekten Daten ein, wird auch gedruckt. Es ist gewollt, dass ein Gast nicht drucken darf, soweit ok. Aber unter den Windows-Clients muss ich micht nicht erneut anmelden, ebenso bei Zugriff auf Dateien im Netz. Ebenso klappt die Kerberos Anmeldung am Webinterface des Cups nicht, obwohl auf Ath-Type Kerberos umgesteltt ist. Was läuft da falsch, oder hab ich einen Denkfehler.

Danke und Gruß Andy

Hallo Andy,

schau mal, ob Dich der folgende Link auf die richtige Spur bringt:

https://gist.github.com/santeri3700/041e93651879c6b4462664ea5f172c63

LG, Newubunti

andy7271 schrieb:

[…] Kerberos […] Cups

Welche Version von CUPS von welchem Hersteller? Unterstützt diese Kerberos?

Siehe:

• https://github.com/OpenPrinting/cups/wiki/Roadmap 🇬🇧

• https://www.cups.org/doc/kerberos.html 🇬🇧

Erst mal vielen Dank, für die Tips. Sorrie, dass ich jetzt erst dazu gekommen bin zu antworten. Hat in soweit funktioniert, dass ich jetzt ohne Anmeldung von der Konsole aus drucken kann. Also wird Kerberos unterstützt. Drucken einer .txt Datei aus dem Dateimanager heraus geht auch problemlos mit dem Kerberos Ticket. Was immmer noch nicht klappen mag, ist das Drucken aus libre Office und aus Firefox. Bei libreoffice popt ein Fenster auf, welches nach "Authentifizierungsdaten für den Server /run/cups/cups.sock" fragt. Gebe ich hier meine Daten fürs Activ-Directory ein, erhalte ich die Fehlermeldung "Der Drucker konnte nicht gestartet werde. Bitte überprüfen Sie die Druckerkonfiguration."

<Edit> Auch aus Thunderbird, wie auch aus Firefox passiert gar nix wenn ich den Druckauftrag absende. Drucken aus dem Bildbetrachter oder PDF-Vewer funktioniert. Ich hab das Gefühl, wenn der Ubuntu eigene Druckdialog genutzt wird, funktioniert alles fehlerlos; sobald wie bei Libre Office ein "eigener Dialog" ins Spiel kommt, kommt es zu fehlern. Vielen Dank und Gruß Andy

Hast Du Firefox für SSO konfiguriert, wie z.B. im folgenden Link beschrieben?:

https://jfearn.fedorapeople.org/fdocs/en-US/Fedora/20/html/Security_Guide/sect-Security_Guide-Single_Sign_on_SSO-Configuring_Firefox_to_use_Kerberos_for_SSO.html

LG, Newubunti

Danke dir, Newubunti.

War leider nicht zielführend. Ich halte aber die Snap-Verwaltung für die Crux. Libreoffice konnte ich davon überzeugen, dass es druckt. Hier hat eine De-instalation übers Anwendungscenter und eine anschließende Instalation per APT-Get über die Komandozeile geholfen. Allerdings musst ich die deutsche Sprachdateien nachinstallieren. Nun startet das Office auch schneller. Klicke ich im Anwendungscenter auf Libreoffice, erhalte ich allerdings die Meldung, Libreoffice würde nicht in einer Sandbox laufen. Daher mein Gedanke mit den Snaps.

Ich denke, mein Problem liegt wo anders.

Gruß Andy

Sodale, das ganze hat mir nun keine Ruhe gelassen. Es lag tatsächlich an den Ubuntu-Snps und der komichen Sandbox. Ich hab nun den Ubuntu-Firefox runtergeschmissen und direkt von Mozilla.org installiert. Bin nach dieser Anleitung vorgegangen: https://support.mozilla.org/de/kb/firefox-unter-linux-installieren

Gruß Andy

Hallo Andy,

danke, für die Rückmeldung! Bezüglich Snap und Kerberos werfe ich mal noch einen Link in den Raum:

https://superuser.com/questions/1707537/firefox-and-chromium-dont-do-kerberos-negotiation-curl-does/1707943#1707943

Auch die Antwort unterhalb der verlinkten ist interessant. Und hier gibt es die passende BUG-Meldung:

https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1849346

LG, Newubunti