[Opensim-users] Unable to connect to a region

Sat Aug 25 15:31:32 UTC 2012

Hello

I've tried what you suggest and make sure that os-reg.open-dsi.net
<http://os-reg.open-dsi.net> is really pointing to a valid, external,
real IP address.

But :-)

When i try to log, I saw an error on the grid server, saying he can't
reach http://os-reg.open-dsi.net.

osd request for
http://os-reg.open-dsi.net:9000/agent/ef341084-ebc4-48e0-a6d2-7af4de017442/,
method POST FAILED: Error: ConnectFailure (Connection refused)

I think, I have now to solve a problem with the fact that the
communicaton go through the "router" twice. I've allready add a rules on
the firewal to permit the connection and I don't have anything drop for
this communication in the firewall's logs.

I think it's a new question, but for an other mailing list ;-)

Bye and thanks for your help

Philippe

Le 24/08/2012 23:01, Gwyneth Llewelyn a écrit :
> Hello Philippe!
>
> I believe that Fleep has covered most of the issues and provided a
> possible solution. I think Fleep is quite right: I had a similar error
> as you had and couldn't log in.
>
> Here was my problem: I have an OpenSim grid behind a firewall on a
> Linux server, with private IP addresses (10.X.X.X, just like you). I
> wanted local users, who also have IP addresses in the same range, to
> connect to OpenSim locally without going through the router. But, at
> the same time, I thought it would be nice to give external visitors
> the ability to log in from the outside.
>
> So I did the following configuration: I put a 10.x.x.x address on the
> InternalAddress and ExternalHostName = opensim.betatechnologies.info.
> Then, *on that server*, I added an entry on /etc/hosts to
> point opensim.betatechnologies.info to 10.x.x.x; externally, on the
> "real" DNS server, opensim.betatechnologies.info would of course point
> to a real IP address (which would be translated via NAT on the router
> to 10.x.x.x). So local users could login with the LoginURI set to
> http://10.x.x.x:8002/ and the external visitors would use
> http://opensim.betatechnologies.info:8002/
>
> OpenSim launched perfectly, and local users could log in. But external
> visitors cannot. On close inspection, I saw that, no matter where the
> user would come from, they would get a 10.x.x.x address, and, of
> course, external users would not be able to connect to that!
>
> Why? As Fleep explained, when OpenSim launches, it resolves all
> addresses before running. So what was happening is that the Linux
> server would ask for the IP address of opensim.betatechnologies.info,
> look it up on /etc/hosts, find it to be 10.x.x.x, and that's what it
> would use from now on, forever. It would never be aware of the
> "external", real IP address.
>
> Clearly this doesn't work! So at the end I had to delete the entry on
> /etc/hosts, make sure that the server and all internal LAN clients
> would resolve opensim.betatechnologies.info correctly to a real IP
> address, and that configuration worked fine. Of course, this means
> that communications inside the LAN will go through the router twice
> (as opposed to staying inside the LAN...) since clients have no idea
> that opensim.betatechnologies.info, with an external IP address, is
> actually being forwarded to an internal, private address (some
> high-end routers, like the ones from Cisco, are sometimes able to
> figure that out and add an ARP entry on the router to avoid those
> kinds of double-connections; simple routers, however, don't do that
> kind of "magic").
>
> So Fleep is right. You have to make sure, in your case, that when
> OpenSim launches, os-reg.open-dsi.net <http://os-reg.open-dsi.net> is
> really pointing to a valid, external, real IP address, and not to an
> "internal" private address, or else your setup won't work...
>
> Good luck,
>
> - Gwyn
>
> On 24/08/2012, at 11:18, Philippe Scoffoni wrote:
>
>> Hi,
>>
>> I'm experiencing some problem with access to a region. I'm using
>> OpenSim 0.7.3 on Debian 6 with Mono from the Debian repository.
>>
>> I'm working with a server using openvz container. I'm using two
>> virtual machine. One for the grid and an other for the region.
>> The VM are on a private network. It means, they have a private IP.
>> The grid : 10.0.0.10 and the region : 10.0.0.11.
>> On the physical host, I'm using shorewall to build the rules of the
>> firewall and make the NAT Translation for all the required port
>> (9000TCP/UDP for the region , 8002TCP for the grid)
>> In the Regions.ini, i've put in the ExternalHostName :
>> os-reg.open-dsi.net <http://os-reg.open-dsi.net> wich is the public
>> IP I'm using to access to the two vms.
>> All seems to work fine. When I start the region, it is successfully
>> registred by the grid.
>> My problem occurs when I try to connect to the region. My account is
>> succesfully authentified by the grid, but it seems that firestorm
>> (4.1.1) is not able to connect to the region. In the log there is
>> something like
>>
>> 2012-08-24T09:18:27Z INFO: newview/llworld.cpp(181) : addRegion: Add
>> region with handle: 1099511628032000 on host 10.0.0.11:9000
>> 2012-08-24T09:18:27Z INFO: newview/llworld.cpp(214) : addRegion:
>> Adding new region (1000:1000)
>> 2012-08-24T09:18:27Z INFO: newview/llworld.cpp(215) : addRegion:
>> Host: 10.0.0.11:9000
>> 2012-08-24T09:18:27Z INFO: newview/llstartup.cpp(1503) :
>> idle_startup: Adding initial simulator { 256000.0, 256000.0, 0.0 }
>> 2012-08-24T09:18:27Z INFO: newview/llviewerregion.cpp(1586) :
>> setSeedCapability: posting to seed
>> http://os-reg.open-dsi.net:9000/CAPS/005f52b3-5440-4775-97df-a1fd5117be9c0000/
>> 2012-08-24T09:18:27Z INFO: newview/llagent.cpp(781) :
>> LLAgent::setRegion: Moving agent into region:  located at 10.0.0.11:9000
>>
>> *I d'ont understant why he is using the private IP*. On an other
>> lines, he use the ExternalHostName.
>>
>> or
>>
>> 2012-08-24T09:18:27Z INFO: newview/lleventpoll.cpp(140) :
>> LLEventPollResponder: LLEventPoll initialized with sender 10.0.0.11:9000
>>
>> The last lines befoer the error message
>>
>> 2012-08-24T09:18:31Z INFO: newview/llstartup.cpp(1735) :
>> idle_startup: viewer: UserLoginLocationReply() Enabling
>> 10.0.0.11:9000 with code 1940142022
>> 2012-08-24T09:18:32Z INFO: llcommon/llprocess.cpp(692) :
>> LLProcess::LLProcess: SLVoice (7733): launched cd
>> /opt/Phoenix_Firestorm-Release_i686_4.1.1.28744:
>> /opt/Phoenix_Firestorm-Release_i686_4.1.1.28744/bin/SLVoice -ll -1
>> 2012-08-24T09:18:32Z WARNING: newview/lltexturefetch.cpp(1281) :
>> doWork: Texture missing from server (404):
>> http://os-reg.open-dsi.net:9000/CAPS/98b0e679-146d-4373-bfcd-94c669305532//?texture_id=cce0f112-878f-4586-a2e2-a8f104bba271
>> 2012-08-24T09:18:52Z WARNING: newview/llstartup.cpp(2597) :
>> use_circuit_callback: Backing up to login screen!
>> 2012-08-24T09:18:52Z WARNING: newview/lltoastalertpanel.cpp(181) :
>> LLToastAlertPanel::LLToastAlertPanel: Alert: Nous avons des
>> difficultés à vous connecter. Il y a peut-être un problème avec votre
>> connexion Internet ou la Grille de Second Life.Vérifiez votre
>> connexion Internet et réessayez dans quelques minutes, cliquez sur
>> Aide pour consulter la page Portail Assistance Second Life ou bien
>> sur Téléporter pour essayer d'aller chez vous.
>> 2012-08-24T09:18:52Z INFO: newview/llworld.cpp(318) : removeRegion:
>> Removing region 256000.0:256000.0
>>
>> The complete log is on this pastebin
>> http://pastebin.com/UGA7iH1E
>>
>> The region configuration
>> http://pastebin.com/xe3mDYdV
>>
>> I'm not sure that you will understand my poor english :-) .
>>
>> Thanks
>>
>> Philippe
>> _______________________________________________
>> Opensim-users mailing list
>> Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.berlios.de>
>> https://lists.berlios.de/mailman/listinfo/opensim-users
>
>
>
> --
>
> "I'm not building a game. I'm building a new country."
>
>   -- Philip "Linden" Rosedale, interview to Wired, 2004-05-08
>
>
>
>
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-users/attachments/20120825/031cabfb/attachment.html>