<br><tt><font size=2>Antoine Martin <antoine@nagafix.co.uk> wrote
on 30/09/2009 10:23:06:<br>
<br>
> ChrisB wrote:<br>
> > Antoine Martin <antoine@nagafix.co.uk> wrote on 29/09/2009
09:39:21:<br>
</font></tt>
<br><tt><font size=2>> > It uses an ssh tunnel which redirects a
port on the FreeNX server back to <br>
> > the workstation, so you can then connect to a port on the WS
:631 or :445, <br>
> > via the redirected port.<br>
> That's the easy part... with ssh -R</font></tt>
<br>
<br><tt><font size=2>Hmmmm</font></tt>
<br>
<br><tt><font size=2>> But how do you tell the client applications running
on the server to<br>
> talk to this particular cups server?<br>
</font></tt>
<br><tt><font size=2>????</font></tt>
<br>
<br><tt><font size=2>You tell KDE etc. which cupsd to talk to not the client
applications . . .</font></tt>
<br>
<br>
<br><tt><font size=2>> In a hosted environment there may be dozens of
these cups servers<br>
> running (one for each session)<br>
</font></tt>
<br><tt><font size=2>Yup, one for each user printing through the tunnel.</font></tt>
<br>
<br><tt><font size=2>> That's the bit I am missing...<br>
> <br>
> If I only deal with the somewhat easier case of nix workstations with<br>
> cupsd running on the client, why can't I just get the server to point<br>
> the apps to talk directly to that remote cups server? (via ssh -R
or<br>
> plain tcp if on a secure LAN)<br>
</font></tt>
<br>
<br><tt><font size=2>It's not an easier case if you have windows workstations
not running cupsd, it's impossible. Given the large windows user base,
it would be a fatal reduction in user base to not support them.</font></tt>
<br>
<br><tt><font size=2>Most people want to spool to a queue on a local disk,
then background the network transfer.</font></tt>
<br>
<br><tt><font size=2>Cups deals with printer drivers, access rights etc
locally.</font></tt>
<br><tt><font size=2>In the olden days it was all lp to a remote IP, but
then you had to manually set up printer options, trays paper size etc.</font></tt>
<br>
<br>
<br><tt><font size=2>> And if so... how?<br>
> (same question as above really)<br>
> <br>
</font></tt>
<br><tt><font size=2>Try it !!</font></tt>
<br>
<br><tt><font size=2>> > <br>
> >> Can anyone point me to some documentation?<br>
> > <br>
> > <br>
> > No ! Did you not try Google.<br>
> Yes.<br>
> I never bother dozens of people on mailing lists without spending
a fair<br>
> amount of time doing my homework.<br>
> Thanks for your very detailed response though!<br>
</font></tt>
<br><tt><font size=2>That was not a detailed response !!!</font></tt>
<br>
<br><tt><font size=2>You are now asking cups questions, for which there
is slightly too much documentation !!</font></tt>
<br>
<br><tt><font size=2> <br>
> > For a NIX workstation, you need to set up an ipp printer (typically)
in <br>
> > cups on the server, pointing via the re-directed port to the
workstation.<br>
> I would like to avoid this part (as mentioned above).<br>
</font></tt>
<br><tt><font size=2>Why, do you know anything easier ??</font></tt>
<br>
<br><tt><font size=2>> If not, can this be done easily/reliably from
a script? (and without</font></tt>
<br>
<br><tt><font size=2>Yup.</font></tt>
<br><tt><font size=2><br>
> generating a whole new cupsd.conf if possible)<br>
</font></tt>
<br><tt><font size=2>Nope.</font></tt>
<br>
<br><tt><font size=2>One of the reasons for a userland cupsd is that the
printing is only set up after the user has successfully logged in and their
session has started.</font></tt>
<br>
<br><tt><font size=2>If you didn't mind having all your users being printer
administrators then you could just use the system cupds ( which of course
you also use if you are NOT setting up remote printing ), because users
could then set up and delete their own printers ( and everyone else's,
and redirect everyone elses printing ) which in the real world, would not
of course be considered rational behavior.</font></tt>
<br>
<br><tt><font size=2>> <br>
> > For a windows WS you need an smb printer set up in cups on the
server, <br>
> > which uses smbspool to connect via the redirected port to the
print share <br>
> > on the workstation after the .ppd file has kicked off PS to Windows
<br>
> > conversion.<br>
> Sigh.<br>
</font></tt>
<br><tt><font size=2>It ( nearly ) works. What's the problem ??</font></tt>
<br>
<br>
<br>
<br>
<br>
<br>
<br>