On Sun 14 May 2023 at 14:04:51 -0600, Charles Curley wrote: > On Sun, 14 May 2023 19:48:07 +0200 > john doe <johndoe65...@mail.com> wrote: > > > On 5/14/23 19:29, Charles Curley wrote: > > [...] > > > > The below, is what I would try: > > > > - On the non-working client, Are you restricting outbound traffic at > > all > > Not that I know of.
Blocking port 5353 (mdns) is not unknown. > > or for testing purposes can you disable the FW? > > I shut the firewall down ("systemctl stop firewalld"), ran test pages. > Same non-results, except that system-control-printer now reports: > > Idle - Print job canceled at printer. > > > I tried increasing the logging, which involved stopping and restarting > the cups service. In the process of doing that, the client and server > both managed to forget the printer. I re-installed it. On the server, I > have one instance of the printer, protocol: > > hp:/usb/HP_LaserJet_MFP_M232-M237?serial=VNB4J02590 Consider: the printer can be discovered via mDNS/DNS-SD by all machines on the network. ideapc does this and hasn't any difficulty printing. So why set up a server when hawk will see the printer as ideapc does? Additionally, assuming the printer provides the IPP-over-USB protocol, the USB queue will not work. See https://wiki.debian.org/CUPSDriverlessPrinting > On the non-working client, cups discovered two versions of the printer: > > dnssd://HP%20LaserJet%20MFP%20M234sdw%20(C0FB67)._ipp._tcp.local/?uuid=d532fa73-f559-43ca-9f8e-1eef16972345 > > ipps://HP%20LaserJet%20MFP%20M234sdw%20(C0FB67)._ipps._tcp.local/ > > I have been testing both and getting the same results. The two URIs are equivalent. > > - How are the working clients connected to the printer (protocol > > wise)? > > implicitclass://HP_LaserJet_MFP_M234sdw_C0FB67_/ cups-browsed has automatically set up a queue. Unless it is having an off-day, it should do the same on hawk and dragon. > > - Is the non-working client using that same protocol? > > Clearly not. > > So I had the working client discover the printer again. It offered the > same two as I have on the non-working client. Both printed test pages. > > ipps://HP%20LaserJet%20MFP%20M234sdw%20(C0FB67)._ipps._tcp.local/ > > dnssd://HP%20LaserJet%20MFP%20M234sdw%20(C0FB67)._ipp._tcp.local/?uuid=d532fa73-f559-43ca-9f8e-1eef16972345 > > > > - If you do not use MDNS and point manually to the server, does it > > work any better? > > I tried setting up a printer manually on the non-working client. > > ipp://hawk.localdomain/printers/HP_LaserJet_MFP_M232-M237 hawk.local would be the correct hostname. > No test page, and I got: > > Processing - The printer may not exist or is unavailable at this time. > > However, I checked the CUPS on-line documentation, and did not find any > documentation on how to set up a URI, so it's possible I did that > incorrectly. > > I also enabled "port 9100" printing on the printer, and went directly to > it: That had to be explicitly done? > socket://hpm234ethernet.localdomain:9100 hpm234ethernet.local? -- Brian.