You are currently browsing the category archive for the 'remote application' category.
Currently the only way to get Vista on Vista virtualization running is to either use Virtual Server 2005 with some tweaks, or if you are part of the Virtual PC 2007 beta you can install Virtual PC 2007 (VPC 2K7) on Vista with no tweaks or hacks needed whatsoever. Unfortunately neither of these solutions can virtualize a 64bit operating system, but VMware Server should be Vista compliant soon - so I’m holding me breath until then.
Following my friend’s guide to setting up Virtual PC 2007 on Windows Vista found over at WebandRaptors, I was able to get VPC 2k7 set up quickly and without pain.
Next came the Windows Vista install, which was pretty straightforward. Something to note: you don’t actually need to use a CD key during installation, you can simply click the “next” button and the installer will inform you that a CD key will be needed later, I think it’s about 30days before it becomes necessary.
Once Vista is installed and configured for remote access from within VPC, all you need to do to get Aero Glass running is to connect to the virtual machine using the Remote Desktop Connection (RDP 6) client. If your host, or physical, machine supports Aero Glass, the virtual machine will allow you to take advantage of it, giving you transparent blurred windows, mouse-over taskbar previews, and cool windows+tab animation!
Related Articles:
This will be a quick howto as it’s mostly a settings issue, but here goes:
Macs have come with a Remote Desktop server for quite some time now, and it’s great for using macs to manage macs remotely, though maybe not as nice as an NX or XMing solution.
When trying to manage an Apple computer using a Windows or Linux computer it’s a different story. When you attempt to open the connection the authorization works, but the window will close very quickly, with no apparent error.
The problem lies in the actual implementation of VNC in Apple’s Remote Desktop server (not to be confused with RDP - it’s MUCH slower). Apple has decided to only support one type of tiling, whereas most VNC clients will attempt to find the best solution in order to connect. Specifically, Apple uses HexTile, and if you specify this in the options or properties of your connection, it will work with no problems whatsoever.
If you’d like to make a .VNC configuration file in order to connect to your Mac server using a Windows VNC client (RealVNC used here), just take the following code and save it as a *.VNC configuration file, being careful to change the host from (null) to the remote Apple Remote Desktop server’s IP address (for example: 10.10.10.10).
[Connection]
Host=(null)
[Options]
UseLocalCursor=1
UseDesktopResize=1
FullScreen=0
FullColour=1
LowColourLevel=1
PreferredEncoding=hextile
AutoSelect=0
Shared=0
SendPtrEvents=1
SendKeyEvents=1
SendCutText=1
AcceptCutText=1
DisableWinKeys=1
Emulate3=0
PointerEventInterval=0
Monitor=
MenuKey=F8
AutoReconnect=1
I have tested this method on many Windows and Linux machines, using RealVNC, TightVNC, UltraVNC and even Chicken of the VNC for Mac OS X. It works fine, though I’d like to pound home again that I would really like to have the option to either tunnel application over SSH, or have some type of locally-accelerated RDP-compliant protocol (heck why not use LTSP 5.0?)
One can only dream…
Related Articles:
SSH is one powerful tool. You can do just about everything under the sun using an SSH login to a remote computer. SSH works very well in low-bandwidth situations like dialup, or satlinks.
But wakeup, we’re no longer in the 80s - people want GUIs, let’s give them fancy-pants graphics, bouncing cursors and silly linux wizards. Remotely.
Enter Xming, what I would name as top of my favorite applications. Xming is just like X over SSH, for dummies (or people who would rather spend more time working).
Xming allows you to connect to remote or local Linux workstations and servers and run full graphical applications on those remote machines on your local Windows computer.
Here’s how it works: all of the applications are run remotely, but when it comes to the graphics, the information that would invoke the graphics is sent to your local computer, not a bitmap or a sequence of bitmaps like VNC. Xming uses a local X server on your Windows computer in order to display your remote applications. This local X server is 2D accelerated, and it’s sometimes difficult to even notice that you are working remotely.
Since Xming can run in windowed or full-screen modes, you can establish thin client connections in this fashion, or you can publish applications Citrix-style.
Xming is completely free to install and setup. It is a great way to manage virtual machines, and in fact is often faster than Microsoft’s Virtual Server ActiveX control (surprised?), VMWare’s Virtual Machine view (even with VMWare tools!), and even Parallels speedy virtual machine view.
To set the whole thing up, you’ll need a computer running Microsoft Windows, one Linux box, a network connection between the two, but you won’t need much effort.
First install the Windows Xming server on your Windows computer. We’ll use Windows XP SP2 in this example, but it could easily be other varieties. Xming can be found on Sourceforge quite easily, download it, run the install (use defaults), and start XLauncher.
On the Linux computer this are slighlty more complicated, but not by much. For Gnome or KDE on Ubuntu Edgy, go to the System>Administration menu in your menu bar. In Administration, we’ll select login preferences as we’ll be setting up a new logon method (we’re using XDMCP). Select the Remote tab, and enable remote logon (same as local) to your Edgy Eft machine.
Now on your Windows machine, set up XLaunch to logon to your Linux machine using it’s IP address. Save the setting if you want, and connect. You will be presented with a logon screen to your Linux desktop!
Related Articles:
Forget Windows Vista.
The real new, exciting operating system from Microsoft is on it’s way and is supposedly slated for January.
Here’s a shortlist of reasons why you should care and what to look for:
LLMNR - Have you ever had master WINS browser woes? Name resolution problems? Microsoft wants to make this a thing of the past. In my experience this has been one of the largest pains - when the master browser goes down you lose name resolution. LLMNR fixes that. I’m happy. Testing the current Windows Server Codename Longhorn on virtual networks has shown so far that it works as expected already. I’m still happy. Basically this is multicast DNS (mDNS). Follow the link for a nice wiki article that will surely convince you.
Core Server Mode - Longhorn has a new locked down mode meant for bare-bones brass tax servers. They call it Core. What this means to the regular Windows admin is that there are no more wizards. Heck, there’s no more standard graphical UI. You get a command-line shell (DON’T call this DOS, they’ll find you!) to play around with. Servers are configured via preconfiguration scripts, this shell, and remote administration tools. If this is as fast and secure as it is supposed to be, it’ll be gravy. What you DO get: DHCP server, DNS server, file server, active directory, read-only domain controller, cluster services, load balancing, and services for Unix. That’s right, services for Unix is there too.
Application Publishing - I covered application publishing in Longhorn previously, and it’s what I am most excited about, to be honest. Pick an application, fire up the wizard, make an RDP file and send away to clients (even older XP terminals) - it’s that easy. While this will take the bread out of a lot of app vendors hands, it also allows for a wealth of innovation and I simply can’t wait to see what happens here.
Remote Desktop Connection 6.0 - In the same vein, and under the Terminal Server umbrella, the Remote Desktop Connection client gets an update that adds some much-needed and oft-asked-for features. Namely: PnP redirection for media players and digicams, multiple monitor support (I’m talking to you, Bill), desktop theming, and single sign-on. Whew. I’ll have to get into this one later.
Sharepoint V3 - It’s bigger, badder, and better code for Sharepoint. Better integration with Office 2007, faster load times, more features (of course), and item-level access control. Not to mention RSS by default - that’s was the deal-closer for me. Nor more need for infinite emails sent via alerts - just use RSS! Much like Apple, Microsoft has become a fan of RSS and it’s good news all around.
IIS 7 - You’re laughing. I see you snickering. Yes IIS is used externally, and its market share is growing right now, funnily enough. In IIS 7.0 you get reduced attack surface through feature modules. This is marketing-speak that means you can disable IIS services you don’t need. You get easy replication using web configuration files. And lastly you get better admin tools. Well slightly better anyway. This isn’t Plesk, Ensim or CPanel, but it’ll have to do ’til those guys get around to supporting Longhorn.
That about sums up the good things I’ve seen and tested to date on my virtual machines (VMWare Server, Virtual Server R2 and Parallels). Feel free to chime in about what tickles your fancy or rattles your chains, I’m all ears.
Related Articles:

First you will need to add the Terminal Services Role to your Longhorn installation either through the Roles Wizard or by using the Software Manager. You may also wish to install the Web TS Role while you are there to allow users to connect to a website, authenticate, and run a remote app easily. Once this has been completed, restart the system as required and head to the Administrative Tools Control Panel. Here you will find the Remote Programs applet. From here we can browse to an application to publish, and export it as an RDP file compatible with both Vista and current versions of Windows. You may also wish to add authentication to the file, but remember that if the file will be used on another system the authentication settings will be lost. In my case I used Word 2007 Beta - so I log in, and the window goes full screen with only Word loaded! This is a great way to securely publish apps with the right config, and I can’t wait to see what happens in the final version. This is very similar to what Citrix does, but presumably (keeping fingers crossed).
Related Articles:


Recent Comments