“Help! I’ve set up PaperCut Mobility Print and created the DNS records on my server, but devices still can’t see the printers on the network! What should I check?”
Note that the troubleshooting steps below are for troubleshooting printer discovery if you have set up the DNS records. They are not relevant if you have configured Mobility Print to use mDNS.
Make sure clients have the correct DNS settings
This is far and away the most common troubleshooting scenario. In order to discover the published printers, clients must have the right DNS settings.
Client DNS requirements:
- The client must be pointed towards the correct DNS server.
- The DNS Search Suffix (also known as the Search Domain) must exactly match the Forward Lookup Zone where the Mobility DNS were created.
Where to check the client DNS settings:
- Windows: Network Connections > IPv4 > Properties > Advanced > DNS Tab
- MacOS: System Preferences > Network > Advanced > DNS Tab
- iOS: Settings > WiFi > select the network > Configure DNS
- Android and Chrome: it’s possible to check the DNS server, but not the DNS Search Domain from these devices.
Confirm that the DNS Server IP address is correct and that the DNS Search Domain matches the forward lookup zone where the Mobility Print records are stored exactly. For example, “pdx.papercutsoftware.com” is not the same as “papercutsoftware.com”.
What is a DNS Search Suffix?
When a DNS Search Suffix or Search Domain is specifed, the client will add this on to the end of any DNS query, allowing it to lookup a hostname on the DNS server without needing to know the domain. With regards to Mobility Print, the client must know this setting or it will not be able to look up the records on the DNS server.
If the DNS Search Domain section is blank, then it can be manually configured on each user’s device, although it would be much easier to set this for all clients on the subnet by configuring DHCP Scope Option 119 on the DHCP server. The steps to do this will vary depending on what device is acting as DHCP server, but if you have a Windows DHCP server then follow these steps: https://technet.microsoft.com/en-us/library/dd572752.
Clients have the right settings, but still can’t see printers
- Is the Mobility Print server able to verify all of the records?
- If you see any red X’s when trying to verify your DNS records then compare them to these these examples to make sure they are set up correctly.
- Can you confirm that at least one printer is being published?
- Log into the web interface of the Mobility Print server, if it still says “Discovering your printers…” this is because no printers have yet been found. Make sure you have at least one print queue set up on the server.
- Note that Mobility Print will ignore any shared print queues from another print server.
- Were any changes made to the printers.conf.toml file to restrict printer access per subnet?
- If so, remove these rules until printer discovery can be tested first.
- If you are attempting to set up these rules, then have a look at the troubleshooting steps here.
- Can you verify the ports are accessible and that clients can to access the Mobility Print server over the network?
- Confirm that ports 9163, 9164, 53 are open on the server, and are not being blocked on a network or host-based firewall.
- Check for conflicting applications on the Mobility Print server, such as another BYOD Printing solution that will listen on port 53.
- Make certain that Mobility Print has not been installed on a DNS server or Domain Controller.
- Verify that no other BYOD printing software is installed, or that the services have been completely stopped.
- Is there a proxy or content filter in between the clients and the server?
- This is rare, but we have heard of a few situations where managed Chromebooks were configured to pass through a content filter which was configured to drop DNS-SD or mDNS traffic.
- Is testing being done with the most up-to-date version of the DNS records?
- While testing, make sure that the DNS servers are fully replicated.
- After making any changes in DNS, be sure that you flush the DNS cache on the client before testing again. To flush the DNS cache in Windows, run
ipconfig /flushdns in an elevated command prompt. To flush the DNS cache on MacOS open Terminal and run
sudo killall -HUP mDNSResponder.
- If the client has multiple DNS servers in their network settings, make sure the DNS server with the Mobility Print records comes first in the list.
Check the configuration from a particular subnet or device type
Try opening a web browser on a device, and make sure that you can browse to each one of these URLs in the order provided:
- This tests that you can access the the Mobility Print server over the network and that port 9163 is open.
- The correct output will be a list of printers, or a JSON file containing a list of printers.
- If this is inaccessible, then it could suggest the client cannot access the port or IP of the Mobility Print server due to network configuration or firewall rules.
- This tests the same thing, but ensures that DNS is able to resolve the hostname of the Mobility Print server.
- If this is inaccessible, then check the client DNS settings to confirm that the client pointing to the correct DNS server.
- This test ensures that the pc-printer-discovery record is set up correctly in DNS.
- If this is inaccessible, then make sure that the DNS records are set up properly.
- This is the final test, and this is what the Mobility Print client will query to discover the printers.
- If you can’t access this URL, then make sure that the client is configured with the correct DNS Search Suffix.
Still not working?
We’re definitely happy to help you troubleshoot the issue.
Please send us a few screenshots of the DNS Records created for Mobility Print as well as the Mobility Print logs. To download the Mobility Print log files, simply click on the dots in the top right of the Mobility Print admin interface and then select Download Logs.