Unfortunately I have this issue too and if there's a way to trick it into working using the hosts file, I guess I haven't figured it out.  <div><br></div><div>Essentially I can't use the hypergrid from any of the machines on my internal network except the server, which I don't do very often because it's completely inconvenient.  If I really must hypergrid around to other grids, I start with a local account on someone else's grid to get around, but I can never HG to or from my own grid.  It's a bummer. :(</div>
<div><br></div><div>- Chris/Fleep</div><div><br></div><div>Chris M. Collins (SL/OS: Fleep Tuque)</div><div>Center for Simulations & Virtual Environments Research (UCSIM)</div><div>UCIT Instructional & Research Computing</div>
<div>University of Cincinnati</div><div>406A Zimmer Hall</div><div>315 College Drive</div><div>PO BOX 210088</div><div>Cincinnati, OH 45221-0088</div><div><a href="mailto:chris.collins@uc.edu">chris.collins@uc.edu</a></div>
<div>(513) 556-3018</div><div><br></div><div><a href="http://ucsim.uc.edu">http://ucsim.uc.edu</a><br><div><br><div class="gmail_quote">On Wed, Apr 11, 2012 at 2:37 PM, Rick Anderson <span dir="ltr"><<a href="mailto:rianders@docs.rutgers.edu">rianders@docs.rutgers.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Diva,<br>
<br>
I'll go back to using the <a href="http://rugrid.rutgers.edu" target="_blank">rugrid.rutgers.edu</a> in the robust<br>
configuration and see what happens.<br>
Robust.ini result,<br>
----<br>
18:17:50 - [HOME AGENT HANDLER]: Unauthorized machine 184.162.51.100<br>
tried to set client ip to 165.230.192.41<br>
18:17:50 - [USER AGENT SERVICE]: Request to login user Rk.Jinn<br>
@<a href="http://rugrid.rutgers.edu" target="_blank">rugrid.rutgers.edu</a> (@stored IP) to grid <a href="http://174.129.197.43:8002/" target="_blank">http://174.129.197.43:8002/</a><br>
18:17:50 - [USER AGENT SERVICE]: this grid:<br>
<a href="http://rugrid.rutgers.edu:8002/" target="_blank">http://rugrid.rutgers.edu:8002/</a>, desired grid:<br>
<a href="http://174.129.197.43:8002/" target="_blank">http://174.129.197.43:8002/</a><br>
18:17:50 - [GATEKEEPER SERVICE]: Login request for Rk.Jinn<br>
@<a href="http://rugrid.rutgers.edu" target="_blank">rugrid.rutgers.edu</a> @ <a href="http://rugrid.rutgers.edu:8002/" target="_blank">http://rugrid.rutgers.edu:8002/</a><br>
(80861b47-0d09-49e0-a711-8e59851006f9) at JumpNexus0 using viewer<br>
Imprudence 1.4.0.1, channel Imprudence, IP 165.230.192.41, Mac<br>
3bb974300b81b292f953727e3cf33574, Id0 6468c4a3c3a6f5fa9e55986a1017e0f0<br>
Teleport Flags 0<br>
18:17:50 - [GATEKEEPER SERVICE]: Verifying <a href="http://174.129.197.43:8002" target="_blank">http://174.129.197.43:8002</a><br>
against <a href="http://rugrid.rutgers.edu:8002" target="_blank">http://rugrid.rutgers.edu:8002</a><br>
18:17:50 - [GATEKEEPER SERVICE]: Unable to verify identity of agent<br>
Rk.Jinn @<a href="http://rugrid.rutgers.edu" target="_blank">rugrid.rutgers.edu</a>. Refusing service.<br>
18:17:50 - [USER AGENT SERVICE]: Unable to login user Rk.Jinn<br>
@<a href="http://rugrid.rutgers.edu" target="_blank">rugrid.rutgers.edu</a> to grid <a href="http://174.129.197.43:8002/" target="_blank">http://174.129.197.43:8002/</a>, reason:<br>
Unable to verify identity<br>
----<br>
In this case <a href="http://rugrid.rutgers.edu" target="_blank">rugrid.rutgers.edu</a> = 174.129.197.43.<br>
<br>
I'll try this next:<br>
<div class="im">> Second, use the hosts files to adjust the mappings between domain names and<br>
> IP addresses inside the network if needed.<br>
<br>
</div>Also, this is running in the Amazon AWS cloud. So each machine has<br>
public/private addresses.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
-_Rick<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Wed, Apr 11, 2012 at 1:13 PM, Diva Canto <<a href="mailto:diva@metaverseink.com">diva@metaverseink.com</a>> wrote:<br>
> The higher-order bit of what I'm about to say is that OpenSim networking is<br>
> a complicated matter. Hypergrid networking adds even more complexity to it.<br>
> Having said that, let me explain a bit.<br>
><br>
> The main source of problems arise when you have the following situation:<br>
> (1) the servers are on a given network<br>
> (2) some clients are also on that network<br>
> (3) some clients are on external networks<br>
> This is usually the case with universities, for example, depending on how<br>
> the university network is set up. Hence you need to be extra careful.<br>
><br>
> The Hypergrid performs several checks for ensuring identity security. These<br>
> checks are based on the domain names that the grids use, on the IP addresses<br>
> of the robust servers and on the IP addresses of the clients.<br>
><br>
> The IP address from where the client logged in is the vital piece of info<br>
> that needs to be asserted throughout HG teleports. The user's home grid<br>
> knows that address; the simulators that the user visit also know that<br>
> address. In order for those simulators to make sure that the agent that<br>
> they're getting is the real thing, and not a fake pretending to be a certain<br>
> user, they call back to the user's home grid for IP verification. That's<br>
> when that debug message gets printed out.<br>
><br>
> Two things can happen: either the IP address of the client that the<br>
> destination simulator gets is exactly the same as the IP address that the<br>
> home grid saw at client login (normal case, when servers and clients are on<br>
> separate networks) or the IP address of the client that the destination<br>
> simulator gets is different than the one seen at login in the home grid, but<br>
> is the same as the robust server -- which means that the client logged in in<br>
> the same machine where the robust server runs. This happens in standalones<br>
> ran at people's homes, for example, where there's just on box running both<br>
> OpenSim and the viewer.<br>
><br>
> So, what does this mean for people with  a mix of clients inside the<br>
> server-side network and clients outside?<br>
><br>
> First of all, stick to using domain names, not IP addresses. That is just<br>
> bound to cause problems, because many times the IP addresses seen from the<br>
> outside are different from the IP addresses seen from the inside of a<br>
> network. If you fix it for one case, you screw it up for the other. So, rule<br>
> #1: USE DOMAIN NAMES in the Robust configuration.<br>
><br>
> Second, use the hosts files to adjust the mappings between domain names and<br>
> IP addresses inside the network if needed.<br>
><br>
> I am sure that this process of IP verification can be improved to account<br>
> for these hybrid setups, but for the time being only the simplest of cases<br>
> is accounted for (client logged in in the same machine as the home grid).<br>
><br>
><br>
> On 4/11/2012 8:35 AM, Rick Anderson wrote:<br>
>><br>
>> It turns out that MyIP displays the IP address when it can be found.<br>
>> I changed my Robust configuration from <a href="http://rugrid.rutgers.edu" target="_blank">rugrid.rutgers.edu</a> to the IP<br>
>> address and it now returns the correct client info:<br>
>><br>
>> 15:32:39 - [USER AGENT SERVICE]: Verifying Client session<br>
>> 7a0ffc9a-c6ea-4a8c-899d-88f9fe0da2bf with reported IP 165.230.192.41.<br>
>> 15:32:39 - [USER AGENT SERVICE]: Comparing 165.230.192.41 with login<br>
>> IP 165.230.192.41 and MyIP 165.230.192.41; result is True<br>
>><br>
>> When I return my region is light blue. So I've made one step forward.<br>
>><br>
>> -_Rick<br>
>><br>
>> On Wed, Apr 11, 2012 at 11:24 AM, Rick Anderson<br>
>> <<a href="mailto:rianders@docs.rutgers.edu">rianders@docs.rutgers.edu</a>>  wrote:<br>
>>><br>
>>> I'm trying to trace down an error with the unauthorized machine<br>
>>> message from "HOME AGENT HANDLER"  There is a value comparing login IP<br>
>>> with MyIP with a result of false:<br>
>>> 15:19:28 - [USER AGENT SERVICE]: Verifying Client session<br>
>>> b5495ff5-827a-4bd2-98ee-2eb3e5dfe036 with reported IP 165.230.192.41.<br>
>>> 15:19:28 - [USER AGENT SERVICE]: Comparing 165.230.192.41 with login<br>
>>> IP  and MyIP ; result is False<br>
>>><br>
>>> Can the values of "IP" and MyIP" be shown in the console?<br>
>>><br>
>>> -_Rick<br>
>>> --<br>
>>> Rick Anderson<br>
>>> Director of Virtual Worlds<br>
>>> Division of Continuing Studies (DoCS)<br>
>>> Rutgers University<br>
>>> <a href="tel:%28732%29%20586-3265" value="+17325863265">(732) 586-3265</a><br>
>><br>
>><br>
>><br>
><br>
> _______________________________________________<br>
> Opensim-users mailing list<br>
> <a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
> <a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
<br>
<br>
<br>
--<br>
Rick Anderson<br>
Director of Virtual Worlds<br>
Division of Continuing Studies (DoCS)<br>
Rutgers University<br>
<a href="tel:%28732%29%20586-3265" value="+17325863265">(732) 586-3265</a><br>
_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
</div></div></blockquote></div><br></div></div>