Hide Forgot
Description of problem: We support accessing engine via reverse proxy under different name, so it is accessible both from LAN via its real FQDN and from other networks via different FQDN. See https://bugzilla.redhat.com/show_bug.cgi?id=1353093#c8 This should cover also HTML5 consoles, it's seems little bit tricky, we need reverse proxy app (eg. apache httpd 2.x with mod_proxy* modules) which needs to talk via websockets to engine's ovirt-engine-websocket-proxy. It's nice to have (documented). Version-Release number of selected component (if applicable): 4.x How reproducible: 100% Steps to Reproduce: 1. access html5 consoles via reverse proxy which offers access to rhvm via different fqdn as engine's real fqdn 2. 3. Actual results: unclear how to configure this Expected results: should work Additional info:
WebSocketProxy engine config option is supposed to be set to a resolvable IP/FQDN for the clients connecting to the proxy. We will not introduce yet another mechanism officially. Of course this is doable with the appropriate proxy or dns configuration to resolve correctly even when using the internal FQDN of engine, but that's beyond the scope of oVirt/RHEV docs