I’ve had an afternoon of horror trying to get this printer to work with Janet’s iPad. I found out that "she set it up" (sic) herself one or two years ago, and a few months ago something unknown happened to it and after that she couldn’t print to it any of a variety of methods from an iPad or iPhone (not sure which).
This is a really stupid piece of kit, but also way too sophisticated in some respects without fixing the basics. God help you if you are a *nix or iOS/iPadOS user as you have to type in a vast amount of stuff on an extremely complex touchscreen UI but to be fair there are apps for Windows and MacOS that can (somehow) set it up remotely. Why in the name of all that’s holy didn’t they have a web server admin ui app? Also the moment you set up a non-default admin password it constantly keeps challenging you for it. Why does it not just work on an eg 5 min timeout, so that one can do lots of operations in one time window?
It has three modes of connection to user/client machines. 1 wifi, 2, ethernet wired LAN, and this mysterious "direct" thing. The latter may be an ad-hoc mode WLAN (what is it called?) as opposed to the normal "infrastructure mode" used by our WAPs and combination wireless routers, but I’m not sure about that at all. It would be a useful feature if the device were to be useable by casual strangers who know nothing of the infrastructure WAP settings. I was pretty fed up that Janet had somehow turned this on as it was causing interference in the 2.4 GHz band where space is critically scarce. I’m not sure but I think that this was the mode in which she was printing to the thing before. So she possibly couldn’t print from any machines on the LAN, and when she went upstairs, the printer vanished. In mode #1, Wifi, it asks you if you want it to work with multiple accessible WAPs. Why would you not, for heavens sake. Maybe it should "Just do the right thing", as who wants a client machine to randomly stop working as you walk around when you have a larger multi-AP WLAN?
I tried wired ethernet first, couldn’t ping the machine, even though I had set a static IPv4 address/netmask/gateway and also had auto-IPv6 turned on (zeroconfig) just couldn’t print to it from an iPad because it said it couldn’t find the printer. The IPv4 address was fixed, static, and also locked down yet again because DHCPv4 was set to lock it according to the assignment of an IPv4 MAC address to the wired NIC. (I checked that, and it was wrong; I had mixed up wireful and wireless addresses, and I then sorted that out, but still now joy.) It has all the common internet printing and printing-related protocols turned on: including Bonjour, IPP etc etc.
Since I had got nowhere with wired connection, I next turned on Wifi. Amazingly, the devs, who should hang their heads in shame, had said that if I were to turn on Wifi, I have to turn off wired ethernet. Have they never heard of multi-homed goodness, or the source address selection algorithm (which comes for free within the IPv6 box of goodies), as in IPv6 for example, you always have to deal with multiple IP source addresses, multiple i/fs, multiple scopes, such as link-local and global. I suspect that they may know that they have too many bugs connected to selection of interfaces for one thing, but that’s only one part of it. You just keep your source address(es) in your conversation object? Is that over-simplistic, possibly. Anyway, you only have to write that source address+if code once, no? Grrr.
Anyway, despite all my "if those devs had ever worked for me "-type whining and grumbling, but after some unknown time, I saw that the thing was actually alive. I looked at the Firebrick’s ARP/NDP table and saw that it had the printer listed at the expected IPv4 address and MAC addr. What had fooled me before, was, I think, that it doesn’t respond to pings. I have some sympathy, but I think it’s a bad idea, and devs should make the config a three-way choice: i) never respond; ii) only respond to pings from the local-scoped subnets, so checking the intrinsically safe inside-netmask IPv4 and IPv6 src addresses; or iii) to respond to everything. Or as an addition to (iii), you could even also have an optional universal blacklist plus whitelists.
We have no idea why the printer suddenly started working. Janet thought that it had taken years to boot up. But if that were so, there ought to have been something visible on the touchscreen of the printer but I’m not sure that either of us were watching it all the time.
I suspect the printer might work properly with a MacOS or a Windows box, and I think there’s a remote control setup app for those o/s’s that removes the incredible tedium. I can’t see how much pain in any there would be for *nix users, and I’m not sure how to get the thing to work with eg CUPS and the usual *nix protocols unless the earlier noted failures were nothing to do with different o/s’s but just maybe to do with the time after boot. Which is mad, I know.)
The printer can indeed speak even IPv6:445 and IPv4 and I can talk HTTP/1.1/TCP to it talk to it simply, so it just started working over WLAN at some point. Could it be possible that it’s an occasional PSU fault? But that seems to me to be ridiculously far-fetched.
Can anyone tell me anything I ought to, to be good wrt Bonjour best practices? I have an iPad tool to scan the contents of the Bonjour services’ and machines’ spaces but I’m not sure the tool is completely comprehensive in listing all the relevant devices in the Bonjour/mDNS world.
I have not yet tested the case where the client machine is definitely on the wrong SSID (but all WLANs have matching names and passwords) so traffic has to cross between WAPs via a switch. I don’t understand this issue enough (ESS ?) For clarity, all inter-WLAN traffic is transferred between WLANs by a 1Gbps wired bridge, and there’s no internal direct WLAN-to-WLAN traffic via radio.
How is someone supposed to even buy hardware that works properly on a wired LAN with an iPad or iPhone? "Guaranteed to work is what we want." The Apple marketing nonsense "Airprint" thing seems to be "licensed to fail" as it says nothing about ensuring access that is not across a single WLAN and nothing about AP-AP interconnection or access across the internet to another office down the hallway. We do not want the thing to mean guaranteed to work ONLY on the current, local WLAN, and I suggest that it may hide a dangerous ‘negative guarantee’. And if a printer works with a MacOS box then you probably want it to work with your alternative large-format iPad Pro large-screen machine too.
[Moderator edited to fix one broken pair of [i][/i] tags.]