Microphone in VMWare View support

Similar Questions

• PowerCLI does support VMware View?

  Hello

  Can you get it someone please let me know if PowerCLI includes support for VMware view? Or he'll (if I may ask)?

  Hello

  Yes powercli integrates support of VMware view.

  You can find all the help you need here: http://www.vmware.com/files/pdf/vmw-powershell-integration-view5.pdf

  Kind regards

  Julien.

• VMware View 4.5 supported Thin Clients

  Does anyone know if VMware maintains a list of clients from different vendors that support view 4.5? If this isn't the case, I would be happy to hear what you use thin clients.

  Thank you!

  There was once a pdf version, but it is now part of the HCL

  http://www.VMware.com/support/pubs/view_pubs.html

• VMware view client have support ubuntu?

  I'm going to depploy VDI environment. But there are many os (windows, mac, ubuntu and centos). Please help me how to install vmware see run on Ubuntu. Thank you

  Maybe http://blogs.vmware.com/euc/2012/03/vmware-view-client-for-mac-and-linux-are-now-generally-available.html can help.

  André

• Multi processor Support of Vmware View type?

  Hello world!

  We currently use with 2 esxi Vmware view manager. We recently VMS more used by the user. We are considering purchasing a new server (since we have an unused license).

  Our two existing Esxi installed on two Dell Poweredge Intel Xeon E5440 (2 x 4 core 2.8 ghz)

  We have a very good price for a Dell that is to have an AMD processor (2 x 6 drivers). It work?

  We believe that this could cause trouble because of the Vmotion... which way an Intel VM to an AMD...

  If I'm not clear enough, not hesitate to ask!

  Thank you!

  see this KB article

  http://KB.VMware.com/kb/1991

• How to fix VMware View Server certificate revocation check connection error?

  Dear community,

  For about 2 weeks, I feel a revocation of the certificate check error in our environment Horizon see 6.2. The strange thing is that, within 12 hours about two (replication) connection servers and the vCenter Server / server of composer (on the same machine) are considered as having invalid certificates, even if, in fact, they are valid (CA certificates). We use no security servers.

  The view admin console shows the following for servers connection:

  The server certificate is not approved.

  The server certificate cannot be verified.

  For the vCenter, he said (that I have validated manually the certificate):

  No problems found.

  Certificate is not approved, but the thumbprint of the certificate is accepted.

  With the connection series on 'full', States that the login server logs for the vCenter server:

  TRACE (B 17-0 - 0E98) < VCHealthUpdate > [NativeKeyVault] validateCertificateChain response: {result = FAIL, EndEntityReasons = cantCheckRevoked, ChainReasons = invalid, SelfSigned = false, EndErrorCode = 16777280, EndInfoCode = 258, ChainErrorCode = 16777280, ChainInfoCode = 256, PolicyErrorCode =-2146885613}

  As far as I can see there no similar entries for login server certificates in the newspaper.

  At the moment I am under the environment with composer and vCenter certificates manually valid and invalid connection (red) server certificates (as view clients and browsers are not disabled).

  I already checked that I am able to do everything 'green' again via setting the registry key 'CertificateRevocationCheckType'2 (as described here Configure the server certificates certificate revocation check). This brings me to the conclusion that one of the intermediate certificates cannot be validated. So, I had the information a "version" of an intermediate (intermediate certification authority) certificate has been revoked. There seems to be no coincidence - like the time point is as well, but this particular version does not appear to be used in the servers of my connection.

  However, even with full logging enabled, I can't information which (intermediate) certificate cannot be validated and why. I expected to see something like 'OCSP verification' or 'check the CRL' but I can't find it in the newspapers. However, I noticed that one of the intermediate certificates lacked the OCSP URL (even if the field "Authority Information Access" existed). Of course I updated the certificate with a version that contains the OCSP URL, but it has not changed anything.

  In addition, I checked manually all of the certificates in the chain with openssl (for OCSP) and CRLs as well, but everything seems to be OK (all URLS are accessible and no opportunity of certificate has been revoked). Actually, I do not interpret the error as "that the connection to the server is an invalid certificate because it has been revoked", but "it cannot check if it has been revoked. The servers do not need a proxy and nothing configured, so (I checked the proxy settings system context, also).

  For now, the problem is not critical, such as 'red' status connection server has no effect on our customers and so I could turn off certificate revocation check (or switch to check that the certificate of the server (2)). But of course, I would really solve the problem.

  Is there someone who can give me a hint on what to check, for example, how do I know which certificate cannot be controlled and why? Someone had the same or a similar problem? Support VMware is working on the problem as well, but they seem don't know is not the problem, either.

  I appreciate the thoughts and responses! Thank you!

  Best regards

  Fabian

  Dear community,

  During this time, I was able to correct the error described at the beginning of this thread. Jump to the end to see what could probably help you...

  1. At first, I installed an additional standalone VMware View Server connection in order to check the following related certificates:
     1. VMware support always told me to renew my certificates because they "were not valid" etc. - even if in fact they were (like external URL calls and attested manual verification and tests).
     2. That's why I created new additional certificates for the login server and configured to include the vCenter even as my production environment - only difference was I didn't inlcude the composer who runs the server vCenter himself.
     3. The result was that the server was "green" including both the vCenter Server certificate which could be 'not reliable' by the environment of production - strange, huh?
  2. After I reset the additional server to a turned wink where connection to the server was not yet installed (before that, I uninstalled the connection to the server in case there is information in vCenter thereon) and reinstalled as a replica of the production environment server. Somehow I expected this, but still quite strange the vCenter Server (and composer) now again was considered "invalid", even if the certificate of the server connection itself considered still valid and green. For test purposes, so I put certifice revocation checking on '2' (only one server certificate check) - but only on the 'old' production servers' and 'magical' everything has been considered valid. So as I see it, there seems to be some sort of information stored on the 'old' connection servers that makes them believe that invalid certificates and that the information is replicated on the third server unless I lower the revocation of the certificate controls on these servers. Altervative explanation could be that VMware View does not accept certificates with aliases that do not include the 'real' server name - that is / was in fact certificates the old servers connection. The new server certificate connection included the real name and the alias. I understand if this is the case, but then I expect that it be documented somewhere (I have not found this information) and also wouldn't understand why it worked without problem for several years before.
  3. After finding that out, I created new certificates for the 'old' connection servers, including aliases and real names and replaced the certificate on one of the servers (and restarted the login server) - only a few successfully. Once I put the revocation checking on '4' again on this server, the login server certificate was still considered valid, but not the vCenter and certificate of composer.
  4. Now, I've uninstalled the old login server (removed from the view) and reinstalled completely (including an update of the 2008 R2 2012 R2 OS) and after I have it reintegrated into the environment, everything remained green - as long I have will activate revocation checking on the second login server "old." This is why I did the same with this (completely reinstalled and reinstated it) and now everything is green with the revocation checking enabled on all replicas of server connection.
  5. The next step I uninstall the additional replica because I created only for troubleshooting purposes.

  So what will no doubt help in similar cases:

  • Reinstall the servers of connection one by one, including:
  • Uninstalling html access (if used), uninstall the login server to view, uninstall 'VMware' AD LDS Instance.
  • Removal of the connection to the server of replication group: run "s - r s uninstalled_ vdmadmin.exeservername" on one of the servers connection remaining.
  • Reinstall/Update OS (may not be necessary, but I did not test that)
  • Reininstall, return to the login server replica. If you used the certificates which included only the alias of the server I recommend you to create new ones, including the name of the server as well, but maybe it's not necessary as well. If you want to keep the certificates which only inlcude the alias it will be necessary to install this certificate after the first replication of the servers (see below).

  My question for technicians of VMware/developers: It is supported to use certificates include only the server alias. Otherwise why it worked before and where is it documented? Where are certificate cached information so that simply replace the certificate was only some, and not a complete success (see above). FYI - when I paired initially replicas that I had to install the CA (including only the pseudonym) after the first replication - now with certificates (including the server name and the alias), I could install the certificate before you replicate (= the login server installation).

• VMware View vGPU pool remote control software

  Hello!

  Normally, we used Dameware for remote control of our CAD user. But in a pool of VMware View, Dameware should not be used, the support has informed us.

  All other pools we used the VMware console, but it does not work with a vGPU.

  What is ofically supported and tested by VMware?

  Best regards

  Joerg

  News Info: Vmware supported Dameware, now!

• Overview of VMware VIew Client for Linux

  Hey everybody

  Is there a table of software compatibility for VMware View Client and Linux Horizon? We would like to use the client on devices based on linux, but we do not know what linux operating systems are currently supported.

  Dou you have a formal link or are you aware of the compatibility?

  Best regards

  Documentation (https://www.vmware.com/pdf/horizon-view/horizon-client-linux-document.pdf):

  Operating systems: Horizon customer 3.2 supports the following operating systems.

  Operating system	Version
  Ubuntu Linux	12.04 or 14.04
  Red Hat Enterprise Linux (RHEL)	6.5
  SUSE Linux Enterprise Desktop (SLED)	11 SP3
  CentOS	6.5

  IMPORTANT only 32-bit systems are supported.

  * Horizon customer 3.1: 32-bit Ubuntu Linux 12.04 or 14.04

  * Display Client 2.x: Linux 32 bit Ubuntu 12.04

  * View Client 1.6 and 1.7: 32-bit Ubuntu Linux 10.04 or 12.04

  * Display Client 1.5: 32-bit Ubuntu Linux 10.04 or 10.10

  VMware customer Horizon for Linux Release Notes

• VMWARE HORIZION VIEW 6.0: it does not serve any which RDS (using PCoIP) session to my zero Teradici Clients but it works with Horizon of VMware View client 3.0.0 from my computer

  Hi all

  I'm testing view Horizon 6.0 Service sessions (Windows 2008 R2) RDS through PCoIP. I think that my setup is just because I can connect via Horizion View Client (installed in my laptop or my Android smartphone). But when I try to connect from a Client Tera zero, 1 or 2 (with the latest firmware), at the same time I did logon, I still have this error:

  "View server connection has no return of available virtual desktops."

  Could someone tell what can be wrong?

  Concerning

  As a result of this discussion "Re: RDS support is included in Vmware View (broker)?" I saw that I must spend my customers zero to 4.5.1 firmware. Once I did, Tera 2 Zero Clients work very well but do not have customers zero 1 Tera.

  I expect response from Teradici.

  Concerning

• VMware View 5.3.1 and functional level Windows 2012 R2 Active Directory

  Hello

  As I read in https://www.vmware.com/support/view53/doc/horizon-view-531-release-notes.html

  VMware View Horizon does not support the Windows Server 2012 Active Directory Domain Services (AD DS) domain functional level. You can use Windows Server 2003, Windows Server 2008 and Windows Server 2008 R2 AD DS with Horizon of VMware View domain functional levels.

  Does this mean I can install VMware View 5.3.1 in an environment with Win 2012 R2 AD set to Win 2003/2008/2008 R2 functional level?

  It is a facility supported?

  Kind regards

  Does this mean I can install VMware View 5.3.1 in an environment with Win 2012 R2 AD set to Win 2003/2008/2008 R2 functional level?

  Yes that's correct.

• DST and vmware view = weird questions

  This is the 3rd time that when the time comes or goes we get questions of kind of weird in our very frequent floating pools, VMs stuck in starting up, wait for connection etc.

  If you look at the log below you will see that the virtual machine has been one hour before, and then she came back at the right time.

  Anyone else seen elsewhere?

  2014 03-18 T 16: 06:36.553 - 04:00 INFO (016 C-0390) < Service main Thread > [wsnm_desktop] DesktopManager queue server is installed

  2014 03-18 T 16: 06:36.585 - 04:00 INFO 016c - 082 C < logloaded > [MessageFrameWork] "ws_filesystem - component of VMware View filesystem plugin" Plugin loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:36.595 - 04:00 INFO (016 C-0830) < logloaded > [MessageFrameWork] Plugin 'wsnm_jmsbridge - VMware View framework JMS Bridge Controller' loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:36.612 - 04:00 INFO (016 C-0838) < logloaded > [MessageFrameWork] 'ws_klog - plugin VMware View Kernel Log' Plugin loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:36.642 - 04:00 INFO (016c-0390) < Service main Thread > [wsnm] System Service VMware View begins

  2014 03-18 T 16: 06:36.642 - 04:00 INFO (016c-0840) < logloaded > [MessageFrameWork] "ws_perfmon - VMware View Performance Monitor and counter shop" Plugin loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:36.643 - 04:00 INFO (016 C-0850) < logloaded > [MessageFrameWork] Plugin ' ws_vhub - Service USB virtual VMware View framework "support, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:36.643 - 04:00 INFO (016 C-0848) < logloaded > [MessageFrameWork] Plugin "ws_thinappmgmt - support for VMware View infrastructure Application Management" loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:36.644 - 04:00 INFO (016 C-0854) < PluginInitThread > [ws_vhub] vhublib: initialized, VMware View virtual USB Hub API (64-bit) version: 5.5.0 build-966253, exit: unknown

  2014 03-18 T 16: 06:36.782 - 04:00 INFO (C 088-0890) < 2192 > program [MessageFrameWork] 'wsnm_jms - VMware View framework JMS bridge' began, version = 5.2.0 build-987719, pid = 0x88C, buildtype = release, usethread = 1, closeafterwrite = 0

  2014 03-18 T 16: 06:36.806 - 04:00 INFO (C 088-0890) < main Thread > [] classpath option:-Djava.class.path=C:\Program VMware View\Agent\lib\; C:\Program View\Agent\lib\\agentjms.jar VMware; C:\Program View\Agent\lib\\commonutils.jar VMware; C:\Program View\Agent\lib\\events-client.jar VMware; C:\Program View\Agent\lib\\events-common.jar VMware; C:\Program View\Agent\lib\\gnu-crypto-2.0.1-1.jar VMware; C:\Program View\Agent\lib\\jdom-1.0.jar VMware; C:\Program View\Agent\lib\\jms-9.2.1.jar VMware; C:\Program View\Agent\lib\\jmswrapper.jar VMware; C:\Program View\Agent\lib\\log4j-1.2.14.jar VMware; C:\Program View\Agent\lib\\messagesecurity.jar VMware; C:\Program View\Agent\lib\\orchestratorj.jar VMware; C:\Program View\Agent\lib\\securitymanager.jar VMware; C:\Program View\Agent\lib\\sessionclientapi.jar VMware; C:\Program View\Agent\lib\\swiftmq-9.2.1.jar VMware; C:\Program View\Agent\lib\\v4v-msgserver.jar VMware; C:\Program View\Agent\lib\\winauth.jar VMware; C:\Program View\Agent\lib\\ws_appender.jar VMware; C:\Program View\Agent\lib\\ws_properties.jar VMware; C:\Program View\Agent\lib\\xercesImpl-2.9.1.jar VMware;

  2014 03-18 T 16: 06:36.818 - 04:00 INFO (088 C-08E4) < logloaded > [MessageFrameWork] "ws_javaview - VMware View Java Diagnostics Framework" Plugin, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:37.001 - 04:00 INFO (C 088-0938) < logloaded > [MessageFrameWork] Plugin "ws_java_bridgeDLL - VMware View Java Bridge Framework" loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:37.002 - 04:00 INFO (C 088-0934) < logloaded > [MessageFrameWork] Plugin ' ws_java_native - Framework Java native Support of VMware View "load, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 16: 06:37.208 - 04:00 INFO (C 088-0890) < main Thread > [ws_java_bridgeDLL] JavaBridge installed service EventLoggerService

  2014 03-18 T 16: 06:37.208 - 04:00 INFO (C 088-0890) < main Thread > [] JavaBridge queue server is installed

  2014 03-18 T 16: 06:37.209 - 04:00 INFO (C 088-0890) < main Thread > [] View Composer agent has completed the customization

  2014 03-18 T 16: 06:37.737 - 04:00 INFO (0624-0628) < 1576 > [VMwareView-RdeServer] program "VMwareView-RdeServer - VMware View RDE 32-bit Server" began, version = e.x.p build-1190491, pid = 0 x 624, buildtype = release, usethread = 0, closeafterwrite = 0

  2014 03-18 T 16: 06:39.567 - 04:00 INFO (C 088-0890) < main Thread > [] View Composer personalization state 0 (0 seconds)

  2014 03-18 T 16: 06:39.673 - 04:00 INFO (C 088-0890) < main Thread > [java] bridge exe started ok.

  2014 03-18 T 15: 38:45.288 - 04:00 INFO (016 C-0128) < main Thread > [wsnm_desktop] Session created in WAIT state: id = 1, winStation = Console

  2014 03-18 T 15: 38:45.350 - 04:00 INFO (0488-0978) < 2424 > [MessageFrameWork] 'wssm - VMware View framework Session Manager' program began, version = 5.2.0 build-987719, pid = 0 x 488, buildtype = release, usethread = 1, closeafterwrite = 0

  2014 03-18 T 15: 38:45.397 - 04:00 INFO (0488-0550) < logloaded > [MessageFrameWork] Plugin 'wssm_desktop - VMware View framework Office Manager Instance' loaded, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 15: 38:45.397 - 04:00 (0488-07 D 0) INFO for < logloaded > [MessageFrameWork] Plugin 'ws_winauth - taken in charge of VMware View infrastructure Windows Authentication", version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 15: 38:45.475 - 04:00 (0488-05 D 0) INFO for < logloaded > [MessageFrameWork] Plugin 'ws_thinappmgmt - taken in charge of VMware View infrastructure Application Management", version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 15: 38:45.631 - 04:00 INFO (0488-0978) < main Thread > [wssm] Session Manager has begun for the session 1

  2014 03-18 T 15: 38:45.631 - 04:00 INFO (0488 - 0 to 28) < logloaded > [MessageFrameWork] 'wssm_uimanager - VMware View Host UI Framework' Plugin support, version = 5.2.0 build-987719, buildtype = output

  2014 03-18 T 15: 38:45.631 - 04:00 INFO (0488 - 0 B 40) < logloaded > [MessageFrameWork] Plugin 'wssm_ui - VMware View UI framework' loaded, version = 5.2.0 build-987719, buildtype = output

  I was on the phone with VMware for 5 hours Tuesday last with this same problem.  I ended up solving the problem without their help.  You must initialize your model, let the time updated, shut it down, take a new snapshot and recompose your pool.

  Re: View 5.3 - desktop blocked at startup

• With VMware View Server using LDAPS (port 636)

  I've been responsible for something that seems impossible/not supported.

  VMware View Server uses port 389 for LDAP.  My task is to do view to use instead the port 636 (LDAP over SSL).  The accusation is that the replicated servers in VMware View data not encrypted between other on port 389.

  So far in my quest, I did no progress in this project.  However, I was able to test that manual connections can now be performed (with ADSI Edit) with port port SSL 636 other replicated servers view.  Problem is that the view seems to have hard-coded to use port 389 and cannot be moved to use LDAPS.

  There are instructions to do something like this in vCenter (http://www.vstable.com/2012/01/27/vcenter-5-active-directory-web-services-error-1209/) (Security Virtual Lab: & amp; nbsp;) Architecture - Blog - proSauce), but nothing related to the sight of the surfaces in a Google search.

  Someone at - it have a Yes or whinny if possible?

  EDIT: Moved to the correct community.

  It is not easy being responsible for something impossible!

  Connection view servers have an AD LDS instance, and replication between servers using the AD LDS replication. This is a replication mechanism secure by using the replication RPC, LDAP and Kerberos and secure without having to implement LDAP over SSL on 636.

  The articles you refer to are actually on the definition of a port number unused LDAPS access of Web Active Directory Services with vCenter Server to get rid of an event without danger. It does nothing to do with replication between LDAP servers. View prevents remote access Active Directory Web services anyway with a specific firewall rule so that remote users have no access to it.

  The only reason why you can use LDAPS with AD LDS is if you support simple LDAP connections. The use of SSL would mean that the simple bind passwords are not sent in the clear. In the case of the view, simple LDAP connections are not enabled in any case.

  In summary, what you're trying to do is useless.

  Mark

• Unidesk and VMware View

  Hi, can someone please tell me their experience with Unidesk? We are planning to test it, but I was wondering what other users have to say about it. What are the pros and cons in your opinion on the use of unidesk with VMware View?

  Thank you

  While you're good at using a floating pool, so remove the value from the user customization layer, you still earn many benefits.

  1. you get always keep exactly 1 gold image of the operating system.

  2. you always deploy the applications in the form of layers.

  3. you still get storage savings.

  I would like to add a fourth: the machines date back to default when to disconnect users.   In any pool of floating type, you will have some sort of data instead of roaming solution.   Gone perhaps roaming profiles and folder redirection of strictly MS background, or a solution that either, so there is no loss of functionality as the users are concerned.   As someone who has 15 years of dealing with those terminal services and support model office, let me tell you that I would've liked nothing more than a system that will automatically return to the original state at each reboot.

  I have a floating pool on "VMs Unidesk" I use for purposes of remote access for all and for our standard users in the office.   I have all basic applications we use loaded in it.   I use the folder redirection to send Documents, the desktop, Favorites and more downloads to our storage system, then have MS profiles configured for an ORGANIZATIONAL unit containing these roving machines.   AppData is basically all that is stored on the sharing profile, so user logons are super fast.   I even turned on Microsoft EU - V, which is so smooth, I just laugh whenever I see it working (essentially saved application configs in repository as XML files and pulls / pushes them back when applications are open, closed, etc..)   UE - V lets my PC full users to have their applications, such as their desktop themes settings or something else, fill in the VDI environment automatically, which gives a more consistent experience across devices.

  In any case, don't throw all this just because you won't get the layer customization user on floating pools.   There's always a ton of advantages with it...

• VMware view connection failed with status 502 code

  2014 01-20 T 12: 14:40.545 - 03:00 INFO (1248-128 C) < 4748 > [MessageFrameWork] program "wswc - VMware View Client" started, version = 5.4.0 build-1219906, pid = 0 x 1248, buildtype = release, usethread = 1, closeafterwrite = 0

  2014 01-20 T 12: 14:40.576 - 03:00 (1248-1080) INFO < logloaded > [MessageFrameWork] Plugin "wswc_command - VMware View Manager of server connection commands" load, version = 5.4.0 build-1219906, buildtype = output

  2014 01-20 T 12: 14:40.576 - 03:00 INFO (1248-0F68) < logloaded > [MessageFrameWork] 'wswc_http - VMware View Client HTTP Handler' Plugin loaded, version = 5.4.0 build-1219906, buildtype = output

  2014 01-20 T 12: 14:40.576 - 03:00 INFO (1248 - 16 B 4) < logloaded > [MessageFrameWork] 'wswc_pcoip - VMware View Client PCoIP Interaction Handler' Plugin support, version = 5.4.0 build-1219906, buildtype = output

  2014 01-20 T 12: 14:40.576 - 03:00 INFO (1248 - 16 B 8) < logloaded > [MessageFrameWork] "wswc_rdp - VMware View RDP Manager" Plugin support, version = 5.4.0 build-1219906, buildtype = output

  2014 01-20 T 12: 14:40.592 - 03:00 INFO (1248-16BC) < logloaded > [MessageFrameWork] "wswc_tunnel - Secure Tunnel of VMware View Client" Plugin loaded, version = 5.4.0 build-1219906, buildtype = output

  2014 01-20 T 12: 14:40.592 - 03:00 (1248-1698) INFO < logloaded > [MessageFrameWork] 'wswc_rsa - VMware View Manager RSA' Plugin support, version = 5.4.0 build-1219906, buildtype = output

  2014 01-20 T 12: 14:40.592 - 03:00 INFO (1248-062 C) < logloaded > [MessageFrameWork] Plugin "wswc_ui - Manager of user interface of the VMware View Client", version = 5.4.0 build-1219906, buildtype = output

  2014 01-20 T 12: 14:40.592 - 03:00 INFO (1248-07F8) < logloaded > [MessageFrameWork] 'wssm_uimanager - VMware View Host UI Framework' Plugin loaded, version = 5.4.0 build-1219906, buildtype = output

  2014 01-20 T 12: 14:40.592 - 03:00 INFO (1248 - B 17, 0) < logloaded > [MessageFrameWork] Plugin 'ws_winauth - support for VMware View infrastructure Windows Authentication' support, version = 5.4.0 build-1219906, buildtype = output

  2014 01-20 T 12: 14:40.592 - 03:00 (1248-128 C) INFO < main Thread > [wswc] Option 'ServerURL' set by GPO

  2014 01-20 T 12: 14:40.592 - 03:00 (1248-128 C) INFO < main Thread > [wswc] Option "Domain_name" set by GPO

  2014 01-20 T 12: 14:40.592 - 03:00 (1248-128 C) INFO < main Thread > [wswc] Option "DesktopLayout" set by GPO

  2014 01-20 T 12: 14:40.592 - 03:00 (1248-128 C) INFO < main Thread > [wswc] Windows Client started

  2014 01-20 T 12: 14:42.919 - 03:00 (1248-1024) < MessageFrameWorkDispatch > [wswc_command] year HTTP error error: status code = 502.

  Use the instructions in this KB: KB VMware: VMware View Client configuration to work around the Internet Explorer proxy settings

• Can VMware View - I connect with Microsoft RDP?

  Hello world

  Can I connect via the Microsoft's RDP client Vmware View environment? No view, just Microsoft RDP client. I have a thin client model and just support Microsoft RDP Protocol. I want to connect environment seen through this customer.

  Thank you.

  Grosbois

  You MUST have a client of VMware view. Then you can connect through it to view desktop using PCoIP or RDP Protocol.

  You will be able to connect to the desktop using RDP display if your thin client is located in the same subnet (and if RDP is enabled on the desktop to view server and you know its ip address) but would not use vmware view (if you want to connect directly to your desktop from RDP Why would you need to notice), which would also directly access to a machine as you access all the other Windows VM.

  And its always advisable to disable direct RDP on view desktops.