[cups] doing things the "right" way
Douglas Kosovic
doug at uq.edu.au
Thu Oct 12 23:37:30 PDT 2023
Hi Matt,
Try 'avahi-browse --all -r' and see if the print queues are being advertised over mDNS, if you don't see any, try adding the following line to /etc/cups/cupsd.conf (and restart CUPS) :
BrowseDNSSDSubTypes _cups,_universal,_print
If you are running a Linux desktop environment, think you can't avoid having CUPS installed locally if you want to print.
If you are just using the command-line printing tools like lpr, lpq, etc, you could set the following env variable to get them to use a remote CUPS server:
export CUPS_SERVER="zed.z.net:631"
See env variable section on:
https://openprinting.github.io/cups/doc/man-cups.html
Cheers,
Doug
-----Original Message-----
From: Matt Zagrabelny <mzagrabe at gmail.com>
Sent: Friday, October 13, 2023 10:59 AM
To: The CUPS user discussion list. <cups at cups.org>
Subject: Re: [cups] doing things the "right" way
Hey Doug,
Thanks for the assist!
Things are working well - for the questions I asked and you answered. :)
I'm still having issues with having the printer show up to clients on my local network.
I issued:
# cupsctl
_debug_logging=0
_remote_admin=1
_remote_any=1
_share_printers=1
_user_cancel_any=0
BrowseLocalProtocols=dnssd
DefaultAuthType=Basic
ErrorPolicy=retry-job
HostNameLookups=On
IdleExitTimeout=60
JobPrivateAccess=default
JobPrivateValues=default
MaxLogSize=0
PageLogFormat=
ServerName=zed.z.net
SubscriptionPrivateAccess=default
SubscriptionPrivateValues=default
I'm assuming (!!) that I need to have CUPS installed on my clients - which I do - but do I need to have it installed to see shared printers from my print server?
Thanks for any additional help!
-m
On Thu, Oct 12, 2023 at 3:51 PM Douglas Kosovic <doug at uq.edu.au> wrote:
> Hi Matt,
>
> I think the following might do what you want
>
> ServerName zed.z.net
>
> HostNameLookups On
>
>
> I had to use HostNameLookups to prevent http://zed.z.net:631 being
> upgraded and redirected to https://192.168.0.254:631 instead of its
> hostname after enabling encryption for all CUPS locations. I would
> have thought ServerName would have sufficed without HostNameLookups
> On, but whatever.
>
>
> Cheers,
> Doug
> -----Original Message-----
> From: Matt Zagrabelny <mzagrabe at gmail.com>
> Sent: Friday, October 13, 2023 3:28 AM
> To: cups at cups.org
> Subject: [cups] doing things the "right" way
>
> Greetings CUPS!
>
> I've always just hacked my way through CUPS and I'm installing a new
> Debian system and would like to correctly configure my print server.
>
> I have a router, DNS/DHCP, print server with a fqdn of zed.z.net, but
> I'd like to configure CUPS from a client on the LAN, not the router itself.
>
> I've configured cupsd.conf to have:
>
> ServerAlias *
>
> Is there a more elegant way than using a wildcard to allow me to
> browse to CUPS without getting a "Bad request"?
>
> and also cupsd.conf to have:
>
> Listen zed.z.net:631
>
> and I browse to that location and then to /admin, which I then receive:
>
> """
> Upgrade required
>
> You must access this page using the URL https://192.168.0.254:631/admin.
>
> """
>
> What am I doing wrong that CUPS now wants to serve via the "192" URL?
>
> CUPS redirects the browser, but I'd like to configure things to "work
> correctly".
>
>
> Thanks for any help!
>
> -m
>
> _______________________________________________
> cups mailing list
> cups at cups.org
> https://lists.cups.org/mailman/listinfo/cups
>
_______________________________________________
cups mailing list
cups at cups.org
https://lists.cups.org/mailman/listinfo/cups
More information about the cups
mailing list