tpunx99GSX
12-16-2009, 04:06 PM
Tom, I spoke to my coworker this morning about this. We are running View 4.0. We have a WYSE terminal that supports PCOIP and works great but the HP one uses RDP. The problem is that the "view open client" is only currently built to run RDP on linux, it's basically a live CD that loads linux and allows you to connect to a virtual desktop, and the HP client is a custom linux build. The portal uses the same View agent as the VMware View Client, PCOIP works great, so my only guess is you're doing it wrong. ;)
Since the teachers are all remote how are they connected to the network? He said that every piece of documentation he has read specifically uses a replica server in the DMZ. I don't know if that relates to the VPN issue you are describing or what.
But seriously, if you want to speak to my coworker I can surely ask him, or if you're in the University area maybe stop by and check out what we have set up.
Currently they are using a Cisco VPN Client that is having issues with Disconnects. Hence one reason why we want to get away from vpn altogether.
Some issues we think relates to the slow performance of VMWare:
Network bandwidth (they have 2 t-1s so this should be the case, all teachers are using the VPN constantly so this may be causing excessive network bandwidth loss).
Perhaps a misconfiguration. I dont think this is it because the vmware system is pretty straight forward.
From what we had gathered is that the VMWare View Client is not NAT Aware therefore we would need some kind of VPN connection. We spoke with VMware regarding this, and they acknowledged this as an issue and that it would be corrected in 2010 with the next build. (Freakin annoying).
Overall we would like to just strip the current Toshiba laptops down to barebones OS and run the virtual desktops. Which can solve many issues with this client.
Luckly this is not in a full operational stage, this is just a proof of concept. Not so luckly the POC Term is reaching its end, so we need to get a solution in place soon to hopefully secure the sale of this concept.
The hardware itself are two very beefy servers with 64 gb of ram each, tons of storage, and 4 processors each. So i think hardware is out of the question of blame. Its running a linux background with windows as the server managers.
On the vmware side:
Server Software: VMWare ESX Server with Virtual Center Server
Desktop Software: VMware View 4.0
On the Citrix side:
Server Software: VMWare ESX Server with Virtual Center server
Desktop: Xen Desktop
The XenDesktop peice is still working better than the VMWare side. Will end up trying to get Flash to run locally and use more of the local resources to get this peice running faster.
I may want to talk to your guy to pick his brain on this a bit.
Thanks
Tom
Since the teachers are all remote how are they connected to the network? He said that every piece of documentation he has read specifically uses a replica server in the DMZ. I don't know if that relates to the VPN issue you are describing or what.
But seriously, if you want to speak to my coworker I can surely ask him, or if you're in the University area maybe stop by and check out what we have set up.
Currently they are using a Cisco VPN Client that is having issues with Disconnects. Hence one reason why we want to get away from vpn altogether.
Some issues we think relates to the slow performance of VMWare:
Network bandwidth (they have 2 t-1s so this should be the case, all teachers are using the VPN constantly so this may be causing excessive network bandwidth loss).
Perhaps a misconfiguration. I dont think this is it because the vmware system is pretty straight forward.
From what we had gathered is that the VMWare View Client is not NAT Aware therefore we would need some kind of VPN connection. We spoke with VMware regarding this, and they acknowledged this as an issue and that it would be corrected in 2010 with the next build. (Freakin annoying).
Overall we would like to just strip the current Toshiba laptops down to barebones OS and run the virtual desktops. Which can solve many issues with this client.
Luckly this is not in a full operational stage, this is just a proof of concept. Not so luckly the POC Term is reaching its end, so we need to get a solution in place soon to hopefully secure the sale of this concept.
The hardware itself are two very beefy servers with 64 gb of ram each, tons of storage, and 4 processors each. So i think hardware is out of the question of blame. Its running a linux background with windows as the server managers.
On the vmware side:
Server Software: VMWare ESX Server with Virtual Center Server
Desktop Software: VMware View 4.0
On the Citrix side:
Server Software: VMWare ESX Server with Virtual Center server
Desktop: Xen Desktop
The XenDesktop peice is still working better than the VMWare side. Will end up trying to get Flash to run locally and use more of the local resources to get this peice running faster.
I may want to talk to your guy to pick his brain on this a bit.
Thanks
Tom