<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
The right combination is internal=0.0.0.0 and external=domain name.
If that combination doesn't work off campus, it's either a firewall
issue or a dns issue -- your logs confirmed that was a firewall
issue. <br>
<br>
On 4/5/2011 7:34 AM, Fleep Tuque wrote:
<blockquote
cite="mid:BANLkTim_GScBTv4x4RZJYaQLfJcf1Mi5Sg@mail.gmail.com"
type="cite">Gary's explanation that an IP address instead of a
hostname is being passed to the client for the UDP handshake seems
to fit the symptoms I'm seeing. We have verified that UDP ports
are open in the firewall and that UDP packets can be sent and
received from off campus, so I'm 99.99% sure that this isn't a
firewall problem.
<div>
<br>
</div>
<div>I've also double checked the opensim.ini, robust.ini,
gridcommon.ini, and region.ini files and do not have a single IP
address listed anywhere, all the configuration options I've set
use a hostname. However, when I try to connect with a client
from off campus and capture packet traffic with Wireshark, I see
the TCP packets being sent to the right destination IP address,
but the UDP packets are being sent to an internal IP address
(10.23.23.x) which of course will never work from off campus.
Something is sending the client that internal IP address to be
sure! :)</div>
<div><br>
</div>
<div>- Chris/Fleep</div>
<div><br>
</div>
<div><br>
</div>
<div>Chris M. Collins (SL: Fleep Tuque)</div>
<div>Project Manager, UC Second Life </div>
<div>Second Life Ambassador, Ohio Learning Network </div>
<div>UCit Instructional & Research Computing</div>
<div>University of Cincinnati </div>
<div>406E Zimmer Hall</div>
<div>PO Box 210088</div>
<div>Cincinnati, OH 45221-0088</div>
<div>(513)556-3018</div>
<div><a moz-do-not-send="true" href="mailto:chris.collins@uc.edu">chris.collins@uc.edu</a></div>
<div>
<br>
</div>
<div>UC Second Life: <a moz-do-not-send="true"
href="http://homepages.uc.edu/secondlife">http://homepages.uc.edu/secondlife</a></div>
<div>OLN Second Life: <a moz-do-not-send="true"
href="http://www.oln.org/emerging_technologies/emtech.php">http://www.oln.org/emerging_technologies/emtech.php</a></div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
<br>
<div class="gmail_quote">On Tue, Apr 5, 2011 at 7:57 AM, Diva
Canto <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:diva@metaverseink.com">diva@metaverseink.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;">
<div class="im">On 4/4/2011 9:23 PM, Gary Beck wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
Diva Canto wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt
0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
DNS resolution is made by the client. The server
simply passes the name over. Make sure to use domain
names consistently in all configuration files.<br>
</blockquote>
----------------------------------------------------------------------<br>
My testing seems to show the IP address rather than
domain name is passed to the client for region/UDP.<br>
<br>
I have one region using ExternalHostName=SYSTEMIP and
the others using ExternalHostName=<a
moz-do-not-send="true"
href="http://something.dyndns-mail.com"
target="_blank">something.dyndns-mail.com</a><br>
I run Opensim 0.7.0.2 on a VISTA system, stand alone
mode, client access both local and external, NAT
loopback on.<br>
All that works fine.<br>
</blockquote>
<br>
</div>
SYSTEMIP is an IP address. If that's what you have, that's
what will be sent to the client.<br>
I suggest people people use domain names everywhere for
ExternalHostName and do local DNS mapping if necessary --
this may be needed in home networks.
<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
One other item I found that suggests IP addresses are
being passes rather than domain names is the Entity
Transfer Module entries in the server log<br>
2011-04-04 22:24:53,759 INFO -
OpenSim.Region.CoreModules.Framework.EntityTransfer.EntityTransferModule
[ENTITY TRANSFER MODULE]: Starting to inform client
about neighbour 999, 999(<a moz-do-not-send="true"
href="http://174.124.181.36:9009" target="_blank">174.124.181.36:9009</a>)<br>
</blockquote>
<br>
</div>
This has nothing to do with client communications -- it's
the backend server-to-server communications for handing the
agent over to the other sim.
<div>
<div class="h5"><br>
<br>
_______________________________________________<br>
Opensim-users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Opensim-users@lists.berlios.de"
target="_blank">Opensim-users@lists.berlios.de</a><br>
<a moz-do-not-send="true"
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>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Opensim-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a>
<a class="moz-txt-link-freetext" href="https://lists.berlios.de/mailman/listinfo/opensim-users">https://lists.berlios.de/mailman/listinfo/opensim-users</a>
</pre>
</blockquote>
<br>
</body>
</html>