<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Your value for SpiceDefaultProxy should be your external IP address/hostname otherwise external users will never know where to connect to.</div>
<div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">This then becomes more of a firewall issue as you're spice proxy is working. But just to confirm, if you open up console through chrome it should download a console.vv file rather than opening up remote-viewer natively, before you run it; open it with a text editor you'll see the proxy settings there.</div>
<div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">The windows issue is probably just related to non proper drives installed.</div>
<div class="gmail_extra">
<br><div class="gmail_quote">On Wed, Feb 12, 2014 at 1:07 PM, Alan Murrell <span dir="ltr"><<a href="mailto:alan@murrell.ca" target="_blank">alan@murrell.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Looks like I am talking to myself now, but I will post my latest findings, as I have had some time today to poke at this a bit.<br>
<br>
It seems that the issues I last posted about may be specific to whn using the Windows Remote-Viewer client, as that is what I was testing with yesterday (and when I was logged in remotely). I can connect from the local network when using the Remote Viewer on my Linux laptop. I will try from remote when I get home, but I still cannot connect from a local Windiws machine.<br>
<br>
Also, I wanted to confirm what the value for "SpideDefaultProxy" should be, when behine NAT. Should it be:<br>
<br>
* the value of the external IP/hostname, or<br>
* the value of the internal IP/hostname of the server where the proxy is installed (in my case, on the All-In-One setup)<br>
<br>
The reason I ask is for a couple of reasons:<br>
<br>
* If I used the value of the external hostname, I was unable to connect from my Linux laptop on the local network (same symptoms as when trying to connect from the Windows PC, as detailed in my previous post). However, if I edited my local "hosts" file to resolve hostname we use externally to the IP of the SPiceProxy server, I was then able to connect to the SPICE session. I believe this is because our firewall does not allow "hairpinning", so it wa denying the "return" connection<br>
* If the correct value is indeed the external IP/hostname, then if the firewall denies "hairpinning" connections, will the conenction from outside be blocked due to that as well?<br>
<br>
I hope the above makes sense. Let me know if you need clarification on the above. In any event, I will update on my test from outside.<div class="HOEnZb"><div class="h5"><br>
<br>
-Alan<br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/<u></u>mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div></div>