12802 Views 8 Replies Latest reply: Nov 17, 2009 10:46 PM by TuliTaivas
Mac to Mac regardless of whether it's server or Client. Apple Menu > System Preferences > Sharing > Enable the Remote Management option. Make sure you allow appropriate rights in the fields that follow.
On the remote client go to the Go Menu and select Connect to Server, key in vnc://IPaddressofserverormac. Provide the admin name and password. Or for a fuller featured VNC Server use:
To control any PC (not XP Home) from a Mac use:
For PC to Mac make sure when enabling Remote Management you enable the 'VNC Clients may control screen with password' option. Don't use the same password that's been assigned to the local administrator. Next get hold of or download any or all of these:
Best to use the Enterprise versions as these tend to be more reliable. Not used it myself but AquaConnect is something else you could consider. There are a few more which you could Google for yourself.
The 'remote' desktop connection technology that the Mac uses is also know by its other name, VNC, Virtual Network Computing. Remote Desktop Connection (RDC), the standard Microsoft remote control connectivity tool, is not the same.
Most versions of VNC that I have tried from a PC, so far CANNOT control a Mac. They connect, but most fail at authentication or say the server is an incompatible version, but you are welcome to look around and see if you can find one that works. If you do find one, remember us and let us know which one does work!
I would politely disagree. Yes, definitely, the Mac 'Screen Sharing' app works a treat, and Apple Remote Desktop.app works as well, but I am coming from a Window's PeeCee.
For me, connecting to my 10.5(.8) Server via tightvnc gives 'Server did not offer supported security type!". Using RealVNC to this machine states "No matching security types Do you wish to reconnect to ... ?" a telnet to this AppleVNCServer service (port 5900), shows RFB 003.889 *, or Remote Frame Buffer Major 3, minor 889.
Also, connecting to multiple 10.6(.1) Clients with Tightvnc correctly asks for a password but then hangs at "Status: Security type requested". Using RealVNC opens, connects, asks for authentication, and exits. Telneting to this AppleVNCServer service (port 5900), also shows RFB 003.889 *.
The Current Version of the protocol is supposed to be 3.8, that is Major version 3, minor version 8. Not 80 or 800 but Eight). http://www.realvnc.com/docs/rfbproto.pdf and I believe that tightvnc only supports up to version 3.7.
On each station I have installed the 'old' OSXVnc.app as a service (to a unique port). OSXVnc utilizes protocol 3.3 and I can control them successfully, but that is of my own doing because of this issue.
Now JollysFastVNC works a treat to any machine I have EVER tried to connect to. I have not tried COTVNC or any of the others (too slow for me, when they wer e around)
Also, I just noticed that RealVNC states that their free and personal version will not connect to Mac OSX (x86 and PPC) but the Enterprise one will. I just Dl'ed the Enterprise Viewer and it gave essentially the same thing ('protocol is not valid' message, even after it asks for a password). Anyway, I am not here to hijack this thread, just trying to keep the info flowing and open.
Maybe I am the only one with these problems but the bottom line is I cannot use Real or Tight, or UltraVNC to administer my server or clients as long as AppleVNCServer gives out the 003.889 protocol version.
* The ProtocolVersion message consists of 12 bytes interpreted as a string of ASCII characters in the format "RFB xxx.yyy\n" where xxx and yyy are the major and
minor version numbers, padded with zeros.
Thanks, Peter, for the insight and the trick with telnet.
May I add my own 2 cents?
I have two servers, one with 10.5.4 and the other with 10.5.8.
On both telnet shows "RFB 003.889" but to 10.5.4 I can connect with UltraVNCViewer 1.0.2 (internal version number is 184.108.40.206) whereas with OS X 10.5.8 RealVNCViewer 1.0.2 tells me "incopatible version".
VNC Viewer PE v220.127.116.1183 (from RealVNC) on the other hand warns in both cases "The server is non-standard, and may fail to work...". If continue on 10.5.4 it let's me enter the password but then quits and on 10.5.8 it says "Incompatible Version."
I also remember havin had issues to connect with newer versions of UltraVNC to OS X 10.5.4, that's why I still use version 1.0.2.
Occasionally, when I'm connected with UltraVNC 1.0.2 the VNC server on 10.5.4 freaks out. The screen freezes and I have to use putty to kill the service on the Mac server (it autostarts). After that I can connect again.
It seems there's more to it than a non-standard Protocol Version Message.
I'm somewhat annoyed of how Apple handles this. After all it should not be that complicated to be compatible to the standard.