Free Remote Access Tools For Windows and Mac Compared
snydeq writes "InfoWorld's Keith Schultz provides an in-depth comparison of seven free remote access tools for Windows, four of which offer compatibility with the Mac. 'As you read about each tool, you'll notice that I put a lot of emphasis on remote printing. I rely on remote access tools on a daily basis, and in most cases I need to be able to print to my remote PC. For someone that just wants to check their home/office email account or view documents from outside the office, all of the utilities here will work fine. But for those trying to get some serious work done, remote printing may be the deal breaker.' Many of the free tools under review offer paid or licensed versions for access to additional features."
Many of the free tools listed here also have paid versions that offer additional features (such as support for remote printing) or licensing (extra host computers or clients). For some users, the paid version will be the only true option.
You shouldn't need any extra software to print remotely in OS X. Just cat a postscript file over SSH and into lpr on the remote machine.
Give me Classic Slashdot or give me death!
i used to tell my mom who lives 2000 miles away "i don't know" or "I need to be there"
now i can have desktop access to her laptop over the internet. and for free
I'd be interested to know how good these are at actually doing UI updates - I'm assuming they're all similar in implementation to VNC, which is a shame as you cannot really compare VNC-based systems to the speed of more integrated solutions like RDP and NX.
They're not free, but you already paid for them when you bought the OS. Granted, you'll need to set up the firewall rule beforehand, but they do everything you need. Control UAC, print, fast over slow connections, etc.
In a pinch, I use crossloop, which is nothing but hamachi+VNC in a neat little package.
Honestly, what I would really love to see would be something like SSH X forwarding to run a single remote app from a Mac or WIndows machine. I have a MacBook, it has a 13 inch screen. My Linux desktop at home has a much larger screen. I wish I could just forward individual Cocoa apps the same way you can run remote X apps over SSH and run them on the larger screen without having to hook the monitor, a keyboard and mouse to the Mac.
"I use a Mac because I'm just better than you are."
I highly recommend using UltraVNC-SC. You configure it for your needs as a support person. The person you support has to run a small single EXE file, and you then have control over their machine. Quick and efficient access to someone's desktop to see what they see has made a vast improvement in my ability to support people for the past 5 years or so.
They talk about RDP for Mac, but they are only talking about the client. There is a
beta version of Mac Remote Desktop that allows an RDP client to connect to a Mac.
It is called Mac Remote Desktop (surprised?) There is some information about it at http://www.aquaconnect.net/mac-remote-desktop.php
Aqua Connect also has a version for Mac Server, called Aqua Connect Terminal Server. More information is at http://www.aquaconnect.net/
Fight Spammers!
This article seems to be missing some of the most common, well-known remote access tools for Windows:
These are just a few of the very common tools used to remotely access Windows systems every day!
Lawrence Person (lawrencepersonh@gmailh.com (remove all "h"s to mail)
http://www.lawrenceperson.com/
I use a combination of copSSH, an excellent OpenSSH package for Windows, port forwarding and good old RDP (Because I don't really like the idea of publishing my RDP connection out on t'internet when I can use Public Key auth with SSH). Plus using SSH gives me SCP for file transfers, which is usually a bit faster than doing it via redirected drives in Windows.
The Windows 7/2008 R2 version of Remote Desktop (v7) has full support for multiple monitors (finally), Aero and for streaming audio and video via WMP so watching stuff is less of a slideshow (though still not really great with your average home broadband upload speeds) as well as local resource mapping (printers, drives, smartcards, etc).
For those Mac users connecting to another Mac there is always the "Screen Sharing" app located at /System/Library/CoreServices/. It's already there. It's free.
http://www.rootstrikers.org/
That's why I setup my mother with iChat. She can initialize a remote desktop sharing without needing to modify any settings or her or my router, and neither of us needs to worry about dynamic IP addresses.
I'm out of my mind right now, but feel free to leave a message.....
Who cares about security if you can remote print? Doesn't everyone consider printing to a location they aren't at a top priority?
I know when I need a document on paper, and I need it now, I print to somewhere else.
meep
The only things I have used that had reasonable speed for real work were RDP, Citrix, and LTSP. I used vnc, tightvnc and ultravnc many times, but never found it to be usable for day-to-day stuff.
Build your own energy sources from scratch. http://otherpower.com/
Rather than forward all sorts of ports to different hosts behind a firewall you just need an ssh server that can connect to those hosts and all connections to that (properly secured) ssh server.
On the client you do something like putty -D 1080 username@host. This creates a SOCKS 5 proxy on the client that can connect to anything the ssh server you've connected to can see. On Linux and (maybe) OS X, you use run your remote client through proxychains or tsocks eg.
proxychains rdesktop internal_ip
proxychains ssvncviewer -bgr233 -encodings tight other_internal_ip
Bandwidth allowing, you can connect to as many remote clients as you like at the same time. Seems "firewall friendly" to me.This is sometimes called "socksification". You can also use "localhost" in software like browsers that can be set to use SOCKS.
Windows users don't have quite as easy a time socksifying appsthough you can try FreeCap or SocksCap. I don't have to do much in the way of remote printing though I suppose print clients could be tunneled that way as well.