Application Virtualization in Linux Environment
-
And for those wondering why you might want to only get a single application, it's sometimes nice so that you can have a single window dedicated to an app that runs remotely. It integrates with your existing desktop because often you don't want an entire desktop from "somewhere else."
One example when this is useful is when I need a web browser from another location for testing. Or you might want just a spreadsheet from a server with loads of resources.
-
Thread has been enlightening; though, I feel I ought have been able to figure it out on my own. The goal was attaining some wisdom, so I suppose it matters not the path
There's one other thing I didn't mentioned in the thread, but did mention to Scott through another channel. Another scenario at work are for folks like me, who don't have a WYSE terminal. If I wanted, I could browse to a URL, which is our Storefront server, where I'm presented with various icons of applications that are hosted on various servers. And upon thinking about what's going on, this, too, is simply remote desktop.
-
@EddieJennings said in Application Virtualization in Linux Environment:
Another scenario at work are for folks like me, who don't have a WYSE terminal.
I think the thin client is throwing you off. That thin client is just a normal computer with very little installed on it. A thin client works the same as any computer, it's just a computer that runs an RDP or ICA client. Thin clients have no special sauce, they are just really, really wimpy computers. Any Windows, Linux, MacOS, Android, or iOS device will do the same stuff.
Often thin clients are set to launch their RDP client on boot up. But you can do the same thing with Windows for example. Just set RDP to launch on boot and your regular Windows 10 acts identically to a thin client.
-
@EddieJennings said in Application Virtualization in Linux Environment:
And upon thinking about what's going on, this, too, is simply remote desktop.
Yup, it's all the same
-
@scottalanmiller said in Application Virtualization in Linux Environment:
@EddieJennings said in Application Virtualization in Linux Environment:
Another scenario at work are for folks like me, who don't have a WYSE terminal.
I think the thin client is throwing you off. That thin client is just a normal computer with very little installed on it. A thin client works the same as any computer, it's just a computer that runs an RDP or ICA client. Thin clients have no special sauce, they are just really, really wimpy computers. Any Windows, Linux, MacOS, Android, or iOS device will do the same stuff.
Often thin clients are set to launch their RDP client on boot up. But you can do the same thing with Windows for example. Just set RDP to launch on boot and your regular Windows 10 acts identically to a thin client.
That I do know. Upon boot our thin clients really are just running the ICA client.
-
@EddieJennings said in Application Virtualization in Linux Environment:
I’ve had a little time to think this through. It seems like offering virtual desktops through Linux could be as simple as having something like Guacamole set up. Users could use whatever computer they want as long as they have a browser, they login to Guacamole, have their desktop presented and be on their way. I’m probably oversimplifying Guacamole, but at a high level that seems like what’s going on.
It seems like it be best to do the reverse. Make your workstations run linux desktop, and then only access Windows terminal services when needed. That would be a more efficient use of resources IMO.
That is considering you have mostly web apps. I am assuming this is probably the case as you want to present a linux desktop to the user.
-
@IRJ said in Application Virtualization in Linux Environment:
It seems like it be best to do the reverse. Make your workstations run linux desktop, and then only access Windows terminal services when needed. That would be a more efficient use of resources IMO.
Excellent point. I do this with Remmina on Linux.
-
@scottalanmiller said in Application Virtualization in Linux Environment:
Linux does "application virtualization" like XenApp for literally every app it shows. It just does it automatically, locally and doesn't tell you.
This concept took me awhile to fully grasp, but once you do, you realize how much MS is screwing you by requiring RDS licenses or Citrix licenses.
-
@Dashrender said in Application Virtualization in Linux Environment:
@scottalanmiller said in Application Virtualization in Linux Environment:
Linux does "application virtualization" like XenApp for literally every app it shows. It just does it automatically, locally and doesn't tell you.
This concept took me awhile to fully grasp, but once you do, you realize how much MS is screwing you by requiring RDS licenses or Citrix licenses.
Well, yeah, how else would they make their money?
-
@scottalanmiller said in Application Virtualization in Linux Environment:
@IRJ said in Application Virtualization in Linux Environment:
It seems like it be best to do the reverse. Make your workstations run linux desktop, and then only access Windows terminal services when needed. That would be a more efficient use of resources IMO.
Excellent point. I do this with Remmina on Linux.
Still would require the RDS server licensing, but way cheaper in the long haul.
-
@DustinB3403 said in Application Virtualization in Linux Environment:
@scottalanmiller said in Application Virtualization in Linux Environment:
@IRJ said in Application Virtualization in Linux Environment:
It seems like it be best to do the reverse. Make your workstations run linux desktop, and then only access Windows terminal services when needed. That would be a more efficient use of resources IMO.
Excellent point. I do this with Remmina on Linux.
Still would require the RDS server licensing, but way cheaper in the long haul.
Only if using Windows Server. If you use Windows desktops, it does not. Or if you do VDI.
-
@scottalanmiller said in Application Virtualization in Linux Environment:
@IRJ said in Application Virtualization in Linux Environment:
It seems like it be best to do the reverse. Make your workstations run linux desktop, and then only access Windows terminal services when needed. That would be a more efficient use of resources IMO.
Excellent point. I do this with Remmina on Linux.
Remmina works great if I need RDP
-
@Pete-S said in Application Virtualization in Linux Environment:
@scottalanmiller said in Application Virtualization in Linux Environment:
@Pete-S said in Application Virtualization in Linux Environment:
I had some problems with it when I tested it with NX as it only supported the older open source protocols.
Can you not install the commercial NX client onto it?
I can't remember but I think NoMachine didn't have the RPi3 version at the time. Maybe I should give this entire thing a new spin with the new RPi4 I have. In the past the problem with graphics on the RPi has been the GPU support and hardware offloading.
That was definitely what I found to be a problem. Thin clients back in the early 2000’s (and again tested by me in 2013) just could do local Flash processing worth a damn!! The screen would flash all white then show the desired page. This made them all but useless.
Hell a PC from 2002 running XP with 2 Gb RAM worked better as a fat client than almost any thin client device I tried.
The cost of thin clients was just to fraking high.
The problem with fat clients was managing them though. -
@scottalanmiller said in Application Virtualization in Linux Environment:
@DustinB3403 said in Application Virtualization in Linux Environment:
@scottalanmiller said in Application Virtualization in Linux Environment:
@IRJ said in Application Virtualization in Linux Environment:
It seems like it be best to do the reverse. Make your workstations run linux desktop, and then only access Windows terminal services when needed. That would be a more efficient use of resources IMO.
Excellent point. I do this with Remmina on Linux.
Still would require the RDS server licensing, but way cheaper in the long haul.
Only if using Windows Server. If you use Windows desktops, it does not. Or if you do VDI.
This is assuming you have Windows 10 licensing for every user, and only that 1 user is using that computer.
Still would require the Windows license.
-
@DustinB3403 said in Application Virtualization in Linux Environment:
@scottalanmiller said in Application Virtualization in Linux Environment:
@DustinB3403 said in Application Virtualization in Linux Environment:
@scottalanmiller said in Application Virtualization in Linux Environment:
@IRJ said in Application Virtualization in Linux Environment:
It seems like it be best to do the reverse. Make your workstations run linux desktop, and then only access Windows terminal services when needed. That would be a more efficient use of resources IMO.
Excellent point. I do this with Remmina on Linux.
Still would require the RDS server licensing, but way cheaper in the long haul.
Only if using Windows Server. If you use Windows desktops, it does not. Or if you do VDI.
This is assuming you have Windows 10 licensing for every user, and only that 1 user is using that computer.
Still would require the Windows license.
Some licensing, yes. But only RDS under certain circumstances.
-
@Pete-S said in Application Virtualization in Linux Environment:
@scottalanmiller said in Application Virtualization in Linux Environment:
@Pete-S said in Application Virtualization in Linux Environment:
I had some problems with it when I tested it with NX as it only supported the older open source protocols.
Can you not install the commercial NX client onto it?
I can't remember but I think NoMachine didn't have the RPi3 version at the time. Maybe I should give this entire thing a new spin with the new RPi4 I have. In the past the problem with graphics on the RPi has been the GPU support and hardware offloading.
That was definitely what I found to be a problem. Thin clients back in the early 2000’s (and again tested by me in 2013) just could do local Flash processing worth a damn!! The screen would flash all white then show the desired page. This made them all but useless.
Hell a PC from 2002 running XP with 2 Gb RAM worked better as a fat client than almost any thin client device I tried.
The cost of thin clients was just to fraking high.
The problem with fat clients was managing them though.And it requires windows 10 Pro, not home!
-
@Dashrender said in Application Virtualization in Linux Environment:
And it requires windows 10 Pro, not home!
Or just use Linux.
-
@Dashrender said in Application Virtualization in Linux Environment:
And it requires windows 10 Pro, not home!
Why would you use home edition for anything? Aren't we pros?
-
@Pete-S said in Application Virtualization in Linux Environment:
@Dashrender said in Application Virtualization in Linux Environment:
And it requires windows 10 Pro, not home!
Why would you use home edition for anything? Aren't we pros?
We actually use Home most of the time as we don't use AD 50% of the time. Pro has very few useful features other than AD joining.
-
@scottalanmiller said in Application Virtualization in Linux Environment:
@Pete-S said in Application Virtualization in Linux Environment:
@Dashrender said in Application Virtualization in Linux Environment:
And it requires windows 10 Pro, not home!
Why would you use home edition for anything? Aren't we pros?
We actually use Home most of the time as we don't use AD 50% of the time. Pro has very few useful features other than AD joining.
Hmm, I never given it that much thought since the machines we buy usually comes with pro or they are servers. For machines that doesn't come with windows, for instance NUCs, we just get the oem pro version. Looking at it now, we would pay $30 less for the home version. Makes no real difference for us but we don't buy many machines either.
