Accessing your Mac remotely isn’t really that difficult, if it weren’t for your resident IT-Department. You could simply open System Preferences / Sharing, enable ARD (Apple Remote Desktop) and check the VNC viewer checkbox. By doing so, your Mac starts listing on port 5900 and you could access it via any VNC viewer, like Chicken of the VNC (for the Mac), or RealVnc, or TightVnc (on Windows).
VNC by default uses TCP port 5900+N, where N is the display number (usually:0 for a physical display). Several implementations also start a basic HTTP server on port 5800+N to provide a VNC viewer as a Java applet, allowing easy connection through any Java-enabled web-browser. Different port assignments can be used as long as both client. Change vnc 0.0.0.0:100 100 denotes the port, this will get added to the VNC base port of 5900, so in this case the VNC server listens on all addresses on port 6000. For the password secured one type the following into the monitor: change vnc 0.0.0.0:100,password setpassword vnc foobar1 expirepassword vnc. Connecting using VNC from a Mac computer to a Linux server VNC allows you to remotely start a desktop environment on a computer, and interact with that desktop from your local machine. Unfortunately, VNC doesn't have built-in encryption, which means that all information sent through VNC can be caught by dubious third parties. A VNC server has been included with every edition of Mac OS X, including Mac OS X 10.7 – aka Lion. Let's walk through how to start the server on Lion. This article refers to Mac OS X 10.7, aka Lion. Other versions are available on our VNC on Mac OS X page. VNC is an acronym of Virtual Network Computing.You can use your Mac's free VNC support to remotely connect and control your Mac over a.
VNC is one of the very few – if not the only – cross platform solutions, allowing to access a Mac from a Windows box or vice versa. However, opening a server port is usually unacceptable and not tolerated by your IT folks – for a good reason, I might add.
OSXvnc to the rescue
Fortunately, there is the OSXvnc open source project, while providing only a subset of Apple’s ARD, it has the nice feature, allowing the server to make the initial communication request.
Usually, you open port 5900 on the machine you would like to remotely control. That machine starts to listen for request from a vncviewer, on the predefined port. In this case, like with almost all clients, the viewer initiates the communication.
OSXvnc allows you to enter an IP address and by clicking the Add button, let the vnc server call the client (the vncviewer). Obviously, to make this work, the vncviewer would have been started in listening mode on the machine with the given IP.
Vnc Ports For Mac Os
Now, there is a little problem that still needs to be resolved: OSXvnc needs user interaction (clicking the add button), to make it initiate the connection. A really short shell script installed as a daemon however helps us to work around this issue.
To make it clear how this all works, lets create a common scenario:
A PowerMac G5 that we want to remotely control is located in the office, behind a tight corporate firewall.
A laptop we want to use as the controlling machine, runs OS X with Chicken of the VNC installed, or Windows with a VNC Viewer.
Lets start on the server-side by installing OSXvnc on the G5.
The next things we need to do is find a port that is open for outbound traffic. Some companies have all ports above 1024 open for outbound, outhers are more restrictive. However, usually there are some ports left open. E.g., if you can browse the Internet, port 80 is open for outbound traffic. To continue with our common scenario, let’s assume port 8200 would be open for outbound traffic.
The remaining part of the information-gathering phase is to find out about your IP address at home. This IP and the outbound port will have to be configured in this shell script:
The script simply checks if there is currently an established connection on the predefined port, in which case it would do nothing. If there isn’t a connection going, it first kills any previously started OSXvnc processes and then trys to initiate a connection on the predefined port to the predefined IP address.
We install the script in a place like
/Library/SysScripts on the G5 and don’t want to forget to give it execute rights.
The last thing that remains to be done on the server, is to deploy this script as a daemon and make it execute frequently. Tools like lingon are great for doing this. Here is the descriptor I ended up with in
/Library/LaunchDaemons, which polls for a client every 15 seconds.
Find out more about launchd, what it does and where to deploy the descriptors here: http://developer.apple.com/macosx/launchd.html
After this is done, OSXvnc trys to call your home IP address on the defined port every couple of seconds. All what is left to do now is forward the request from your Router at home to your laptop and start your vncviewer in listing mode.
How to forward a port (8200 in our example) to your Laptop, depends pretty much on your router. In any case, since OSXvnc sends the connection request, we need to make sure the calls arrive at machine running the vncviewer. Last thing left is starting the vncviewer. Windows folks do this via the command line, like
vncviewer -listen 8200
Vnc Firewall Ports
Mac users using Chicken for the VNC, use the GUI.
Avr-gcc _bv macro. No later than 15 seconds after starting the viewer in listening mode, you will look at your office-computer’s screen …
I am trying to share screens with a Mac Mini running ARD in OS X 10.3.9 over a LAN from my Macbook Pro (10.4.11). I have an Airport Extreme base station (7.2.1). The Mini is connected to the base station via wired Ethernet cable, the Macbook is wireless.
I'm using Chicken of the VNC (2.0b4) on the MacBook, but I can't get anything but Connection Refused.
* The software firewall on the mini is off (I'm behind NAT)
* I've turned on ARD in the Sharing prefs control panel, set up the users and checked all the 'allow' checkboxes (and restarting the mini)
* I've tried connecting to port 5900, 5901, and 3283
* I've tried enabling port mapping on the Airport (which seems crazy, since this is all happening within the LAN)
I can SSH to the mini just fine from the Macbook. Using NetUtility, I can ping it, traceroute to it, you name it.
The only weird thing that I can find is that when I do a Port Scan on the Mini, it never returns port 5900 as open (which it seems like it should). Other ports return as open.
I've Googled my brains out looking for answers on this, and the best info that I can find points toward a network config. problem. But if that's the case, why can I SSH okay?
And yes..I could upgrade to Leopard on the MacBook. Or install OSXvnc on the Mini. But I can't see why I wouldn't have exactly the same problem. And, dadgum it, this should work! 😀
I'm totally stumped (and have a sneaking suspicion that I'm missing something obvious). If anyone can shed light on this, or point me at a resource, I'd be very grateful.
MacBook Pro, Mac OS X (10.4.11), Mac Mini (10.3.9)
Vnc To Mac From Pc
Vnc Ports For Macbook