berend.de.schouwer wrote on 2-MAY-2019 10:55:14.20
On Thu, 2019-05-02 at 09:23 +0200, Jouk Jansen wrote:
> berend.de.schouwer wrote on 1-MAY-2019 16:37:59.62
>
> > On Wed, 2019-05-01 at 11:48 +0200, Jouk Jansen wrote:
> > > If I try to reconfigure the printer via cups and indicate that
> > > the
> > > printer
> > > is to be shared, I get the message that sharing is not possible
> > > for a
> > > Kerberos-printer. On this system I never configured Kerberos. So
> > > what
> > > is
> > > happening here?
> > I've got an identical problem. I've filed a bug report here:
> >
https://bugzilla.redhat.com/show_bug.cgi?id=1700791
> > I think it was caused by:
> >
https://bugzilla.redhat.com/show_bug.cgi?id=1662408
> > I don't think it's triggered by "Shared"; but rather by
> > "AuthInfoRequired" that changes from None or Username,Password to
> > Negotiate.
> > To work around it, here's what I did:
> > - move /usr/lib/cups/backend/smb to /usr/lib/cups/backend/smb.real
> > - write a script /usr/lib/cups/backend/smb to replace it:
> > #!/bin/sh
> > cat - | /usr/lib/cups/backend/smb.real "${@}"
> > Remember to make it executable. You'll notice this just calls
> > smb.real. The actual change is that this script exits with 0, so
> > Cups
> > never sees an error. Suddenly it doesn't trigger AuthInfoRequired,
> > and
> > actually prints.
> > NOTE: this will be overwritten every time cups is upgraded. The
> > workaround can be smarter if you change DeviceURI to something else
> > (say smbworks://) and create a script accordingly.
> > I do this at work for a printer that has every non-SMB port
> > firewalled.
>
> If I do the smb.real trick, I'm able to change the "Shared" and the
> "AuthInfoRequied"
> but even now I cannot print. In the "gnome-control=center" the jobs
> end up
> "paused". I get a pop-up-bubbel in my gnome session telling me that
> "credentials are required". I thought they should be picked up from
> the
DeviceURL.
They should, they do for me.
Old jobs are still stuck in paused.
You can see DeviceURI in the logs. You may need to change loglevel in
cupsd.conf to debug, because it can be a security risk to log
passwords.
I raised the loglevel even to debug2, but I see no trace at all of the calls
to smb when I do "journalctl -e"
I see traces of the job I send but all of them with the uri ipp://localhost...
I see no errors there.
>You can also try modifying the script to:
>#!/bin/sh
>/usr/bin/logger -t "${0}[${$}]" "Called with [${@}]"
>/usr/bin/logger -t "${0}[${$}]" "DEVICE_URI=[${DEVICE_URI}]"
cat - | /usr/lib/cups/backend/smb.real "${@}"
Entering these lines in the script, gave me nothing: no trace of the logs
when running "journalctl -e"
How can I check if samba is called correctly?
regards
Jouk
Pax, vel iniusta, utilior est quam iustissimum bellum.
(free after Marcus Tullius Cicero (106 b.Chr.-46 b.Chr.)
Epistularum ad Atticum 7.1.4.3)
Touch not the cat bot a glove
------------------------------------------------------------------------------<
Jouk Jansen
joukj(a)hrem.nano.tudelft.nl
Technische Universiteit Delft tttttttttt uu uu ddddddd
Kavli Institute of Nanoscience tttttttttt uu uu dd dd
Nationaal centrum voor HREM tt uu uu dd dd
Lorentzweg 1 tt uu uu dd dd
2628 CJ Delft tt uu uu dd dd
Nederland tt uu uu dd dd
tel. 31-15-2782272 tt uuuuuuu ddddddd
------------------------------------------------------------------------------<