Am 07.01.20 um 06:06 schrieb Robert Nichols: > On 1/6/20 10:00 PM, Robert Nichols wrote: >> On 1/6/20 7:52 PM, Leon Fauster via CentOS wrote: >>> Am 06.01.20 um 22:44 schrieb Robert Nichols: >>>> How do I let a CentOS 8 client make use of the shared printers >>>> advertised by CUPS on the network? In CentOS 6, this was just a >>>> matter in a checkbox "Show printers shared by other systems" on the >>>> CUPS Admin page. Is this function still available somehow? Manually >>>> adding all the shared printers on every client would be painful. >>>> >>> >>> I used: >>> >>> http://localhost:631/ >> >> Yes, that's how I'm getting to the CUPS Admin page, which is lacking >> the option to use printers that the print server is sharing. >> >>> Is the print server running CentOS6? >> >> Yes, and other systems make use of its shared printers just fine. It's >> the CentOS 8 CUPS client that doesn't offer to use shared printers. >> Does CUPS 2.x perhaps have some hidden setting to operate as a client >> vs. as a server? I've never had to configure that before. > > OK, I've found a workaround of not bothering with cupsd service locally > and just putting a ServerName in /etc/cups/client.conf . That means > there is no local spool to accept jobs if the print server or network is > down temporarily, but for my use that's acceptable. End of story. > I didn't spent to much time on this but it was necessary to infer the printer name on the remote site (well i know it but a ordinary user would not). So to compile the URI check first the remote site via browser: My spool name is HP_LaserJet (serverside), substitute it. http://yourprintserver:631/printers/HP_LaserJet If you get a printer page then your URI for the client is: ipp://yourprintserver/printers/HP_LaserJet?version=1.1&encryption=never this can be used to configure a local "raw" spool on the client via localhost:631 UI ... the key-values version and encryption are necessary because CentOS6 cupsd is quite "old". -- Leon