ThinApp IE 8 working on a VMware view image with IE 10 or 11 is installed in native mode

I am creating a thinapp for IE8 so our users can get back to IE8 if they fall into compatibility problems when we switch to IE 10 or 11 of the EI. So I installed Thinapp 5.0 on a XP computer and followed the following KB. http://KB.VMware.com/selfservice/microsites/search.do?language=en_US & cmd = displayKC & externalId = 1026674

The thinapp I created works very well on my current image with IE 8 natively installed but when I update Native IE 8 to 10 or 11 I get the following error

The instruction at 0x5e036ac3 referenced memory at 0x5e036ac3. The memory could not be written

If anyone has found a solution, or if you have virtualized IE8 with the current version of thinapp please put your instructions. Thank you

Build the Machine

Windows XP SP3

ThinApp 5.0

Have also tried

Windows XP SP2

ThinApp 5.0

And

Windows XP SP3

ThinApp 4.7.3

I had the same problem and that it is resolved for me:

http://KB.VMware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalID=2038758

Tags: VMware

Similar Questions

  • VMWare View fails with windows 7 ultimate 64 bit and smart card

    I have two PC's are both 64-bit Windows 7 Ultimate machines.  My laptop connects to my work PC, but my office will not.  He is aware of my smart card, but when I try and connect it fails saying "failed to connect to server to connect to view. Smart card or certificate authentication is required. "Anyone else had a problem like this?

    See http://blogs.vmware.com/view/2010/10/troubleshooting-smart-card-authentication-using-the-windows-view-client.html for more information on this problem.  Let me know if you have any questions.

  • How the news works of linux vmware-tools associated with the support of actions HGFS?

    Just to clarify, if it is possible to get from VMware Tools for Linux Guest users qualified/developer/maintainer.

    If memory serves me right, from 12 Workstation, VMware Tools for modified Linux related with the way it handles stocks HGFS.

    Installation of VMware tools on many Linux guests, I always see the same behavior.

    In some installations it build hgfs module, in others it seems fair to connect on vmhgfs-fuse executable. No module hgfs not charged in this case of the kernel then HGFS works as expected.

    Exactly how it works under the hood, how to install VMware Tools/config, can determine whether it is necessary to build the module or just run vmhgfs-fuse?

    Well, strange person, not even VMware guys come on this subject. IMHO is a really interesting thing, I almost always use shared folders between guests and hosts, it's so easy and simple WHEN IT WORKS.

    The fact that no-one comes on this thread, show what I think always: products like workstation are profoundly less used, average people IMHO use 30/40 per cent of the potential software.

    Then, with a few hours and a few Linux guests many kind in hand machines (work with tools in both modes, hgfs.ko or fuse), investigated and found how it works by myself.

    This is what I found.

    Recent versions of VMware Tools for Linux now seems to check the fuse package installed on guest system installed and when they found him, they try to use vmhgfs-fuse (formerly an Open-vm-tools executable) to mount hgfs actions without the need of the hgfs.ko module and so without needing to compile the module often broken kernel. For example, hgfs.ko thin build up to kernel branch 4.4 and it is broken again on 4.5.

    The script vmware-config - tools.pl also seems power - also when it detects the fuse package - properly configure autostart for hgfs share.

    That's all, and it's very useful for me. Hope it will be for others.

  • View image with tip action

    I want to show an image using using a tip of a question slide action

    I have inserted the image on the slide, because it's a tick. And the question slides are in a pool.

    Is there anyway to show this image? When I click on show in advanced actions, I get a list of images, but none have assigned names.  They show img1, img2, img3 etc.

    Thanks for the research and assistance

    EDIT - I think that my main problem is that none of the images have the names they were assigned. Why?

    I thought that the major problem is that you use random questions? Since you do not know what model of slides will be used, how you can create a tip action. Of course, I agree that the objects on a slide do not have an ID, which makes them uncontrollable with hide/show actions.

    If these are normal issues, there is a way with the image inserted before the question slides, and scheduled to be there for the rest of the project. While they get a unique ID and are controllable, even with a form button: buttons on Question/Score 6 Captivate Slides?-Captivate blog

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

  • Requires ESX VMware view?

    Hey guys,.

    This may be a very stupid question, but do you need ESX(I) to run VMware View?
    I guess you need to create a cluster of some sort to host virtual offices and
    I wonder if ESX (i) comes into play at all. Try to determine the future needs of license here.

    See you soon

    Yes, VMware view must either ESX or ESX (i) to install and also a Virtual Center to be configured and cluster to build with the ESX hosts, added to the cluster.

    With regard to the requirement for Vmware View 4.5 Lincense

    VMware View is always available in editions company and first and can be purchased as a package or as an add-on for those who have existing vSphere licenses to a separate purchase (which is not part of a set of view). With view 4.5, customers have a way to upgrade available to view Enterprise and View first modules to complete sets. Key updates include:

    • See Business Starter Kit and View Prime Starter Kit now includes VMware vCenter Standard for desktop computers (updated VMware vCenter Foundation for desktop computers).
    • View first beams, View first add-ons and View first upgrades include now the two new components introduced with view 4.5: vShield Endpoint and View Client with Local Mode(formerly known as Offline Desktop)

    You can get more information about the licenses and prices here

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

    Thank you

    Buddy.

  • 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

  • Problems with the module supplier of personalized identification information and overview of VMware View Client working together

    I have a Horizon of VMware View client that connects me HVD Windows 7. So when I give view client Vmware Horizon my credentials, it auto logs me. I also created a custom credential provider that works on Windows 7 PC. When I install the custom in the HVD credentials provider, it works if I am already connected to HVD and I simulate CTRL + ALT + DELETE. Can I use my credential provider to "unlock" in. However, if I disconnect of HVD and try to connect using VMware Horizon View client to connect to Windows 7 of HVD, it gets stuck on the screen of the tile. I see the VMware SSO user tile but nothing happens when I click it. Then, I use my provider of customized credentials to connect. I expect to bypass my ISP credentials on the first connection and self as before.

    Anyone have any ideas?

    Thanks for your help.

    OK, I did some more troubleshooting and discovered that it was a problem with auto connection set to TRUE on my side of custom credentials provider (I pbAutoLogonWithDefault to TRUE). Since I still like it TRUE, I had originally set it to FALSE and then change for REAL once my credential provider was used.

    Thank you!

  • VMWare View 5.1: It can work through vCenter 4.1?

    If my company being upgraded our environment from 4.1 to 5.1. We currently have 2 (1-1 virtual physical) 4.1 vcenters and a 5.1 vcenter. If we improve to view 5.1 it still will normally work on a vcenter 4.1 or we will have to migrate to the vcenter 5.1 so that it can run successfully?

    VMware View 5.1 is fully supported when running against a 4.1 infrastructure, but there are some disadvantages. be limited to a size of cluster of 8 guests, if you need more hosts in a cluster you have to use the 5.1 vCenter

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

  • Customer light HP t5325 doesn't work don't not with VMware View 5

    Hello

    I recently got a slim Pro HP t5325 customer for testing with VMware view 5. I ve the thin client to the latest firmware update:

    http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?lang=en & cc = us & prodTypeId = 12454 & prodSeriesId = 4063703 & prodNameId = 4063704 & swEnvOID = 4030 & swLang = 13 & mode = 2 & taskId = 135 & swItem = vc-99080-1)

    who has the view 4.6 customer and according to the VMware compatibility list:

    http://www.VMware.com/resources/compatibility/PDF/vi_view_guide.PDF

    It should work with view 5. But when I try to launch the client and connect to your desktop from view, he asks just a super quick message (which I don't see) and then it brands the "active" session, but it doesn't open anything . View 5 Client on my laptop works very well and I m able to access the same desktop VM.

    My current setup is:

    • vCenter server 5
    • ESXi5
    • VMware View 5

    What Miss me? Any help would be appreciated.

    Thank you!

    David

    Hello

    I had the same problem this week. He is not related to view 5, same problem exists also with 4.6.

    The problem seems to be that when you try to open the connection, the client calls a /usr/bin/view_wrapper.sh script and this script does NOT run with user privileges? However, if you switch to admin and then open the connection this script works well. You can test it by opening the X terminal in the thin client, then the su user and try to run the script manually /usr/bin/view_wrapper.sh start at 0 and you will get a prompt for sudo.

    I tried to add the useraccount 'user' in/etc/sudoers and allow that user rights sudo for view_client and view_wrapper.sh programs. Did not help

    If you add the user 'user' to the root group, connection opens fine but then you let the open thin client for the standard user to mess with.

    Quite a bug in the software? They don't do any test before releasing these?

  • VMware View - RDP works, PCoIP mit error

    HI Leute

    ICH habe bei meiner VMware View Architektur das problem, dass ich beim Verbinden uber den View Client nur das Protokoll RDP use kann. DAS will work wunderbar. As soon as ich aber das PCoIP Protokoll auswahle, kommt also Fehlermeldung beim Verbinden:

    Dieser Office steht zurzeit nicht available. Try later Rubis, eine connection Sie mit diesem herzustellen office, oder wenden Sie sich an your Systemadministrator.

    ICH use VMware View 4.6, mit zugehorigem vCenter Server und connection to the server. Alles ist auf dem could Stand. Am is nicht mit einem Security Server. Lafut're too im trainee alles Moment.

    Die virtuellen Maschinen, die ich mich verbinden laufen auf mit Win 7 x 64

    Hat eine idea, wo yesterday someone das problem konnte liegen? Habe ich vergessen oder please konfiguriert something?

    ICH würde mich freuen, wenn einen Losungsansatz had someone.

    Grüße

    Bopa

    OK, so I ran it through a translator and got the below.

    People in the back, I have the problem with my VMware View architecture that I can use the minutes RDP with the connection by the Client to view only. Will work wonderfully. As soon as I select the PCoIP minutes however, the following error message is delivered with connection: this office is not available at the present time. Try again later connection with this desktop computer or contact your system administrator. I use VMware View 4.6 with partner vCenter server and connecting to the server. Everything is on the latest terms. I'm not however with a security server. It lafut so for now everything in-house. Virtual machines, on which I connect run me with Win 7 x 64 does anyone have an idea, the problem could lie where here? A I forgot something or configured incorrectly? I would be happy, if someone had a solution. Greetings

    So, it sounds like RDP works but you are having problems with PCOIP and everything is internal.    Have you checked that PCOIP is not blocked by any firewall?  It uses the port 4172 so make sure that you unlock that.    Also is this a problem with this particular machine or all of your machines?

  • VmWare View and working group

    You can install VMware View in a workgroup environment. What is the view installation sequence?. I tried to installed on a working group and it keep asking to connect to a domain during installation View Composer. Then I discovered that you must install sight connection to the server first, then composer. But the view connection server doesnot allow me to install in a workgroup environment. Thank you.

    In regards FT then is it not possible to have that between physical and virtual. Both machines must be virtual.

    It should be easy to connect your computers to a new network. Did you create a new vSwitch? The error messages?

    Best regards

    Linjo

    If you find this information useful, please give points to "correct" or "useful".

  • Installation of VMWare view client issues with 64 bit Win8

    Hello

    I am trying to install VMware view client to access my VDI but I get the error message below... tried to install different products VMware, that nothing has worked... pls help.

    Its best you post your question in the following forums:

    Welcome | VMware Communities

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

Maybe you are looking for