scott1 at May 3rd, 2013 16:59 — #1
I have been able to log in and work remotely, but cannot print to my local printer files from the remote computer.
whs at May 3rd, 2013 17:03 — #2
Maybe because there is no driver for the printer on the remote system. I would transfer the file and print locally. Or try to print to the Microsoft XPS Document Writer on the remote and transfer that file.
iszi at May 3rd, 2013 18:58 — #3
By "log in and work remotely" I presume you mean via VPN?
By "print to my local printer" are you referring to a printer directly connected to your local computer, or is the printer connected through the local network?
If you're connecting to work via VPN, and the printer is hosted on the local network, you may not be able to use that printer. Many companies configure their VPN solution such that it does not allow users to connect to home network resources while they are connected to the work network.
universityofpi at May 3rd, 2013 22:02 — #5
I take this to mean something like;
I'm at my house. I can remote in but I can't print to my printer.
Rather than something like
I'm remoting into my home pc and it won't print on my printer
(the home part is just an example)
There are a few potential solutions;
- If using a VPN you could add your printer as a network printer (assuming you can install drivers)
- You can install a program on both computers to work similarly to say Google cloud print (worth noting if most of the things you need to print can be viewed in chrome)
- The easiest solution (assuming you're not printing a lot of the time) would probably be to transfer the file(s) to your local machine and print them
- Theoretically possible if you can't install software on the remote machine and couldn't or didn't want to transfer and open (a) file(s) locally would be to use print preview and a screen capturing tool
[example: Prt Scr button on keyboard then paste into ms paint, crop and print]
Of course if it is the second scenario (printing locally relative to the host (remote) computer then something is wrong. Try to print from the machine itself, if that works you have a serious issue. I've never heard of software conflicts that bad on any modern OS (that people actually use)
universityofpi at May 3rd, 2013 22:18 — #6
That doesn't make much sense (VPNs preventing home network use), although corporate policies often don't. I don't see how they could do that without complete control over the client (either through it being their machine or a propitiatory software client).
Also, short of blocking all connections except to their server, how is that even possible without serious host file modification (in which case you could just copy it before and replace it once you're in the VPN).
Actually the best solution might be to remote control (VNC, RDP, etc NOT a similarly configured VPN) a computer connected to the VPN because then that computer could print
iszi at May 4th, 2013 21:07 — #7
Disabling split tunneling is a common practice. It is enforced by the VPN client software. I'm certain there are ways to circumvent it, but I would advise against this.
Split tunneling is in place to prevent, or at least deter/impede, the exact behavior @scott1 is trying to do. The company does not want potentially sensitive data printed or transferred to devices (e.g.: home file servers, home printers) which are not in areas subject to corporate security. Of course, allowing VPN at all - and especially connections from devices that are not company-owned/controlled - inherently presents this risk. But disabling split-tunneling is one of the ways organizations can at least attempt to mitigate it.
iszi at May 4th, 2013 21:13 — #8
I presume you're suggesting:
- Computer 1 is a system on the corporate network.
- Computers 2 & 3 are systems on the home network.
- Computer 2 connects to VPN, RDPs to Computer 1.
- Computer 3 VPNs to computer 2.
This will not be possible if the VPN is configured to disallow split tunneling.