Hello. I have a server running cups and hosting a printer which I can print to from an iphone via airplay...provided they are on the same lan. The tricky thing is that I have the server on a restricted vlan (one with out internet) and the iphone on another vlan (main lan). My network config is below, its a bit complicated as I have 3 zones and a wireless AP.
I can access the cups interface from the phone, so I know the access is there. But I do not see the printers via airplay unless I switch the wifi hotspot. I did a little research and suspect that maybe I need umdns-repeater? I installed this on the router, rebooted, but unfortunately am still out of luck. Any ideas?
config interface 'loopback'
option device 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'XXXXXXXX'
option packet_steering '1'
config device
option name 'br-lan'
option type 'bridge'
list ports 'lan1'
list ports 'lan2'
list ports 'lan3'
list ports 'lan4'
list ports 'lan5'
config interface 'lan'
option device 'br-lan.1'
option proto 'static'
option ipaddr '192.168.11.1'
option netmask '255.255.255.0'
option ip6assign '60'
config interface 'wan'
option device 'eth1'
option proto 'dhcp'
config interface 'wan6'
option device 'eth1'
option proto 'dhcpv6'
config interface 'guest'
option proto 'static'
option ipaddr '192.168.3.1'
option netmask '255.255.255.0'
option device 'br-lan.3'
config interface 'iot'
option proto 'static'
option ipaddr '192.168.2.1'
option netmask '255.255.255.0'
option device 'br-lan.2'
config bridge-vlan
option device 'br-lan'
option vlan '1'
list ports 'lan2:u*'
list ports 'lan3:u*'
list ports 'lan4:u*'
list ports 'lan5:u*'
config bridge-vlan
option device 'br-lan'
option vlan '2'
list ports 'lan1:u*'
list ports 'lan5:t'
config bridge-vlan
option device 'br-lan'
option vlan '3'
list ports 'lan5:t'
Its about 18 years old. Brother HL-2070N
I forgot to mention, I have avachi running on the server which allows me to use airprint (via the server and cups). I can confirm that when I connect to the same vlan, I can use airprint.
The purpose of the test is to see if the server accepts connections in general. AirPrint is a slightly different animal than standard printing, so we need to know if the problem is related to the cross-VLAN AirPrint functionality, or if it is more fundamental (i.e. the print server isn't getting any traffic from the IoT VLAN -- this could be a router based firewall config, or it could be a local/host-level firewall on your print server).
Please run the test as requested using a computer instead of a phone and using IP printing rather than AirPrint.
Well I had cups working, but wtf it is flakey and I am beginning to think complete garbage. One minute I can access the webinterface, print test pages, see the printer in my "add devices" option under windows. Then randomly the webinterface is unavailable.
For the record (Today) I was able to change to the iot network with a windows computer and see the printer...but windows failed to add it and suddenly its no longer available. I've looked at the cups service, samba, and avahi, all are running with no issues.
Get all that sorted out first AirPrint won’t work if your server or its configuration is not working correctly.
Make sure your local host firewall allows the non-local-subnet connections and that your router firewall allows routing between the two networks for this service.
At the moment, my issue is solely with Linux, cups, and the printer (which is now connected via USB). So I am mostly frustrated by cups randomly becoming unaccessible and unavailable.
Though, I am not an apply fanboy either they are their own special poison. I am working on this printer server for someone else.
Well, CUPS development has been bought by Apple, so your gripes are still with them.
But given that CUPS isn't even available on OpenWrt, it's not an OpenWrt issue either.
Yes, mDNS does not like crossing subnet barriers, that's a pretty major part of its intentions - you can fool that by reflecting/ proxying though. Fortunately neither OpenWrt nor CUPS depend on mDNS to be present, only your iOS (and other 'smart') devices might.