Mystery Demon Printer from Hell Problem
Posted by CeC-P@reddit | sysadmin | View on Reddit | 7 comments
Note: it's being returned to the place they got it so don't try too hard on this one, I merely want to know how this is even possible and what happened, as we sometimes sell similar Canon printers.
Had a customer pick up a Canon 753cdw ii and "did the setup themselves" with the portal app cell phone thing, which I've been told is actually required. No idea what they did but it seemed to work fine. Got the admin credentials from them no problem.
It's on the main, non-guest wifi and when I attempt to add it, the Canon driver sees it and adds it with some funny non-TCP/IP port nonsense they invented.
Can see an accurate real time status in Windows like sleep, idle, printing, etc. Can ping the printer. Can log into its web controls. The first print job sent disappeared. All followups sit in the queue forever.
So loaded the printer on their DC server - same exact thing.
Loaded direct to the IP using their UFR II driver - same thing.
Loaded using their full installer but with the PCL6 option instead - same thing.
Change the printer over to the wired LAN (unmanaged switch, no VLANs, small co w/20 people) and nope, same behavior.
So, it can do everything but print. Can't find the factory reset option, as it's the only entry missing on the admin menu in the web controls, according to their own documentation. Also can't find the firmware update option anywhere and was too short on time and pissed off to look for that in the support docs.
Did they set up some kind of cloud printing relay and turn off local network printing or something? Is it haunted? Like I said, being returned now as defective but I want to know how to avoid this if it comes up again, as their 2nd office location has this exact same printer model that we installed (before I worked for this MSP) and that works just fine.
Insec_Bois@reddit
When you say loaded direct to IP do you mean manually going to the printer driver properties and configuring the driver to use the IP port? If you didn't that's what I would do, otherwise my best guess is somethings actually fuckered with the print queue on the printer and if a factory reset doesn't fix that then it's probably hardware.
If you really really hate yourself you can do some Wireshark to get some visibility but I only take that path when I have no other recourse.
I would make sure there isn't some strange setting specific to this printer/brand before making any conclusions though.
CeC-P@reddit (OP)
Basically, added from scratch in Windows saying "it's none of these, let me add it manually" then choosing TCPIP and pasting in the printer's IP. Not a bad idea to inspect the network traffic. I'm terrible at it (and networking general) but I should probably learn.
Insec_Bois@reddit
Only way to learn to read Wireshark caps is to get in the trenches and figure out wtf you're looking at as you go honestly
neoh4x0r@reddit
Judging by the back-and-forth here it might have been configured to use a Canon MFNP Port, rather than TCP/IP, and it was stated that it could cause issues with networked printers.
CeC-P@reddit (OP)
Whoa, that's probably it. If that also disables normal TCP/IP printing, that's extremely odd but sort of makes sense. But the Canon port loading method also didn't work so not entirely sure.
We had an HP where we had to disable that windows Web Service Device port nonsense on the web config page, solely so that nobody would find it that way via a printer search and load it with WSD, but in the meantime, it did let us print direct to IP so I automatically assumed nobody would be dumber than HP. I assumed wrong!
Nintenduh69@reddit
Menu > Mgmt Settings > Initialize all Data/Settings?
CeC-P@reddit (OP)
Yep, not there.