VMware view Administrator console... increase timeout

Hi guys

just migrated to view 4.5 and everything was fine...

Is it possible to increase the limit of the Vmware view admin console timeout? I would have the dashboard always on my 2nd screen without going all day logon due to delays...

Thanks

Very well, you can do this by following these steps:

Go to: Display Configuration > global settings > check Activate the automatic updates.

You'll notice that the heading aid next to him said: "the idle session timeouts not happen when automatic updates are enabled, causing the Administrator display to remain active until the browser is closed or an explicit logout is performed."

This will allow you to follow the Administrator display without waiting times. (And you don't forget to lock your workstation when you leave your desk anyway, so you should be fine. )

Tags: VMware

Similar Questions

  • Deleting events in VMware View administrator

    Hello

    How can I remove events in the administrator of the display (here I have the version 4.6)?

    Due to a configuration problem now I have the same error over 3,000 events, and I'd be happy if I can delete them.

    Kind regards

    André

    You might be able to delete directly from SQL, using the events and event_data tables in the case of database.   I found th informaton below on page 10 of the guide to integration of VMware View.  I want to backup my database of events before performing any manipulation.

    VMware View provides details on all tables of database events. After a certain period of time elapsed

    Since writing to event record, VMware View deletes the record of the event, and event_data tables. You can

    Administrator display allows you to configure the period for which the database maintains a register to the event and

    tables of event_data. See the

    Installation of VMware View document for more information.

  • Can't connect to VMware View Administrator 4.5

    Hello

    Who can point me in the right direction, why I am not able to connect to my new installed 4.5 connection manager?

    Joined my Server 2008 to my domain name, using my administrator password and I cannot open a session.

    "A wrong username or password was entered."

    Help, please...

    Thank you

    Uwe

    Welcome to the forums.  You try to connect to the page admin view located in the https://servername/admin or the server itself.   I would make sure that the user is part of the local administrator group box.

    If you have found this device or any other useful post please consider the use of buttons useful/correct to award points

    Twitter: http://twitter.com/mittim12

  • VMware View State of Session

    If all goes well a small question and answer. I can't find any information on this.

    How does the page VMware View Administrator know if a session is disconnected when it seems that most (all?) of the traffic is PCoIP UDP once established the session to the desktop?

    Are there TCP also at some point so that there is an ACK back?

    Thank you.

    Sorry, does not mean that...

    The view inside the virtual desktop agent is keep track if there is a user logged in or not and reports only to the broker for connections that updates the State of the interface.

    Linjo

  • View not appearing replica server is not in the administration console

    Are having the same problem as this post: replica server connection view do not appear in the Console administrator view.

    Since the replica server, I can see the main login server but can not see all the objects like computers or users.   From the main login server, the replica server does not appear in the dashboard.  I tried to restart both servers to connect and perform the post repadmin commands, I found before.

    Any ideas how to troubleshoot or resolve?

    TIA

    JAR

    I ended up removing the replica software and put it back;  also run repadmin.exe/showrpl and it works.  Reference is also made to this site and got some good tips troubleshooting.

    http://blog.eeg3.NET/2011/03/20/VMware-view-replication-issues/

  • How can I see more events in the VMware View 4 Administrator?

    Hello

    in the events section of the VMware View 4 Administrator, I see that all the events of the day.

    Where can I search for events two or three days ago?

    Kind regards

    André

    On the events tab it is that a message contains the field.  If you hit the drop down it will allow you to specify how many days to go back.

    If you have found this device or any other useful post please consider the use of buttons useful/correct to award points

  • Discover the Administrator Console stopped working - CONNECT_REFUSED

    Hello

    "" I downloaded the latest version of Horizon view 6 and run this in a laboratory, it worked fine for 2 days and then I tried to connect to the Console administrator today and I get "cannot display Page" in Internet Explorer.

    I tried different PC connect, I can communicate with the server connection and end composer (ping). All VMware services run on two thin servers. Both servers have been reboots.

    Here is my error:

    27/05/2015 service broker 23:17:33 testing INFO [DiagnoseCS]
    27/05/2015 broker chain for Test TRACE [TestBrokerURL] 23:17:33 ' https://ViewConnect.something.com:443 '
    27/05/2015 23:17:33 TRACE [URL] URL created - https://ViewConnect.something.com:443 /
    27/05/2015 23:17:33 [OutFile] TRACE file 'C:\Users\dave\Desktop\vdm-sdct\vdm-sdct-20150527-2316\diagnostics\https-ViewConnect.something.com-443.txt' does not exist, to create.
    27/05/2015-23:17:35 DEBUG [HTTPTest] cannot send a query to https://ViewConnect.something.com:443/broker/xml. [- 2147012867] A connection with the server could not be established

    DEBUG [TestBrokerURL] Failed 27/05/2015-23:17:35: https://ViewConnect.something.com:443/broker/xml returned NOT_HTTP
    27/05/2015 command Run TRACE [RunCmd] 23:17:35: "C:\Program VMware View\Server\DCT\ws_diag.exe' - 'ViewConnect.something.com' tcptest '443 '.
    27/05/2015 23:17:35 TRACE [RunCmd] output to C:\Users\dave\Desktop\vdm-sdct\vdm-sdct-20150527-2316\ws_diag.pad
    27/05/2015 23:17:36 [OutFile] TRACE file "C:\Users\dave\Desktop\vdm-sdct\vdm-sdct-20150527-2316\ws_diag.pad" exists, join.
    27/05/2015 23:17:36 the [TcpTest] TRACE results of ViewConnect.something.com:443 is CONNECT_REFUSED
    27/05/2015 23:17:36 DEBUG [TestBrokerURL] connection failed for ViewConnect.something.com:443 - CONNECT_REFUSED
    27/05/2015 23:17:36 ERROR [DiagnoseCS] unable to connect to broker https://ViewConnect.something.com:443 - CONNECT_REFUSED
    27/05/2015 23:17:36 don't DEBUG [CountMatchingFiles] no files in "C:\ProgramData\VMware\VDM\Dumps".
    27/05/2015 23:17:36 [GatherVMwareDumps] No. VMware of DEBUG dump files found

    45 views and no one can help...

    Well FYI I reinstalled the view connection server only, leaving the ADLDS Instance still installed. All restarted and everything now works again.

  • Cannot add composer in the Horizon 6 display Administrator console

    Hello

    I built a test environment, composed of three ESXi hosts 5.5U2.  One of those is I run the following

    VCenter - W2KR2 under SQL2008R2 Express SP3

    View - W2KR2

    W2KR2 composer running SQL2012 Express

    By using the web client I can connect to VCenter and manage environmental happily.  I am trying to install composer in this environment VSphere however I can't connect to the server of composer in the administration view existing console.  I tried to use a server standalone composer and composer also installed on VCenter.  Point of view seems to work fine as I can connect to virtual desktops using PCoIP.  Now, I would like to test the functionality of clone bound using the composer.

    I use the self-signed certificates for this test, so that can see the warning when I try to add the composer box.  I can accept the cert, but get an error every time - the text is not always the same:

    "Error trying to connect to View Composer".

    or "a connection problem occurred between the connection to the server, View Composer vCenter Server.  Verify that all services are running and the ports and URLs is correctly typed"

    I confirmed that port 18446 is listening on both servers (Windows Firewall is disabled).  The VMware View Composer service is running on both servers and running under a local account.   I have checked the SQL and newspapers of composer on the composer dedicated server and vCenter, but can not see specific errors when you try to connect.  I checked the DSN and the database according to the installation guide and you can check the connection.

    What I see are the errors of SChannel VCenter and composer that correspond with connection attempts:

    SCHANNEL error #36887 the following fatal alert has been received: 46

    I presume that these are related to the acceptance of the untrusted SSL certificate and therefore are the expected behavior.

    I have attached below newspapers and some screenshots of errors.

    Thank you

    Basic error on my part - trying to install 5.3 composer in a display environment 6.  Once I ran the installer composer 6, everything was ok.

    Thank you

  • VMware View Manager "service does not work correctly."

    Location:

    I have 2 view connection Server 5.1.1 (VCS01 and VCS02) and VMware vCenter 5.0 1 u1 (VC01). The vCenter server is added to the view configuration and works without a problem. I don't use composer in this configuration, and I have a certificate installed, valid SSL on 3 servers.

    question:

    If I could connect the console administrator from view of VCS01 and I change something of the setting in "View Configuration\Servers\vCenter servers" vCenter server, vCenter server service turns red in the dashboard view admin with the status: 'the service does not work properly. This produces a few minutes later.

    error.PNG

    The setting I changed allowed caching of size on a particular server.

    If I check the log on the second server View (VCS02), I see the following errors:

    714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > VC_OUTAGE:Url [Audit]: https://vc01.DomainName.x:443 / sdk
    2012 11-15 T 14: 11:24.493 + 01:00 WARN (0AFC-0100) VirtualCenter < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] https://vc01.domainname.x:443 / sdk is currently unavailable - attempt to reconnect
    2012 11-15 T 14: 11:25.960 + 01:00 WARN (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] problem in VC operation: "Authorization to perform this operation was denied." [com.vmware.vim25.NoPermission]
    2012-11 - 15 T 14: 11:25.984 + 01:00 INFO (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [Audit] VC_OUTAGE:Url: https://vc01.DomainName.x:443 / sdk
    2012 11-15 T 14: 11:25.984 + 01:00 WARN (0AFC-0100) VirtualCenter < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] https://vc01.domainname.x:443 / sdk is currently unavailable - attempt to reconnect
    2012 11-15 T 14: 11:25.985 + 01:00 WARN attempt to reconnect (0AFC-0100) previous VC < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] didn't work, will wait before trying again.
    2012 11-15 T 14: 11:41.111 + 01:00 WARN (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] without the permission of Sciez VC.
    2012 11-15 T 14: 11:42.566 + 01:00 WARN (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] problem in VC operation: "Authorization to perform this operation was denied." [com.vmware.vim25.NoPermission]
    2012-11 - 15 T 14: 11:42.569 + 01:00 INFO (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [Audit] VC_OUTAGE:Url: https://vc01.DomainName.x:443 / sdk
    2012 11-15 T 14: 11:42.570 + 01:00 WARN (0AFC-0100) VirtualCenter < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] https://vc01.domainname.x:443 / sdk is currently unavailable - attempt to reconnect
    2012 11-15 T 14: 11:42.570 + 01:00 ERROR (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] exceeded maximum number of VC reconnection attempts.
    2012 11-15 T 14: 11:42.571 + 01:00 ERROR (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] permission to perform this operation was denied.
    2012-11 - 15 T 14: 11:43.021 + 01:00 INFO (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [Audit] VC_OUTAGE:Url: https://vc01.DomainName.x:443 / sdk
    2012 11-15 T 14: 11:43.021 + 01:00 WARN (0AFC-0100) VirtualCenter < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] https://vc01.domainname.x:443 / sdk is currently unavailable - attempt to reconnect
    2012 11-15 T 14: 11:44.501 + 01:00 WARN (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] problem in VC operation: "Authorization to perform this operation was denied." [com.vmware.vim25.NoPermission]
    2012-11 - 15 T 14: 11:44.503 + 01:00 INFO (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [Audit] VC_OUTAGE:Url: https://vc01.DomainName.x:443 / sdk
    2012 11-15 T 14: 11:44.503 + 01:00 WARN (0AFC-0100) VirtualCenter < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] https://vc01.domainname.x:443 / sdk is currently unavailable - attempt to reconnect
    2012 11-15 T 14: 11:44.504 + 01:00 WARN attempt to reconnect (0AFC-0100) previous VC < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] didn't work, will wait before trying again.
    2012 11-15 T 14: 11:59.630 + 01:00 WARN (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] without the permission of Sciez VC.
    2012 11-15 T 14: 12:01.072 + 01:00 WARN (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] problem in VC operation: "Authorization to perform this operation was denied." [com.vmware.vim25.NoPermission]
    2012-11 - 15 T 14: 12:01.074 + 01:00 INFO (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [Audit] VC_OUTAGE:Url: https://vc01.DomainName.x:443 / sdk
    2012 11-15 T 14: 12:01.074 + 01:00 WARN (0AFC-0100) VirtualCenter < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] https://vc01.domainname.x:443 / sdk is currently unavailable - attempt to reconnect
    2012 11-15 T 14: 12:01.076 + 01:00 ERROR (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] exceeded maximum number of VC reconnection attempts.
    2012 11-15 T 14: 12:01.076 + 01:00 ERROR (0AFC-0100) < ConfigureHostsCbrc-8f714f2e-55dd-48b3-8a39-ac825f59a6cd-1352984469542 > [ServiceConnection25] permission to perform this operation was denied.

    Once I reboot VCS02, the State turns green again in the view admin console. So I have a workaround, but I wonder if there is a fix or is it a (UN) known error?

    I had similar errors when I enabled cached host and had to give my user VC the privilege to change the configuration advanced options for guests. It's so she can allow the CBRC in advanced settings. (not in the documentation).

    It seems however, that your VC username missing certain necessary rights. I suggest double check for you rights user VC and take a look at your logs of VC. It should give you some info.

  • Test environment for VMware View 7 - PCoIP Protocol does not work properly

    We test VMware View 7 with as many Thin Clients and customers zero (Teradici)

    When we try to connect via RDP Protocol, it works fine. When we try to connect via the PCoIP Protocol, desktop display seems to blink (about 2 times per second) and display resolution is not acceptable. So, there is a problem with the Protocol (broker or Office VM)

    There are no firewall in the middle.

    Desktop virtual has a clean install.

    So... anyone have the same number? or similar?

    How much video Ram?

    You can increase the video Ram.

  • 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).

  • Very slow WebLogic administration console in a strange behavior

    Hi, I am facing a problem where the weblogic administration console becomes very slow, here is the scenario:

    * I have 3 servers managed in my environment, 1 server is a loadbalancer using servlet cluster weblogic, 2 other servers are in a cluster where

    1 server is in the same physical machine as the server administrator and the other on another Machine

    so now THAT if I stop the 2nd managed server is on another machine, the administration console becomes very slow, it takes like 30 seconds to load any section.

    I use the Weblogic Server 10.3.6 & ADF 11.1.2.4.0


    Help, please.

    Hello

    Administration console WebLogic Server 10.3.6 becomes slow when a managed server is disconnected from the network, because the ServerLifeCycleRuntime does not wait times.

    It is recorded in the published 14295772 vice - WEBLOGIC 10.3.6 SLOW CONSOLE - SERVERLIFECYCLERUNTIME no IS NOT TAKING THE WAIT times

    Please, ask for the patch number 14295772, so that the administration console does not slow down for answer in case one of the host machines is achieved.

    Then, you must set the following parameters:

    (1) in mydomain > Configuration > General > Advanced page

    Invocation seconds Timeout: 2

    (2) in the administration Console, on the preferences page > shared Preferences (Tab)

    Timeout operation management: 5

    Thank you

    Sharmela

  • 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!

  • Disable the protocols and encryption algorithms in VMware View connection server and security

    Hello

    In my recent deployment, I had a customer request to disable some protocols and encryption at the Server VMware View connection and security. I read some articles and found that this has been achieved by editing the locked.properties file. But when we have edited and replaced the file, users could not connect to the virtual desktop, so came back to us backwards and desktop computers worked fine.

    I found a few articles that we don't need to edit the locked.properties file in VMware view Horizon 6. If someone has done this please guide me through. Here are the details of the protocols and encryption algorithms that should be disabled

    Diffie-Hellman key

    Enable SSL v2/V3 and TLS 1.1 and 1.2

    Disable the RC4 encryption algorithm

    Select the secret of transfer (if possible)


    VMware view 6 is the connection to the server and security server.


    Thank you.

    Hello

    I implemented the following steps (from the manual):

    1. update the JCE policy files to take in charge the high-strength Cipher Suites

    You can add some cipher suites of high resistance for greater assurance, but first you must update the local_policy.jar and US_export_policy.jar files to each server instance and the security strategy for JRE 7 see connection to the server. You update these policy files by downloading the files to extend JCE (Java Cryptography) unlimited strength political jurisdiction from the Oracle Java SE download site 7.

    If you include some high-strength cipher suites in the list and you do not replace the policy files, you cannot restart the VMware view Horizon connection to the Server service.

    Policy files are located in the directory C:\Program View\Server\jre\lib\security from VMware.

    For more information on the download of the JCE unlimited strength jurisdiction policy 7 files, see the Oracle Java SE download site: http://www.oracle.com/technetwork/java/javase/downloads/index.html.

    After you update the policy files, you need to create backups of the files. If you upgrade the instance of the view connection server or security server, any changes you have made to these files can be replaced, and you may need to restore the backup files.

    2. the changes that policies of global acceptance with ADSI Edit

    • Start the ADSI utility on your computer see connection to the server.
    • In the console tree, select Connect to
    • In the selection or type a unique name text box or a naming context, type the unique name
      DC, DC = vdi is vmware, DC = int.
    • In the type or select a text field or the server box, select or type localhost: 389 or the name of a fully qualified domain (FQDN) of the server computer to connect to port 389 followed view.

    For example: localhost: 389 or mycomputer.mydomain.com:389

    • Expand the tree of the ADSI Editor, OU = properties, select OU = Global, then select OU = common in the right pane.
    • On the object CN = common, Global = UO, UO = properties, select each attribute that you want to change and enter the new list of security protocols or cipher suites.
      I used the following settings:

    EAP-ServerSSLCipherSuites: \LIST:TLS_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA256

    EAP-ServerSSLSecureProtocols_ \LIST:TLSv1.1,TLSv1.2

    It is not the highest possible, but they work with all the features of our customers.

    • Restart the service of VMware view Horizon connection server (server connection and security).

    This is not Activate secret transfer (if possible) , but other points are covered.

    If anyone can give a tip to activate the transfer secret, I would be grateful.

  • Completely remove sdconf.rec connection server VMware view Horizon 6

    Greetings,

    I want to completely remove the sdconf.rec file downloaded from my connection to the server VMWare View Horizon 6.0.1. In previous versions, it was that I had to delete the Sdconf.Rec of C:\Windows\System32 and set the attribute to EAP-SecureIDConf under CN = < servername >, OU = server, OU = propriΘtΘs, DC = vdi, DC = VMWare, DC = int '0' but this attribute does not exist in version 6!

    Just deleting the Sdconf.REC file does not work, after doing that (even after a reboot) it always says "a Sdconf.REC file has been downloaded" when I check the settings of the connection to the server.

    Does anyone know how to delete this file in version 6? I'm this close just removed the server connection and security together and do a complete reinstall.

    Thanks in advance!

    Bram

    bverm wrote:

    Haha, Yes, it seems I was typing the variable wrong, changing the attribute now works, but I still see "an sdconf.rec file is already downloaded" even after change to the attribute and remove the sdconf.rec file in system32, even after a reboot of the connection to the server.

    This should be OK. What you did is invalidated the sdconf.rec file. It probably will always exist, but watch to see if it has been invalidated. that is, it should now be much smaller than your original and so not usable, which I think is what you wanted to achieve.

    If you want to just disable the RSA SecurID authentication, which can be made in view administrator.

    Please confirm.

    Mark

Maybe you are looking for