Remote desktop printing over VPN to local TCP/IP printer hangs until computer rebooted or another job is sent
Posted on 2014-07-23
We have used this scenario with XP and had no problems. Now the client has replaced both computers with Windows 7 SP1, latest updates installed.
The printer is a Konica Minolta Magicolor 1690MF over standard TCP/IP at the users home office.
The user will remote into their office PC over a SSL VPN (as previously with XP). The printer drivers were installed onto the Office PC in order for the printer to show in the list.
A test print can be sent initially from the remote computer with little delay (under 1 minute for a small job).
Any subsequent prints from the remote computer will pop into the local print queue (printing) and then disappear but the print job will not come out. Restarting the local or remote spooler does not make any changes.
Rebooting the local computer will cause the prints to come out.
Sending a local print job will cause a previous print to come out (say we sent three remote print jobs that never came out, the oldest will then print) but the local print will not come out. We can then keep sending a local print job to get the older jobs out. The only way it seems to get all of the jobs to print is by rebooting.
Other things that have been tried: set "print directly to printer"
Turned off SNMP
Contacted Konica Tech support which had us change sleep time.
Has anyone else seen this?
Unfortunately we don't have any other printers at the client's home office to try as they only have two of the same KM 1690MF units.
They have another new Win 7 desktop that has the same problem from this location.