Jump to content
Updated Privacy Statement

Preston Grant1709153401

Members
  • Posts

    3
  • Joined

  • Last visited

Posts posted by Preston Grant1709153401

  1. For me the issue was a missing firewall policy. In a trust scenario where VDA is in Domain A and Delivery Controller is in Domain B, the VDA's in Domain A actually need access to the Domain controllers in Domain B (though the error isn't very helpful for figuring that out). Its not necessarily that time is out of sync, but rather that it cannot validate it either way. We have a service group on our firewall that has all of the ports normally required for a healthy domain member to domain controller relationship, which i used in a policy that resolved this issue

     

    image.thumb.png.2781f0846e3aa0adca39215d613c6901.png

     

    If you're facing this issue, i'd suggest opening up all ports from "VDA in domain A" to "Domain Controllers in Domain B" temporarily. Then peel back the ports as required.

     

  2. Our customer seems to be experiencing this problem as well, of course they are on Xenapp 6.0 with HRP2. But it seems from what ive read that even 6.5 with HRP5 is not a guaranteed solution. 

     

    I will add that in our case, mouse clicks were completely unresponsive (keyboard could have been too but hadn't thought to try). Closing the users word.exe process (which they had a document open from an email attachment) allowed us to mouse click on the start menu and taskbar ONLY. It was then we realized that the keyboard input worked everywhere, but still no mouse input. We closed one program after another until finally closing outlook made the mouse jump back to life.(dont know if it was just the timing of it, but thats when it started working again)

     

    Has anyone found a concrete solution to the problem? Or, a way to reproduce it on command so we can try the multiple workarounds in this thread?

×
×
  • Create New...