No subject

Sat Apr 19 01:31:08 UTC 2014

Best regards,Stefan AnderssonTribal Media AB Join the 3d web revolution : h=
ttp://tribalnet.se/=20


> Date: Thu, 19 Jun 2008 20:16:06 +0200> From: olish at newworldgrid.com> To: =
opensim-dev at lists.berlios.de> Subject: [Opensim-dev] A software to connect =
its own region and TP in from locally...> > Hello !> > I started to develop=
 a software that creates a region automatically for> a given grid. Clicking=
 on "Create" creates automatically the region file> as the software gets au=
tomatically the local IP + public IP + domain > name and you just have to f=
ill the region name and its grid coordinates, > then when all regions are c=
reated and configured, the user clicks "Start> Simulator" and the sim start=
s up after the software configured its> firewall and forwarded its router p=
orts correctly. So people can host> their region for free and at home.> > T=
he aim of this software is offer people the ability to attach their own> re=
gions on the grid they choose with the minimum manipulations possible,> and=
 without the need to rent a server or have another computer on the> LAN. Bu=
t there's a but...> > I experimented this last week to TP into my locally h=
osted regions> (viewer and opensim on the same computer) on OSGrid and my o=
wn grid :> anybody outside the LAN can TP in, but anybody inside the LAN ca=
n't> sadly, while I heard that some people could. I followed all instructio=
ns> on the OSWiki here : http://opensimulator.org/wiki/Network_Settings . I=
> run under Windows Vista, and there's no equivalent to iptables to route> =
the traffic...> > It would be really great I think if people could host the=
ir regions on > their own computer without such issues.> > Is this issue an=
 OpenSim related issue or may I use another software in> order to route cor=
rectly the packets to the region from the local viewer> ? Any help would be=
 greatly appreciated. I would be happy to offer such> a tool to the OpenSim=
 community.> > Looking forward your reactions.> > Kind regards,> > Olish Ne=
wman.> > _______________________________________________> Opensim-dev maili=
ng list> Opensim-dev at lists.berlios.de> https://lists.berlios.de/mailman/lis=
tinfo/opensim-dev=

--_db30f500-2ec5-4860-a84b-2507af6b6e54_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class=3D'hmmessage'><BR>Olish,<BR>
 <BR>
we are doing something similar to what you are describing with<BR>
 <BR>
<A href=3D"http://tribalnet.se/">http://tribalnet.se/</A><BR>
 <BR>
- there you can download an windows application that gives you the ability =
to build locally, and either publish your local pc region or upload yo=
ur build on our servers.<BR>
 <BR>
The issue you're seeing is known as the 'NAT bounce' or 'NAT loopback'=
 issue - your router only translates and/or forwards traffic cros=
sing the LAN-WAN border, which means that if you access your computer =
with the _external_ IP from _within_ the LAN, the traffic isn't 'bounced' b=
ack into the LAN, but is lost.<BR>
 <BR>
Normally, you would solve this by simply address the computer with your _in=
ternal_ IP from the inside (typically, you have host file settings or an in=
ternal dns that serves internal ip's within the LAN)<BR>
 <BR>
now, things are getting complicated with the Second Life viewer, as the vie=
wer demands regions be addressed with _IP_, not host name, so the viewer ne=
ver resolves anything, so host magic won't work.<BR>
 <BR>
so, on login and teleports, when the grid tells the viewer where to st=
art, it would have to serve you your _internal_ IP - but your _externa=
l_ ip to the rest of the world.<BR>
 <BR>
Which gets complex.<BR><BR>
The solution is either to configuring routing/translation manually (which i=
s complex for an end-user) or to get a router that supports it out of the b=
ox.<BR>
 <BR>