Forum Discussion
travis99_94012
Cirrus
Dec 06, 2013VMware View Black Externally
Just curious if anyone has run into a black screen using View on external VIP? On our internal VIP it works great. Running 11.4.1, latest iApp, 4172 is open inbound to the external VIP. This is launc...
travis99_94012
Cirrus
Dec 06, 2013I may have discovered a little irk externally. It starts the connection, then it attempts to connect again throwing off the initial connection and fails. So I'm attempting to track down where it's doing this in APM. TCP dump on internal connection was good, 4172 traffic flowing on designated VIP.
- Martin_VlaskoJan 24, 2014
Altocumulus
hi Travis, did you find a solution to your issue with the black screen? I am trying to set up exactly the same environment, but I am stuck also with the black screen and I already lost all clues.. - travis99_94012Jan 24, 2014
Cirrus
Yeah, I missed the "optional" instructions if you're external IP is behind a NAT. Page 58 of the guide. I'm also waiting for my own test connection server so I can do everything the guide asks to do on the CS. (Optional: If using a translation device between the View Clients and the BIG-IP system) Click the + symbol between AD Auth and Advanced Resource Assign. - Martin_VlaskoJan 24, 2014
Altocumulus
I have tried that as well, but no luck. Now I moved my test client on an external network that can reach external F5 VIP directly, without NAT, so that the "optional" feature is not required, but it still does not work. After successful authentication I am able to choose from the virtual desktops.. when I choose one, the VM window opens, but with the black screen. In exactly the same time when the VM window opens, I can see packets on each side of the F5. The number of packets is the same on each side, so I assume they are related. on the external side, from the client to F5 VIP it is TCP/443 traffic, on the internal side, between F5 internal self IP (VIP) and the chosen virtual desktop it is TCP/4172 traffic. But there is absolutely no UDP traffic anywhere.. - Thomas_Schocka1Sep 07, 2014
Altocumulus
I'm having the EXACT same problem as what Martin Vlasko has described: no UDP:4172 anywhere to be found. I'm seeing a PCOIP Hello message in the data being sent to the :443 virtual server. I'm also in full proxy mode, with an APM setup. I still need to take a pcap on the client to see if it is actually sending any UDP:4172, but I can't find it anywhere on the F5. I sniffed using rdsh 0 with tcpdump -nni 0.0:nnn => nothing I sniffed on the F5-internal proxy interface it creates when activating the VDI & Java support checkbox => nothing I sniffed on the actual VLANs using rdsh 0 with tcpdump -nni /Partition/VLAN => nothing Anyone got any ideas? - Thomas_SchockaeSep 15, 2014
Nimbostratus
This got fixed by installing the latest hotfix to v11.4.1 (HF4) - So there was an issue - not sure if it's a known bug, but it probably is. - Thomas_SchockaeSep 15, 2014
Nimbostratus
I am now having a problem with USB redirection with the native PCoIP proxy. Apparently it simply does not work. Did anybody get this working, or an ETA on the version in which it is officially supported? It seems silly to create a native PCoIP proxy without including USB redirection (which actually makes the whole thing usable for actual users).
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