Forum Discussion
jtlampe
Cirrus
Mar 10, 2015PCoIP not passing through APM
We are trying to perform a proof of concept for using the F5 APM with our VMWare view environment. I have used the f5.vmware_view.v1.2.0 iApp in 11.5.1 HF7. We have allowed port 4172 through our fire...
jtlampe
Cirrus
Mar 16, 2015We were able to find the solution. TCP 4172 traffic was being passed between the F5 and VMWare box but not establishing the UDP session. Only after modifying the access policy of right before the resource assign we put a variable assign of view.proxy_addr = expr {"public IP address"}.
So in turn we have it set-up so that we use two-factor authentication of NT-Login and OTP. That then opens the landing page to the VMWare Pools a user can access.
Thank you all for the valuable input in helping us find the root cause of our issue.
- Greg_Crosby_319Mar 16, 2015Historic F5 AccountThe iApp for View will add the proxy address expression; the question in the iApp is "If external clients use a network translated address to access View, what is the public-facing IP address?".
- Greg_130338Sep 15, 2015
Nimbostratus
This is only if you have a firewall in front of APM as the public address of the VS correct? Not if the destination address of the VS for PCoIP is the public address? I am having a similar issue where we can connect using a Wyse client just fine but when clicking on the desktop we want to launch it times out, I am assuming at the beginning of the PCoIP communication, still need to verify via a pcap.
Recent Discussions
Related Content
DevCentral Quicklinks
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com
Discover DevCentral Connects