A printer can disappear from an app's device list while websites still load. A NAS can appear by name but fail to open, and a screen can be listed for casting without accepting the session. These are different symptoms. Start by recording whether finding the device, connecting to it, or using its service fails.
A VPN connection can change the conditions for local access, but the timing alone does not identify the cause. This checklist helps you collect useful evidence for a known device you are allowed to use, without changing network equipment or weakening required protections.
Separate discovery, connection, and the actual task
- Discovery: Does the printer, NAS, or screen appear in the expected app or device list?
- Connection: If it appears, can the app reach it through the normal, authorized connection method?
- Operation: Once connected, does the print job, permitted file access, or casting session actually work? Record any status or error at that stage.
An absent name does not prove that the device is offline. A listed device does not prove that you can connect or complete a task. If a vendor or administrator has provided a supported direct-access method, that can help compare discovery with access; do not guess addresses or scan an unfamiliar network.
Check the intended network, not physical distance
A printer in the same room is not necessarily on the network your phone or laptop can use. Confirm the device is on and awake, and use its normal display, app, or administrator instructions to check the intended network. Guest networks and managed networks may keep devices separate even when they are physically close.
For AirPrint, Apple's printing guide starts with a compatible printer and the intended same Wi-Fi network; supported wired network connections are also possible. Not every app supports printing. Follow the printer's documented setup rather than treating every printer, NAS, or casting device as interchangeable.
Finding a device may use a different mechanism from sending data to it. For example, Apple's AirPlay deployment guidance explains that Bonjour multicast discovery normally stays within an IP subnet. Managed discovery gateways and other AirPlay discovery methods also exist. This example explains a possible boundary; it is not a diagnosis of your network or a rule for every casting system.
Check the relevant app permission
On iPhone and iPad, apps that browse the local network can request Local Network permission. Apple's local-network privacy guide shows the per-app control in Settings > Privacy & Security > Local Network. Review the permission for the app you actually use, following the device owner's policy.
This is not a universal printing switch: Apple says system services such as AirPrint can still work when an app is denied that permission. A vendor app and the system print dialog may therefore behave differently. Record which app or dialog fails before changing a permission, and check the appropriate guidance for other operating systems.
Keep the VPN setup and connection state clear
Note whether the VPN runs on your phone or computer, on a router, or at another managed point in the network. Record the actual client and its current status. A router connection and a device connection do not necessarily cover the same traffic or devices. The household router-versus-device guide and team setup comparison explain those choices.
Use the setup guide for your supported client and profile. Lisar provides VPN access through the selected client and service setup; local-device access also depends on the operating system and network policy. This guide does not establish support for a particular printer or a Lisar setting that enables local access.
Compare one condition at a time, where policy permits
- Record the failed stage, the app, the device's status, and the current network and VPN connection state.
- Check a known website if browsing is permitted. A successful request shows that request worked; it does not prove all internet paths or local-device services are healthy.
- If another authorized device is available, compare the same task and app conditions as closely as practical. A different result helps narrow the conditions but does not rule out a fault on either device.
- Only if the device owner's policy permits it, compare the same task with and without the VPN. A changed result is evidence of an association, not proof of a specific route, firewall rule, or client defect.
- Keep a required VPN and other protections enabled. If the comparison is not permitted, record that limitation and ask the administrator for an approved test path.
Do not turn off a firewall, remove network isolation, or change router rules merely to make a printer appear. Avoid changing several settings or replacing a VPN profile during this first check. The VPN troubleshooting checklist covers broader connection symptoms.
Send a useful, limited support report
Record the time, operating system, client and app versions, device model, failed stage, and redacted error text. Include the comparisons you were allowed to make and their results. Share account or network-specific details only through the appropriate private support channel; keep credentials, VPN profile files, document contents, and network inventories out of public posts.
Ask the network administrator about permitted local access and the device vendor about printer, NAS, or casting errors. For a Lisar connection or profile question, use Lisar support. The problem-recording guide helps keep the report focused on observable symptoms.
Frequently asked questions
Why can websites work while my printer or NAS does not?
Internet requests, local-device discovery, and local service access are different checks. A working website does not prove the local device is reachable or identify why a task fails. Record whether the device is missing from a list, cannot be reached, or returns an error during use.
Does a VPN always block local devices?
No universal rule applies. The client, operating system, VPN placement, app permissions, and network policy can affect the result. Check the documented setup and observed state rather than assuming that all devices remain reachable or that all local access is blocked.
Does a missing printer name mean the printer is offline?
Not necessarily. Discovery can fail even when another supported access method works. Confirm that the known printer is awake and on the intended network, then use the vendor or administrator instructions to check discovery and access separately.
Will enabling Local Network permission on iPhone or iPad fix AirPrint?
It is not a guaranteed fix. The permission applies to the relevant app, while Apple says system services such as AirPrint can still work when an app is denied local-network access. Check which app or print dialog fails, printer compatibility, and the intended network.
Should I disconnect the VPN or disable a firewall to test printing?
Keep any required VPN and security controls in place. Compare VPN states only when the device owner permits it, and do not disable a firewall or network isolation to force access. Ask the administrator for an approved test path when the comparison is restricted.
What does it mean if one device can print and another cannot?
It shows that the tested conditions produce different results. Differences in app, permission, network, client, or connection state may help explain them, but the comparison does not prove a cause or rule out a device fault. Record those conditions for support.