Here's an update:<br>We found a bit of a workaround, but it's not ideal.  It's a way to get us all in at once so we can work together until we get a permanent fix. <br><br>Here's what we do:<br>1. on server hosts file he added the server local address with the FQDN<br>
2. logging in, then removing the entry in server hosts file again so the external computers can get in<br>3. and this is when the internal client is on another pc (not on the same computer that is running opensim)<br><br>
If he tries just changing the hosts file on the internal client it doesn't make any difference, he can't get in unless he puts an entry into the hosts file on the server.  So it's a routing/addressing problem somewhere.<br>
<br>Ideally we think diva needs to have a a way to differentiate between LAN and WAN users, and have two different addresses for people - inside and outside the network.  Maybe we're missing something...<br><br><div class="gmail_quote">
On Mon, Nov 29, 2010 at 2:13 PM, iSkye Silverweb <span dir="ltr"><<a href="mailto:iskye.silverweb@gmail.com">iskye.silverweb@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br><br><div class="gmail_quote"><div class="im"><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


Really appreciative of everyone trying to help - John, we followed your suggestion, and we also followed Diva's:<br>
<br>
He tried without an entry in the hosts file:<br>
Using the FQDN for -loginuri and the client can't even find the server.<br>
</blockquote>
<br></div>
He needs to add that entry in the hosts file, obviously, otherwise the name likely won't be resolved.<div><br></div></blockquote></div><div class="im"><div>then he would be using -loginuri <a href="http://our-grid.dyndns-server.com:9000" target="_blank">http://our-grid.dyndns-server.com:9000</a>  and including an entry in the hosts file that says:<br>

<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
If he uses the local IP address (192.168.0.9) for -loginuri (again, without an entry in the hosts file), then it does find the server, but he hangs at the handshake.<br>
</blockquote>
<br></div>
That won't work. He needs to use the FQDN.<br></blockquote></div><div><br>OK.  Now we're doing a review session on FQDN.  He used the <a href="http://our-grid.dyndns-server.com" target="_blank">http://our-grid.dyndns-server.com</a> address as FQDN, which he acquired for the public IP address of his router.  He's asking me to verify here that he did it correctly. <br>

</div></div>
</blockquote></div><br>