This article is for troubleshooting when Mobility Print clients are not able to discover the printers when the discovery option is set to Known Host.
How does Mobility Print work with Known Host?
Generally Known Host works great. Compared to DNS or mDNS, Known Host is the simplest discovery method to implement. Because it’s not as reliant on network topology than mDNS or DNS, less troubleshooting is required when problems arise, which makes it go-to method to share Mobility Print queues for most organizations.
The way it works is that the administrator shares a setup link with users that contains the Mobility Print server hostname or IP address. When users follow the prompts to download or install the client, the server address is included in the filename or the app store path. This allows the end user’s client to know the exact address of the server.
Continue reading to see different troubleshooting scenarios with the Known Host printer discovery method.
Unable to download Windows/macOS Client
One issue we’ve heard is that users click the green “Download” button to obtain the Mobility Print client only to be met with a page that says “This page isn’t working” followed by a message that the Mobility Print server “is currently unable to handle this request” with a HTTP error 500.
The most common cause we’ve seen is that the Mobility Print server is unable to reach www.papercut.com to fetch the clients.
As we state in the Mobility Print System Requirements for the Known Host Discovery method:
When setting up Mobility Print with a known host, the following port and URL endpoints must be externally available to be able to retrieve the client setup files:
- 443 TCP (HTTPS), with connections to:
To resolve, work with your network administrator to make sure the Mobility Print server can access these URLs over the internet to download the clients to serve them to users.
If making these URLs from your Mobility Print server is not an option (for example if you have an “air-gapped” network) consider the mDNS or DNS discovery methods as alternatives or use
PaperCut Print Deploy
.
iOS Blank Screen/502 Error
iOS users will report that when trying to get connected to printers, instead of downloading the iOS profile, they see a blank screen or an error in the browser “HTTP Error 502”, when Known Host is enabled.
This generally happens because the Mobility Print server cannot reach the iOS Profile signing service.
To resolve, please revisit the Mobility Print System Requirements and ensure the Mobility Print server can access this URL in particular to obtain signed iOS profiles: https://ios-profile-signing-dot-pc-mobility-print.appspot.com/sign-profile/v1 .
“Unable to connect to server” error
The full error says “Unable to connect to the mobility print server”.
This can happen for a few reasons…
- Verify that the installer’s filename contains the Mobility Print server’s hostname or IP preceded by an underscore character, e.g.,
pc-mobility-print-client-30_mobilityqa.pb1.lan.dmg. - Verify that the client can reach the specified hostname or IP. Try pinging the address in a terminal Window.
- We’ve seen customers encounter this message when trying to deploy the macOS Known Host installer via an MDM, like Jamf. For this scenario, we recommend using PaperCut’s Print Deploy Solution. For more information about which product to use when, see: Print Deploy / Mobility Print - What product to use when .
Chromebooks are not able to discover printers
For troubleshooting Chromebook issues with Mobility Print and Known Host, this topic is covered in detail in our article
Troubleshooting Chromebook Issues
under
problems discovering printers using Known Host
.
The Chrome printer dialog takes a long time to load
Some customers have reported that when users try to print to their home printers while off the organization’s network, the printer dialog can take a long time to load.
Why does this happen? When using an IP address for the Known Host address, Chrome will attempt to connect to the IP address, which will eventually time out. The printer dialog will not load until the timeout failure.
However when a FQDN/hostname is used instead, Chrome will find out from a DNS server much sooner that there’s no host with a that address, and will load the printer dialog much sooner. This will allow users to get access to their home printers faster.
Further troubleshooting
Download the logs to share with your PaperCut Partner.
Windows - When running the installer, run it with /log flag and specify the value to the desired log file destination, e.g. mobility-print-printer-setup-235[mobility-server.lan] /LOG=“install.log”
Mac - When you run the MacOS installer, it will create a folder under Applications called PaperCut Mobility Print Client. In this folder, you’ll see a file called installer.log.
Further information on Mobility Print log files can be found on Finding the Mobility Print logs for Troubleshooting
Comments